[gentoo-science] sci-mathematics/maxima fails to build

[gentoo-science] sci-mathematics/maxima fails to build

[Jean-Francis Roy]

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

Hi group!

I've got some problems installing sci-mathematics/maxima in both my Funtoo
boxes.

http://paste.pocoo.org/show/271383/

The issue seems to be similar to :
http://github.com/cschwan/sage-on-gentoo/issues/issue/14, and the
work-around to redefining LDFLAGS works as well. However, something is wrong
with the way maxima deals with the LDFLAGS.

# emerge --info
Portage 2.2_rc67-r2 (default/linux/amd64/2008.0/desktop, gcc-4.4.3,
glibc-2.10.1-r1, 2.6.35-gentoo-r8 x86_64)
=================================================================
System uname:
Linux-2.6.35-gentoo-r8-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E6550_@
_2.33GHz-with-gentoo-2.1.8
Timestamp of tree: Fri, 01 Oct 2010 05:30:01 +0000
distcc 3.1 x86_64-pc-linux-gnu [disabled]
app-shells/bash:     4.1_p7
dev-java/java-config: 2.1.11
dev-lang/python:     2.6.5-r103
dev-util/cmake:      2.8.1-r2
sys-apps/baselayout: 2.1.8
sys-apps/openrc:     0.6.1-r3
sys-apps/sandbox:    2.3-r1
sys-devel/autoconf:  2.13, 2.67
sys-devel/automake:  1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1
sys-devel/gcc:       4.4.3
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.10
sys-devel/make:      3.81-r2
virtual/os-headers:  2.6.32
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild
/etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d
/etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c
/etc/udev/rules.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--jobs=2 --load-average=2.0 --with-bdeps y"
FEATURES="assume-digests distlocks fixpackages mini-manifest news
parallel-fetch preserve-libs protect-owned sandbox sfperms strict
unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="fr_CA.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed"
LINGUAS="fr"
MAKEOPTS="-j2 -l2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --stats --timeout=180
--exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/sunrise /var/lib/layman/science
/var/lib/layman/sage-on-gentoo /usr/local/portage/local_overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="64bit X a52 aac acl acpi alac alsa amd64 berkdb bluetooth branding
bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr
dvdread emboss encode esd exif fam firefox flac fortran gdbm gif gpm gsl gtk
iconv ipv6 jpeg kde lame lapack latex lcms ldap libnotify mad mikmod mmx mng
modules mp3 mp4 mpeg msn mudflap multilib ncurses nls nptl nptlonly ogg
opengl openmp pam pango pcre pdf perl png ppds pppd python qt3 qt3support
qt4 readline reflection samba sdl session spell sse sse2 ssl
startup-notification subversion svg sysfs tcpd tiff truetype unicode usb
vorbis wavpack x264 xcb xcomposite xml xorg xulrunner xv xvid zeroconf zlib"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x
ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3
trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw
asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa
lfloat linear meter mmap_emul mulaw multi null plug rate route share shm
softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon
authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile
authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs
dav_lock deflate dir disk_cache env expires ext_filter file_cache filter
headers include info log_config logio mem_cache mime mime_magic negotiation
rewrite setenvif speling status unique_id userdir usertrack vhost_alias"
COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog"
ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin
garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle
oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx"
INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633
glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="fr"
RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS


Thanks!


~JF

[-- Attachment #2: Type: text/html, Size: 6222 bytes --]

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

> Hi group!
> 
> I've got some problems installing sci-mathematics/maxima in both my Funtoo
> boxes.
> 
> http://paste.pocoo.org/show/271383/
> 
> The issue seems to be similar to :
> http://github.com/cschwan/sage-on-gentoo/issues/issue/14, and the
> work-around to redefining LDFLAGS works as well. However, something is
> wrong with the way maxima deals with the LDFLAGS.
> 
OK I will have a look, it may be something I overlooked in my patches, it used 
to work here, so it may be caused by a slight change somewhere in the system
since then.

If you want maxima for sage you don't have to use the version located in the 
science overlay. It was a proof of concept for some patches. The version in 
portage will work just as well.

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On   10/05/10 - 18:57:56, François Bissey wrote:
> > Hi group!
> >
> > I've got some problems installing sci-mathematics/maxima in both my  
> Funtoo
> > boxes.
> >
> > http://paste.pocoo.org/show/271383/
> >
> > The issue seems to be similar to :
> > http://github.com/cschwan/sage-on-gentoo/issues/issue/14, and the
> > work-around to redefining LDFLAGS works as well. However, something  
> is
> > wrong with the way maxima deals with the LDFLAGS.
> >
> OK I will have a look, it may be something I overlooked in my  
> patches, it used
> to work here, so it may be caused by a slight change somewhere in the  
> system
> since then.
> 
> If you want maxima for sage you don't have to use the version located  
> in the
> science overlay. It was a proof of concept for some patches. The  
> version in
> portage will work just as well.
> 5.20.1-r2
> Francois
> 
For what it's worth, on my amd64 I'm unable to build the portage  
maxima-5.20.1-r2 either with

LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed"

There is the same

make[1]: *** [binary-ecl/maxima] Error 1

In fact ecls will not even configure with the indicated LDFLAGS.  
Deleting "-Wl,--sort-common" allows ecls as well as maxima to be built.

Steve

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

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

> On   10/05/10 - 18:57:56, François Bissey wrote:
> > > Hi group!
> > > 
> > > I've got some problems installing sci-mathematics/maxima in both my
> > 
> > Funtoo
> > 
> > > boxes.
> > > 
> > > http://paste.pocoo.org/show/271383/
> > > 
> > > The issue seems to be similar to :
> > > http://github.com/cschwan/sage-on-gentoo/issues/issue/14, and the
> > > work-around to redefining LDFLAGS works as well. However, something
> > 
> > is
> > 
> > > wrong with the way maxima deals with the LDFLAGS.
> > 
> > OK I will have a look, it may be something I overlooked in my
> > patches, it used
> > to work here, so it may be caused by a slight change somewhere in the
> > system
> > since then.
> > 
> > If you want maxima for sage you don't have to use the version located
> > in the
> > science overlay. It was a proof of concept for some patches. The
> > version in
> > portage will work just as well.
> > 5.20.1-r2
> > Francois
> 
> For what it's worth, on my amd64 I'm unable to build the portage
> maxima-5.20.1-r2 either with
> 
> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed"
> 
> There is the same
> 
> make[1]: *** [binary-ecl/maxima] Error 1
> 
> In fact ecls will not even configure with the indicated LDFLAGS.
> Deleting "-Wl,--sort-common" allows ecls as well as maxima to be built.
> 
OK I tested both:
LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps maxima
LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps ecls
which build respectively maxima-5.20.1-r3 and ecls-10.4.1, on my x86 system 
and it merged fine.
Does it work in your 32bits chroot Steve?

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

Hey, what do I know!

On x86 maxima doesn't respect LDFLAGS! And I remember talking with David Kirby 
on sage-devel that actually ecls doesn't either.
But from the logs from JF, on amd64 the LDFLAGS are duplicated and the problem
is that in the failing call one of them is still in double quotes which I 
think is the problem.

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

> Hey, what do I know!
> 
> On x86 maxima doesn't respect LDFLAGS! And I remember talking with David
> Kirby on sage-devel that actually ecls doesn't either.
> But from the logs from JF, on amd64 the LDFLAGS are duplicated and the
> problem is that in the failing call one of them is still in double quotes
> which I think is the problem.

Just a bit more details on this. From JF's log:
;;; Note:
;;;   Invoking external command:
;;;   x86_64-pc-linux-gnu-gcc -o "/var/tmp/portage/sci-
mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/init-cl.fas" -
L"/usr/lib64/" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
r3/temp/ECLINITcTeFmu.o" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o"   -shared -Wl,-O1 -Wl,--sort-
common -Wl,--as-needed -Wl,-O1 -Wl,--sort-common -Wl,--as-needed  -lecl  -lgmp 
-lgc -ldl  -lm 
;;; 

but the failing call ends with:

"/var/tmp/portage/sci-mathematics/maxima-5.20.1-
r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o" "-Wl,-O1 -Wl,--sort-common -
Wl,--as-needed"   -Wl,-O1 -Wl,--sort-common -Wl,--as-needed  -lecl  -lgmp -lgc 
-ldl  -lm 
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: 
unrecognized option '--sort-common -Wl'

-------------------
in contrast on my x86 system:
;;; Note:
;;;   Invoking external command:
;;;   i686-pc-linux-gnu-gcc -o "/var/tmp/portage/sci-
mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/init-cl.fas" -
L"/usr/lib/" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
r3/temp/ECLINITL4BVJx.o" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o"   -shared    -lecl  -lgmp -lgc 
-ldl  -lm 

No LDFLAGS in the call where JF's build fail either.

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On 10/05/2010 10:59:20 PM, François Bissey wrote:
>> Hey, what do I know!
>> 
>> On x86 maxima doesn't respect LDFLAGS! And I remember talking with David
>> Kirby on sage-devel that actually ecls doesn't either.
>> But from the logs from JF, on amd64 the LDFLAGS are duplicated and the
>> problem is that in the failing call one of them is still in double quotes
>> which I think is the problem.
> 
> Just a bit more details on this. From JF's log:
> ;;; Note:
> ;;;   Invoking external command:
> ;;;   x86_64-pc-linux-gnu-gcc -o "/var/tmp/portage/sci-
> mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/init-cl.fas" -
> L"/usr/lib64/" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
> r3/temp/ECLINITcTeFmu.o" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
> r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o"   -shared -Wl,-O1 -Wl,--sort-
> common -Wl,--as-needed -Wl,-O1 -Wl,--sort-common -Wl,--as-needed  -lecl   
> -lgmp
> -lgc -ldl  -lm
> ;;;
> 
> but the failing call ends with:
> 
> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
> r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o" "-Wl,-O1 -Wl,--sort-common -
> Wl,--as-needed"   -Wl,-O1 -Wl,--sort-common -Wl,--as-needed  -lecl  -lgmp  
> -lgc
> -ldl  -lm
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:
> unrecognized option '--sort-common -Wl'
> 
> -------------------
> in contrast on my x86 system:
> ;;; Note:
> ;;;   Invoking external command:
> ;;;   i686-pc-linux-gnu-gcc -o "/var/tmp/portage/sci-
> mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/init-cl.fas" -
> L"/usr/lib/" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
> r3/temp/ECLINITL4BVJx.o" "/var/tmp/portage/sci-mathematics/maxima-5.20.1-
> r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o"   -shared    -lecl  -lgmp  
> -lgc
> -ldl  -lm
> 
> No LDFLAGS in the call where JF's build fail either.
> 
> Francois
> 
Interesting. Invoking

LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps maxima

I get,

32bit chroot:

;;; Note:
;;;   Invoking external command:
;;;   i686-pc-linux-gnu-gcc -o  
"/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/maxima"

... a very long line ...

"-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc -ldl   
-lm
usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld:  
unrecognized option '-01 -Wl'

----------------------
amd64:
;;; Note:
;;;   Invoking external command:
;;;   x86_64-pc-linux-gnu-gcc -o  
"/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/maxima"

... a very long line ...

"-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc  
-lpthread -ldl  -lm
;;;  
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:  
unrecognized option '-01 -Wl'

So in both cases -Wl,-O1 is appended to the LDFLAGS passed to emerge.

Steve

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

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

> On 10/05/2010 10:59:20 PM, François Bissey wrote:
> 
> Interesting. Invoking
> 
> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps
> maxima
> 
> I get,
> 
> 32bit chroot:
> 
> ;;; Note:
> ;;;   Invoking external command:
> ;;;   i686-pc-linux-gnu-gcc -o
> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/b
> inary-ecl/maxima"
> 
> ... a very long line ...
> 
> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc
> -ldl -lm
> usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld:
> unrecognized option '-01 -Wl'
> 
> ----------------------
> amd64:
> ;;; Note:
> ;;;   Invoking external command:
> ;;;   x86_64-pc-linux-gnu-gcc -o
> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/b
> inary-ecl/maxima"
> 
> ... a very long line ...
> 
> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc
> -lpthread -ldl  -lm
> ;;;
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/
> ld: unrecognized option '-01 -Wl'
> 
> So in both cases -Wl,-O1 is appended to the LDFLAGS passed to emerge.
> 

Actually, what does:
ecl-config --libs 
ecl-config --ldflags
show? For you and Jean-Francis?
I suspect that the bad argument comes from there.

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On 10/06/2010 03:01:35 AM, François Bissey wrote:
>> On 10/05/2010 10:59:20 PM, François Bissey wrote:
>> 
>> Interesting. Invoking
>> 
>> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps
>> maxima
>> 
>> I get,
>> 
>> 32bit chroot:
>> 
>> ;;; Note:
>> ;;;   Invoking external command:
>> ;;;   i686-pc-linux-gnu-gcc -o
>> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/b
>> inary-ecl/maxima"
>> 
>> ... a very long line ...
>> 
>> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc
>> -ldl -lm
>> usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld:
>> unrecognized option '-01 -Wl'
>> 
>> ----------------------
>> amd64:
>> ;;; Note:
>> ;;;   Invoking external command:
>> ;;;   x86_64-pc-linux-gnu-gcc -o
>> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/b
>> inary-ecl/maxima"
>> 
>> ... a very long line ...
>> 
>> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc
>> -lpthread -ldl  -lm
>> ;;;
>> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/
>> ld: unrecognized option '-01 -Wl'
>> 
>> So in both cases -Wl,-O1 is appended to the LDFLAGS passed to emerge.
>> 
> 
> Actually, what does:
> ecl-config --libs
> ecl-config --ldflags
> show? For you and Jean-Francis?
> I suspect that the bad argument comes from there.
> 
> Francois
> 
François,

I have for
ecl-config --ldflags && ecl-config --libs

on 32bit

  -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
  -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm

and on amd64

  -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
  -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm

Steve

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

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

> On 10/06/2010 03:01:35 AM, François Bissey wrote:
> >> On 10/05/2010 10:59:20 PM, François Bissey wrote:
> >> 
> >> Interesting. Invoking
> >> 
> >> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v --nodeps
> >> maxima
> >> 
> >> I get,
> >> 
> >> 32bit chroot:
> >> 
> >> ;;; Note:
> >> ;;;   Invoking external command:
> >> ;;;   i686-pc-linux-gnu-gcc -o
> >> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/sr
> >> c/b inary-ecl/maxima"
> >> 
> >> ... a very long line ...
> >> 
> >> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc
> >> -ldl -lm
> >> usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld
> >> : unrecognized option '-01 -Wl'
> >> 
> >> ----------------------
> >> amd64:
> >> ;;; Note:
> >> ;;;   Invoking external command:
> >> ;;;   x86_64-pc-linux-gnu-gcc -o
> >> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/sr
> >> c/b inary-ecl/maxima"
> >> 
> >> ... a very long line ...
> >> 
> >> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp -lgc
> >> -lpthread -ldl  -lm
> >> ;;;
> >> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/b
> >> in/ ld: unrecognized option '-01 -Wl'
> >> 
> >> So in both cases -Wl,-O1 is appended to the LDFLAGS passed to emerge.
> > 
> > Actually, what does:
> > ecl-config --libs
> > ecl-config --ldflags
> > show? For you and Jean-Francis?
> > I suspect that the bad argument comes from there.
> > 
> > Francois
> 
> François,
> 
> I have for
> ecl-config --ldflags && ecl-config --libs
> 
> on 32bit
> 
>   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
>   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
> 
> and on amd64
> 
>   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
>   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
> 
I suppose you installed ecls before -Wl,--as-needed became standard.
Now why on my machine neither CFLAGS or LDFLAGS are picked by ecls
and the ecl portion  of maxima?

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Jean-Francis Roy]

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

On Wed, Oct 6, 2010 at 7:43 AM, François Bissey <f.r.bissey@massey.ac.nz>wrote:

> > On 10/06/2010 03:01:35 AM, François Bissey wrote:
> > >> On 10/05/2010 10:59:20 PM, François Bissey wrote:
> > >>
> > >> Interesting. Invoking
> > >>
> > >> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v
> --nodeps
> > >> maxima
> > >>
> > >> I get,
> > >>
> > >> 32bit chroot:
> > >>
> > >> ;;; Note:
> > >> ;;;   Invoking external command:
> > >> ;;;   i686-pc-linux-gnu-gcc -o
> > >>
> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/sr
> > >> c/b inary-ecl/maxima"
> > >>
> > >> ... a very long line ...
> > >>
> > >> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp
> -lgc
> > >> -ldl -lm
> > >>
> usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld
> > >> : unrecognized option '-01 -Wl'
> > >>
> > >> ----------------------
> > >> amd64:
> > >> ;;; Note:
> > >> ;;;   Invoking external command:
> > >> ;;;   x86_64-pc-linux-gnu-gcc -o
> > >>
> "/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/sr
> > >> c/b inary-ecl/maxima"
> > >>
> > >> ... a very long line ...
> > >>
> > >> "-Wl,-01 -Wl,--sort-common -Wl,--as-needed"   -Wl,-O1  -lecl  -lgmp
> -lgc
> > >> -lpthread -ldl  -lm
> > >> ;;;
> > >>
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/b
> > >> in/ ld: unrecognized option '-01 -Wl'
> > >>
> > >> So in both cases -Wl,-O1 is appended to the LDFLAGS passed to emerge.
> > >
> > > Actually, what does:
> > > ecl-config --libs
> > > ecl-config --ldflags
> > > show? For you and Jean-Francis?
> > > I suspect that the bad argument comes from there.
> > >
> > > Francois
> >
> > François,
> >
> > I have for
> > ecl-config --ldflags && ecl-config --libs
> >
> > on 32bit
> >
> >   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
> >   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
> >
> > and on amd64
> >
> >   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
> >   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
> >
> I suppose you installed ecls before -Wl,--as-needed became standard.
> Now why on my machine neither CFLAGS or LDFLAGS are picked by ecls
> and the ecl portion  of maxima?
>
> Francois
>
> Here is mine :

# ecl-config --ldflags && ecl-config --libs
 -L/usr/lib64/ -lecl -Wl,-O1 -Wl,--sort-common -Wl,--as-needed   -ldl  -lm
 -L/usr/lib64/ -lecl -Wl,-O1 -Wl,--sort-common -Wl,--as-needed   -ldl  -lm

[-- Attachment #2: Type: text/html, Size: 3619 bytes --]

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On 10/06/2010 06:43:09 AM, François Bissey wrote:
>> François,
>> 
>> I have for
>> ecl-config --ldflags && ecl-config --libs
>> 
>> on 32bit
>> 
>>   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
>>   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
>> 
>> and on amd64
>> 
>>   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
>>   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
>> 
> I suppose you installed ecls before -Wl,--as-needed became standard.
> Now why on my machine neither CFLAGS or LDFLAGS are picked by ecls
> and the ecl portion  of maxima?
> 
> Francois
> 
Here ecls was installed on 07/04/2010 in 32bit chroot and on 06/29/2010 for  
amd64.

Steve

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

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On   10/06/10 - 06:43:09, François Bissey wrote:
> > > Actually, what does:
> > > ecl-config --libs
> > > ecl-config --ldflags
> > > show? For you and Jean-Francis?
> > > I suspect that the bad argument comes from there.
> > >
> > > Francois
> >
> > François,
> >
> > I have for
> > ecl-config --ldflags && ecl-config --libs
> >
> > on 32bit
> >
> >   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
> >   -L/usr/lib/ -lecl -Wl,-O1   -ldl  -lm
> >
> > and on amd64
> >
> >   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
> >   -L/usr/lib64/ -lecl -Wl,-O1   -lpthread -ldl  -lm
> >
> I suppose you installed ecls before -Wl,--as-needed became standard.
> Now why on my machine neither CFLAGS or LDFLAGS are picked by ecls
> and the ecl portion  of maxima?
> 
> Francois
> 
Well perhaps the ecls issue is resolved here. I rebuilt both ecls and  
maxima to use the default profile ldflags (LDFLAGS="-Wl,-O1  
-Wl,--as-needed") and

ecl-config --ldflags gives
  -L/usr/lib64/ -lecl -Wl,-O1 -Wl,--as-needed   -lpthread -ldl  -lm

ecls can now be configured and built with something like

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

However, no luck with maxima. The above with ecls replaced with maxima  
now gives

   
\"/var/tmp/portage/sci-mathematics/maxima-5.20.1-r3/work/maxima-5.20.1/src/binary-ecl/init-cl.o\"  
\"-Wl,-O1 -Wl,--as-needed -Wl,--sort-common\"   -Wl,-O1  
-Wl,--as-needed  -lecl  -lgmp -lgc -lpthread -ldl  -lm ")

;;;  
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:  
unrecognized option '--as-needed -Wl'

Steve

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

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On   10/05/10 - 22:08:59, François Bissey wrote:
> > On   10/05/10 - 18:57:56, François Bissey wrote:
> > > > Hi group!
> > > >
> > > > I've got some problems installing sci-mathematics/maxima in  
> both my
> > >
> > > Funtoo
> > >
> > > > boxes.
> > > >
> > > > http://paste.pocoo.org/show/271383/
> > > >
> > > > The issue seems to be similar to :
> > > > http://github.com/cschwan/sage-on-gentoo/issues/issue/14, and  
> the
> > > > work-around to redefining LDFLAGS works as well. However,  
> something
> > >
> > > is
> > >
> > > > wrong with the way maxima deals with the LDFLAGS.
> > >
> > > OK I will have a look, it may be something I overlooked in my
> > > patches, it used
> > > to work here, so it may be caused by a slight change somewhere in  
> the
> > > system
> > > since then.
> > >
> > > If you want maxima for sage you don't have to use the version  
> located
> > > in the
> > > science overlay. It was a proof of concept for some patches. The
> > > version in
> > > portage will work just as well.
> > > 5.20.1-r2
> > > Francois
> >
> > For what it's worth, on my amd64 I'm unable to build the portage
> > maxima-5.20.1-r2 either with
> >
> > LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed"
> >
> > There is the same
> >
> > make[1]: *** [binary-ecl/maxima] Error 1
> >
> > In fact ecls will not even configure with the indicated LDFLAGS.
> > Deleting "-Wl,--sort-common" allows ecls as well as maxima to be  
> built.
> >
> OK I tested both:
> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v  
> --nodeps maxima
> LDFLAGS="-Wl,-01 -Wl,--sort-common -Wl,--as-needed" emerge -1v  
> --nodeps ecls
> which build respectively maxima-5.20.1-r3 and ecls-10.4.1, on my x86  
> system
> and it merged fine.
> Does it work in your 32bits chroot Steve?
> 
> Francois
> 
François,

Both of the above fail in my 32bit chroot. maxima will not build with  
the same "binary-ecls/maxima" error and ecls will not pass the  
configure step.

Steve

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

Re: [gentoo-science] sci-mathematics/maxima fails to build

[François Bissey]

> François,
> 
> Both of the above fail in my 32bit chroot. maxima will not build with  
> the same "binary-ecls/maxima" error and ecls will not pass the  
> configure step.

Could you share the log for ecls? And the useflags as well.

Francois

Re: [gentoo-science] sci-mathematics/maxima fails to build

[Steven Trogdon]

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

On 10/05/2010 10:51:39 PM, François Bissey wrote:
>> François,
>> 
>> Both of the above fail in my 32bit chroot. maxima will not build with
>> the same "binary-ecls/maxima" error and ecls will not pass the
>> configure step.
> 
> Could you share the log for ecls? And the useflags as well.
> 
> Francois
> 

32bit chroot:

[ebuild   R   ] dev-lisp/ecls-10.4.1  USE="-X -debug -gengc -precisegc  
-threads -unicode"
[ebuild   R   ] sci-mathematics/maxima-5.20.1-r3  USE="ecl nls unicode -X  
-clisp -cmucl -emacs (-gcl) -latex -openmcl -sbcl -tk -xemacs" LINGUAS="-es  
-pt -pt_BR"

In config.log under  
/var/tmp/portage/dev-lisp/ecls-10.4.1/work/ecl-10.4.1/build there is

configure:2859: checking for C compiler default output file name
configure:2881: i686-pc-linux-gnu-gcc -O2 -march=athlon-xp -msse2 -pipe  
-fomit-frame-pointer  -
Wl,-01 -Wl,--sort-common -Wl,--as-needed conftest.c  >&5
/usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ld:  
unrecognized option
'-01'

----------------------
amd64:
[ebuild   R   ] dev-lisp/ecls-10.4.1  USE="X threads -debug -gengc -precisegc  
-unicode"
[ebuild   R   ] sci-mathematics/maxima-5.20.1-r3  USE="X clisp ecl emacs nls  
sbcl tk unicode (-cmucl) (-gcl) -latex -openmcl -xemacs" LINGUAS="-es -pt  
-pt_BR"

In the config.log there is

configure:2859: checking for C compiler default output file name
configure:2881: x86_64-pc-linux-gnu-gcc -march=opteron -O2 -pipe  -Wl,-01  
-Wl,--sort-com
mon -Wl,--as-needed conftest.c  >&5
/usr/lib/gcc/x86_64-pc-linux-gnu/4.4.3/../../../../x86_64-pc-linux-gnu/bin/ld:  
unrecogni
zed option '-01'

Steve

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