[FX] drumsticks: OSX Release (G5 optimised) - NO MORE

[drumsticks]

<img src="http://www.inthemac.com/vwong/Firefox/support/firefoxG5.png" width="128" height="128" align="right"><b>You *used to* find here G5 optimized versions of Firefox 1.5.0.x and Firefox 2.0.0.x builds.</b>

That's right. I've switched to Linux full time now and have stopped using Mac OS X. If anyone is up to building, I can help provide instructions on how to achieve what I've done, provided things haven't changed significantly... Many thanks to all your support and feedback and especially to the following people:
- elfurbe for the useragent fix
- Pu7o for the aqua widgets hack
- phiw13 (website) for the pretty widgets (no longer used)
- rmpmw (website) for the hosting space
- theNonSuch (website) for the pretty icon
- And everyone else who has any involvement at all with the Mozilla Foundation

My last version is Firefox G5 2.0.0.4 and should remain hosted as long as rmpmw is still providing the storage!

REQUIREMENTS:
- Mac OS X versions 10.3.9 and above
- PowerMac G5 or iMac G5

BUILD CONFIGURATION:
- GCC 3.3, XCode 2.4.1, Mac OS X 10.4.9
- PowerMac G5 Dual 2.0GHz Rev. B
- Firefox mozconfig

WIDGET CHANGES:
- gfx/src/mac/nsNativeThemeMac.cpp has been modified to enable native aqua form widgets. Details...
- layout/forms/nsComboboxControlFrame.cpp has been modified to fix a minor black box problem in combo drop down boxes. Details...
- layout/style/forms.css has also been replaced with a modified version to allow the native aqua form widgets to work properly. Details...
- browser/app/profile/firefox.js has been modified to provide a user agent fix.
- And of course, the obvious icon change.

[|2uso]

This .mozconfig looks to me quite familiar... hmmmmm....

Anyway, did you build with lastest cvs?
I can't build with Panther either Tiger since 04/03
Up to 04/03 I builded with same optimizations flags (let me guess: same as -fast without -maling-natural, oh, and almost forgot, with my same unuseful -faltivec) but with -O3 insted -O2

My friend, you are a genius and ur G5 are blessed

Which SDK do you use 10.3.0 or 10.3.9?
Which gcc, 3.3?

Let me try tonight again...

[drumsticks]

This .mozconfig looks to me quite familiar... hmmmmm....

Anyway, did you build with lastest cvs?
I can't build with Panther either Tiger since 04/03
Up to 04/03 I builded with same optimizations flags (let me guess: same as -fast without -maling-natural, oh, and almost forgot, with my same unuseful -faltivec) but with -O3 insted -O2

My friend, you are a genius and ur G5 are blessed

Which SDK do you use 10.3.0 or 10.3.9?
Which gcc, 3.3?

Let me try tonight again...

Genius? Hardly! I got that mozconfig from theNonsuch, and modified it slightly with some other options as well. Plus, no one is building G5 optimized Thunderbird, so I thought I'd chip in.

I built these on 10.3.9 using XCode1.2. I read that there was a problem with XCode1.5 with C++ code, so I stayed at XCode1.2. There's a November 2004 patch to fix the problem with XCode1.5, but I didn't bother as everything is working fine with what I have.

Yes, I built using the latest CVS. I'll spin another one in a few hours when I get back home. Glad to be of help to some

[drumsticks]

20050427 Firefox
20050427 Thunderbird

[mmoy]

For those that aren't familiar with building in OSX and Windows: building in OSX is a lot easier. Now applying patches......

[|2uso]

As usual for me

MoreFilesX.c
/source/mozilla/xpcom/MoreFiles/MoreFilesX.c:80:
/source/mozilla/xpcom/MoreFiles/MoreFilesX.h:1341: error: conflicting types for `FSLockRange'
/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:3373: error: previous declaration of `FSLockRange'
/source/mozilla/xpcom/MoreFiles/MoreFilesX.h:1364: error: conflicting types for `FSUnlockRange'
/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:3427: error: previous declaration of `FSUnlockRange'
/source/mozilla/xpcom/MoreFiles/MoreFilesX.c: In function `GetTempBuffer':
/source/mozilla/xpcom/MoreFiles/MoreFilesX.c:2654: warning: comparison between signed and unsigned
make[4]: *** [MoreFilesX.o] Error 1
make[3]: *** [libs] Error 2
make[2]: *** [tier_2] Error 2
make[1]: *** [default] Error 2
make: *** [build] Error 2

[mmoy]

Compare the two definitions and if they're the same, comment out the definition in the mozilla file. Alternately, if the system include has a #define so that it doesn't get executed twice, use the same define in the mozilla file and file a bugzilla.

[|2uso]

THX!!
Let me give a try and then post the results

[mmoy]

Just to be clear, a lot of header files look like:

#ifndef <some unique name>
#define <some unique name> <optional value>
<stuff to include>
#endif <some unique name>

So that if they get called multiple times, they're only executed the first time through.

[|2uso]

"MoreFilesX is a collection of useful high-level File Manager routines that use the HFS Plus APIs introduced in Mac OS 9.0 wherever possible..." http://developer.apple.com/samplecode/M ... ilesX.html

/System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:3373:
/*
* FSLockRange()
*
* Mac OS X threading:
* Thread safe since version 10.4
*
* Availability:
* Mac OS X: in version 10.4 and later in CoreServices.framework
* CarbonLib: not available in CarbonLib 1.x, is available on Mac OS X version 10.4 and later
* Non-Carbon CFM: not available
*/
extern OSStatus FSLockRange(SInt16 forkRefNum, UInt16 positionMode, SInt64 positionOffset, UInt64 requestCount, UInt64 *rangeStart) AVAILABLE_MAC_OS_X_VERSION_10_4_AND_LATER;

/source/mozilla/xpcom/MoreFiles/MoreFilesX.h:1341: error:
#pragma mark FSLockRange

OSErr
FSLockRange(
SInt16 refNum,
SInt32 rangeLength,
SInt32 rangeStart);

/*
The LockRange function locks (denies access to) a portion of a file
that was opened with shared read/write permission.

refNum --> The file reference number of an open file.
rangeLength --> The number of bytes in the range.
rangeStart --> The starting byte in the range to lock.

__________

Also see: UnlockRange
*/


Seems like MoreFileX need an update from the Apple's guys to work properly with 10.4
And I'm a fool downloading this OS X beta only to try Apple's own gcc 4.0 and it's autovectorization... I'm thinking to downgrade to 10.3 (trash the 8A425) and be happy for at least six more months , then, ask a friend to buy me in Miami an original, boxed, BTW precious black box, you know, the one that have the big X at the cover with Tiger in it , obiously, the day I know for sure that FF build flawlessly with Tiger and it's gcc 4.0

Anyways, thank you very much for the support. I stay tunned...

[drumsticks]

For those of you who can't build optimized G5 builds, can you still build 'regular' unoptimized ones?

[|2uso]

Nop, same error with or without optimization flags. This is not optimization related
This is OS/framework/compiler related, I think

[drumsticks]

From this build onwards, I'm got SVG enabled...

20050428 Firefox
20050428 Thunderbird

[mmoy]

Those two header files have signatures so it looks like an interface changed. So someone has to update the Mozilla codebase and I'd guess that a GCC compiler version flag #define will have to be added to switch between the two.

Mozilla is still using VS 6.0 which is ancient when they could be using VS2003 and not have to pay for the development platform. There are just a lot more Windows builders to provide feedback to Mozilla to get bugs some attention when new compilers come out.

[drumsticks]

20050429 Firefox
20050429 Thunderbird (Does not work in 10.4)