[gentoo-science] ecls/maxima summarry

[gentoo-science] ecls/maxima summarry

[François Bissey]

I am at work and cannot directly answer the thread from here.

There are several issue.
1) ecl-config includes LDFLAGS it shouldn't in my opinion. I am not positive 
that removing "-Wl,-O1..." from ecl-config will solve the problem. It will get 
rid of the duplication of these flags but I am not 100% sure that the failure
comes from the flags added by ecl-config.

2)the ecls ebuild shouldn't ship the following (unrelated):
/usr/lib/Copyright
/usr/lib/LGPL

3) There are configuration problems with ecls with some LDFLAGS from 
what Steve says. It may need some filtering at least on some hardware.

4) On my x86 box, ecls picks neither CFLAGS or LDFLAGS while my ~x86 box at 
work, Steve's and J-F's boxes do. Stab in the dark: what's your version of 
autoconf, Steve?

Just in. I have just recompiled ecls and then maxima on my ~x86 box with
no problem whatsoever even so there is flag duplication in maxima:
  "-Wl,-O1 -Wl,--as-needed"   -Wl,-O1 -Wl,--as-needed  -lecl  -lgmp -lgc -ldl  
-lm

I haven't synced that box in the last two weeks - I fear we may have a subtle
eclass breakage. Also this was with 20.1-r2 from the tree, not -r3 from the 
science overlay so the autotools eclass wasn't involved. Can you try -r2 
Steve?

Francois

Re: [gentoo-science] ecls/maxima summarry

[Steven Trogdon]

[-- Attachment #1: Type: text/plain, Size: 1814 bytes --]

On   10/06/10 - 19:11:41, François Bissey wrote:
> I am at work and cannot directly answer the thread from here.
> 
> There are several issue.
> 1) ecl-config includes LDFLAGS it shouldn't in my opinion. I am not  
> positive
> that removing "-Wl,-O1..." from ecl-config will solve the problem. It  
> will get
> rid of the duplication of these flags but I am not 100% sure that the  
> failure
> comes from the flags added by ecl-config.
> 
> 2)the ecls ebuild shouldn't ship the following (unrelated):
> /usr/lib/Copyright
> /usr/lib/LGPL
> 
> 3) There are configuration problems with ecls with some LDFLAGS from
> what Steve says. It may need some filtering at least on some hardware.
> 
> 4) On my x86 box, ecls picks neither CFLAGS or LDFLAGS while my ~x86  
> box at
> work, Steve's and J-F's boxes do. Stab in the dark: what's your  
> version of
> autoconf, Steve?

[ebuild   R   ] sys-devel/autoconf-2.65-r1  USE="-emacs"
on both amd64 and chroot.

> 
> Just in. I have just recompiled ecls and then maxima on my ~x86 box  
> with
> no problem whatsoever even so there is flag duplication in maxima:
>   "-Wl,-O1 -Wl,--as-needed"   -Wl,-O1 -Wl,--as-needed  -lecl  -lgmp  
> -lgc -ldl
> -lm
> 
> I haven't synced that box in the last two weeks - I fear we may have  
> a subtle
> eclass breakage. Also this was with 20.1-r2 from the tree, not -r3  
> from the
> science overlay so the autotools eclass wasn't involved. Can you try  
> -r2
> Steve?

maxima-5.20.1-r2 builds fine on amd64 and in the chroot with the  
default profile ldflags
(LDFLAGS="-Wl,-O1 -Wl,--as-needed"); however

LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--sort-common" emerge maxima

fails everywhere with the same "unrecognized option '--as-needed -Wl'"

> 
> Francois
> 

Steve

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-science] ecls/maxima summarry

[François Bissey]

The more I look at ecls' configure.in the less I understand how CFLAGS and 
LDFLAGS are picked up at all on some machine. I thought it could be debugging 
flags but that's not it.

There are a few more things that I can look at on my ~x86 machine tomorrow.

Francois

Re: [gentoo-science] ecls/maxima summarry

[Steven Trogdon]

[-- Attachment #1: Type: text/plain, Size: 1431 bytes --]

On   10/07/10 - 06:38:10, François Bissey wrote:
> The more I look at ecls' configure.in the less I understand how  
> CFLAGS and
> LDFLAGS are picked up at all on some machine. I thought it could be  
> debugging
> flags but that's not it.
> 
> There are a few more things that I can look at on my ~x86 machine  
> tomorrow.
> 
> Francois
> 
It must be getting the flags from portage, at least here. If I in ecls

unset LDFLAGS

before it is configured then "ecl-config --ldflags" returns no linker  
options. The linker flags then do not appear twice in the linking stage  
when maxima is built. However maxima will still not build when three  
(perhaps more) linker options are specified.

Note:

from J-F's build of maxima:
linker flags:
\"-Wl,-O1 -Wl,--sort-common -Wl,--as-needed\" with unrecognized option  
'--sort-common -Wl'

my build:
linker flags:
\"-Wl,-O1 -Wl,--as-needed -Wl,--sort-common\" with unrecognized option  
'--as-needed -Wl'

It would seem that "something" in maxima isn't correctly parsing the  
string containing the linker flags. If I build ecls

LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--sort-common" emerge ecls

with the portage provided ecls and

unset LDFLAGS in maxima before the configure then

emerge maxima

only picks up the ecls-provided linker flags and it builds, I assume  
correctly. However, I don't believe this approach is optimal.

Steve

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]