fixed packaging for gcc44

[howarth@…]

I am creating this submission for the packaging I placed on #20838 since there were additional problems fixed in the build beyond that specific bug. The packaging has been tested by other users on x86_64-apple-darwin10 but still needs to be tested on i386-apple-darwin*. The changes in the packaging involve...

1. Remove any attempt to 'force' the code generation to m64 because this breaks the multilib build.
2. Add the proposed config.guess patch to eliminate any need to explicitly pass the triplets on x86_64 10.6.
3. Add the patch from PR41180 to avoid the linker bug in darwin10, where static libraries created with 'ranlib -c' don't properly have duplicate symbols ignored, by removing the redundant code from the linkage.
4. Add the RedHat --disable-libjava-multilib to reduce the length and size of the build.
5. Re-enable the multilib build on powerpc-apple-darwin* since the build time will be reasonable now.
6. Add the recommended configure options of...

--with-arch=nocona --with-tune=generic --build=i686-apple-darwin${os.major} --host=i686-apple-darwin${os.major} --target=i686-apple-darwin${os.major}

on i386 darwin* for best performance (as recommended by Mike Stump of Apple compiler group).

[howarth@…]

Portfile to fix gcc44 build and make improvements in builds

[howarth@…]

patch to fix PR41180 that I have already committed to gcc trunk and 4.4 branch

[howarth@…]

patch adding --disable-multilib-libjava that shortens and reduces the build

[skymoo (Adam Mercer)]

Cc Me!

[howarth@…]

FYI, for the gcc45 packaging, we should definitely add a cloog-ppl and ppl package to MacPorts and build gcc 4.5 against those to have access to the graphite code optimizations...

​http://gcc.gnu.org/wiki/Graphite

The loop analysis and optimization methods used by graphite are being significantly extended in gcc 4.5. With any luck, the graphite loop optimization flags will actually yield code improvements in that release (although we are probably talking about 15% or so).