Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 146669
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Science Mathematics related packages <sci-mathematics@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Greg Tassone <gtgentoo@tassone.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 146669 depends on: Show dependency tree
Bug 146669 blocks: 117482
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-09-07 03:10 0000
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 From John Burkett 2006-11-13 17:44:55 0000 -------
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 From Markus Dittrich 2006-11-13 20:07:38 0000 -------
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 From Greg Tassone 2006-11-14 00:20:21 0000 -------
(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.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug