Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 146669 - sci-mathematics/yacas-1.0.61 fails to build with gcc-4.x
Summary: sci-mathematics/yacas-1.0.61 fails to build with gcc-4.x
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GCC Porting (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: Gentoo Science Mathematics related packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 117482
  Show dependency tree
 
Reported: 2006-09-07 03:10 UTC by Greg Tassone
Modified: 2006-11-14 00:20 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Greg Tassone 2006-09-07 03:10:19 UTC
I've been running sci-mathematics/yacas-1.0.61 without problems ever since it was stabilized.  However, this week I upgraded to the new/stable GCC version (4.1.1) and rebuilt my tool-chain/system.  Everything rebuilt without error except for yacas.

It appears that the following errors are causing the problem:
-------------
x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../libltdl -I./plat/linux32 -march=athlon64 -O2 -pipe -Wall -c mathcommands3.cpp -MT mathcommands3.lo -MD -MP -MF .deps/mathcommands3.TPlo  -fPIC -DPIC -o mathcommands3.o
mathcommands3.cpp: In function 'void LispArithmetic1(LispEnvironment&, int, LispObject* (*)(LispObject*, LispEnvironment&, int))':
mathcommands3.cpp:111: error: cast from 'BigNumber*' to 'int' loses precision
mathcommands3.cpp: In function 'void LispArithmetic2(LispEnvironment&, int, LispObject* (*)(LispObject*, LispObject*, LispEnvironment&, int), int)':
mathcommands3.cpp:123: error: cast from 'BigNumber*' to 'int' loses precision
mathcommands3.cpp:124: error: cast from 'BigNumber*' to 'int' loses precision
mathcommands3.cpp: In function 'void LispGcd(LispEnvironment&, int)':
mathcommands3.cpp:159: error: cast from 'BigNumber*' to 'int' loses precision
mathcommands3.cpp:160: error: cast from 'BigNumber*' to 'int' loses precision
...
make[2]: *** [mathcommands3.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
...
make[2]: Leaving directory `/var/tmp/portage/yacas-1.0.61/work/yacas-1.0.61/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/yacas-1.0.61/work/yacas-1.0.61'
make: *** [all] Error 2

!!! ERROR: sci-mathematics/yacas-1.0.61 failed.
Call stack:
  ebuild.sh, line 1539:   Called dyn_compile
  ebuild.sh, line 939:   Called src_compile
  yacas-1.0.61.ebuild, line 36:   Called die

!!! (no error message)
-------------

It appears this may be an upstream problem based on the errors reported.  However, I've noticed that bug reporting/handling for the Yacas project seems quite scattered and unorganized.  I searched the reports listed on the SourceForge project and found nothing current/related.  I also searched the developer mailing list and found no such reports.  The developer list was definitely still active, however -- just no reports of this.

Another note:  I see they just released version 1.0.62 recently.  No ebuild exists for this version yet and I haven't created one, so I'm not sure if this would affect the problem at all.

My "emerge --info" follows:

Portage 2.1-r2 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.17-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.12.4
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.mirrors.easynews.com/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage-overlays/custom"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="amd64 X aalib acpi alsa arts audiofile avi bash-completion berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli crypt cups curl dbus divx4linux dlloader doc dri dvd dvdr dvdread eds emboss encode esd expat fam firefox flac foomaticdb fortran ftp gdbm gif gnutls gpm gstreamer gtk gtk2 hal icq idn imap ipv6 isdnlog jabber java jce joystick jpeg junit kde kerberos lcms ldap libg++ libwww mad mikmod mng mozdevelop mozilla mp3 mpeg nas ncurses nls nntp nptl nptlonly nsplugin nvidia ogg oggvorbis opengl oscar oss pam pcre pda pdflib perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba sasl scanner sdl session sftplogging spell spl ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev unicode usb vorbis xml xmms xorg xv xvid yahoo zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev input_devices_joystick kernel_linux userland_GNU video_cards_nvidia video_cards_nv video_cards_vga video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 John Burkett 2006-11-13 17:44:55 UTC
I've experienced the same or a very similar bug.  My emerge --info is as follows:
Portage 2.1.1-r1 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.17-ck1-r3-osmp x86_64)
=================================================================
System uname: 2.6.17-ck1-r3-osmp x86_64 Dual-Core AMD Opteron(tm) Processor 2210
Gentoo Base System version 1.12.6
Last Sync: Sat, 11 Nov 2006 03:02:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-Os -march=opteron -mtune=opteron -fomit-frame-pointer"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-Os -march=opteron -mtune=opteron -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X Xaw3d a52 aac aalib acpi alsa apache2 arts audiofile berkdb bitmap-fonts bluetooth browserplugin bzip2 cdr cli cracklib crypt cups curl dga divx divx4 dlloader dri dvd dvdr elibc_glibc emacs encode fam font-server fontserver foomaticdb fortran gdbm gif gimpprint gnome gpm gtk guile hal iconv ieee1394 imagemagick imlib input_devices_keyboard input_devices_mouse isdnlog java javascript joystick jpeg jpeg2k kde kernel_linux lcms libg++ lirc lm_sensors lzoi mad maildir mjpeg mmap mmx2 mozdevelop mozilla mp3 mpeg mysql nas ncurses network new-login nls nocardbus nptl nptlonly nsplugin nvidia offensive ogg oggvorbis opengl oss pam pcre pdf perl png povray ppds pppd python qt qt3 quicktime quotas readline reflection rtc samba sdk sdl session sndfile spell spl sse3 ssl syslog tcl tcltk tcpd threads tiff tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU v4l v4l2 video_cards_ati video_cards_fglrx video_cards_i810 video_cards_nv video_cards_nvidia video_cards_radeon video_cards_vesa video_cards_vga videos vorbis x264 xinerama xml xorg xscreensaver xv xvid xvmc zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Comment 2 Markus Dittrich (RETIRED) gentoo-dev 2006-11-13 20:07:38 UTC
This is probably due to code that mixes 64bit pointers and
32bit ints on x86_64, since I don't see this on my x86 box.
I've just bumped yacas to 1.0.62 in portage cvs; please give it a
shot and let me know if this issue has been fixed in the most recent
version (Unfortunately, I didn't notice anything related in the changelog).

Thanks,
Markus 
Comment 3 Greg Tassone 2006-11-14 00:20:21 UTC
(In reply to comment #2)
> This is probably due to code that mixes 64bit pointers and
> 32bit ints on x86_64, since I don't see this on my x86 box.

Agreed, I believe this is exactly the problem.


> I've just bumped yacas to 1.0.62 in portage cvs; please give it a
> shot and let me know if this issue has been fixed in the most recent
> version (Unfortunately, I didn't notice anything related in the changelog).

Well, well...  I just tried the new ebuild and it built perfectly.  The application itself seems to be functioning properly as well.

Thanks VERY much for taking the time to investigate a little and add the newer ebuild.  It seems someone around the Yacas project has been fixing their pointers, even if they didn't mention it in the changelog. :-)

Again, thanks.