delete gcc40, gcc41, gcc42

["Markus W. Weißmann"]

On 15 Sep 2011, at 00:33, Jack Howarth wrote:

> On Wed, Sep 14, 2011 at 02:45:09PM -0500, Ryan Schmidt wrote:
>> 
>> On Sep 14, 2011, at 13:55, Jack Howarth wrote:
>> 
>>> On Wed, Sep 14, 2011 at 11:52:02AM -0500, Ryan Schmidt wrote:
>>>> 
>>>> On Sep 14, 2011, at 09:06, Jack Howarth wrote:
>>>> 
>>>>> On Tue, Sep 13, 2011 at 09:37:16PM -0500, Ryan Schmidt wrote:
>>>>>> 
>>>>>> pdftk seems to require gcc42 on Leopard and earlier, and sets its default_variants accordingly. Please don't delete gcc42 or pdftk won't work on Leopard or earlier (and thus on any PowerPC Mac) anymore.
>>>>> 
>>>>> Ryan,
>>>>> You should be able to use the gcc44 to provide the necessary gcj for pdftk.
>>>> 
>>>> Yes, I should be able to, but I am not. gcc43 and gcc44 want to install ecj to the same location, making the gcc43 and gcc44 ports conflict with one another, which would not be acceptable. I could not find an option to tell gcc43 or gcc44 to install ecj in a different location, therefore ecj support was never added to gcc43 or gcc44. Would love to fix this, if you know how and can supply a patch. See:
>>>> 
>>>> https://trac.macports.org/ticket/22066
>>> 
>>> Ryan,
>>>  I've never had this problem with the fink gcc4x packages that I maintain, however I use...
>>> 
>>> ConfigureParams: <<
>>> --prefix=%p/lib/gcc4.4 --mandir=%p/share/man --infodir=%p/lib/gcc4.4/info  --enable-languages=c,c++,fortran,objc,obj-c++,java \
>>> --with-gmp=%p --with-libiconv-prefix=%p --without-ppl --without-cloog --with-mpc=%p --with-system-zlib \
>>> --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.4
>>> <<
>>> 
>>> I suspect if you pass '--prefix=${prefix}/lib/gcc4.4, your problems with ecj.jar placement will disappear.
>>> In fink, this results in ecj.jar being placed in /sw/lib/gcc4.4/share/java, etc.
>> 
>> I have not tried it. But changing from --prefix=${prefix} to --prefix=${prefix}/lib/gcc4.4 would probably change where other files are installed, and perhaps how the port is used, which seems drastic, or at least something the maintainer should decide. Cc'ing him now.
> 
> Ryan,
>   Another less invasive approach would be to append...
> 
> -datarootdir=${prefix}/share/gcc4.4
> 
> -datarootdir=${prefix}/share/gcc4.5
> 
> -datarootdir=${prefix}/share/gcc4.6
> 
> which should eliminate the overlap between the various gcc4x packages.
>                 Jack
> 
>> 
>> Note that gcc45 and up do have an option to specify where ecj is installed. Perhaps that option can just be backported.


The option we want is "--datadir=..." -- anyway, what version/revision of gcc44 do you have installed? I have a versioned path of ecj built right into it: /opt/local/share/gcc44/java/libgcj-4.4.6.jar


Regards

-Markus