Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 187054 - sci-astronomy/stellarium-0.9.0 fails to compile: in function `StelTextureMgr::JpgLoader::loadImage
Summary: sci-astronomy/stellarium-0.9.0 fails to compile: in function `StelTextureMgr:...
Status: RESOLVED TEST-REQUEST
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-07-29 19:04 UTC by Siobhan
Modified: 2009-03-23 18:50 UTC (History)
1 user (show)

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


Attachments
emerge --info (emerge-info,4.32 KB, text/plain)
2007-07-30 04:24 UTC, Siobhan
Details
emerge --evp stellarium (emerge-evp-stellarium,22.96 KB, text/plain)
2007-07-30 04:24 UTC, Siobhan
Details
CMakeCache.txt from build dir (CMakeCache.txt,28.08 KB, text/plain)
2007-08-04 05:53 UTC, Siobhan
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Siobhan 2007-07-29 19:04:13 UTC
While attempting to emerge sci-astronomy/stellarium-0.9.0, it fails to sucessfully compile.

Reproducible: Always

Steps to Reproduce:
1. emerge =sci-astronomy/stellarium-0.9.0

Actual Results:  
Fails to compile, terminates.

Expected Results:  
emerged successfully.

Linking CXX executable stellarium
CMakeFiles/stellarium.dir/StelTextureMgr.o: In function `StelTextureMgr::JpgLoader::loadImage
(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, ManagedSTextu
re&)':
StelTextureMgr.cpp:(.text+0x13a): undefined reference to `jpeg_CreateDecompress'
StelTextureMgr.cpp:(.text+0x148): undefined reference to `jpeg_std_error'
StelTextureMgr.cpp:(.text+0x165): undefined reference to `jpeg_stdio_src'
StelTextureMgr.cpp:(.text+0x1ca): undefined reference to `jpeg_destroy_decompress'
StelTextureMgr.cpp:(.text+0x216): undefined reference to `jpeg_read_header'
StelTextureMgr.cpp:(.text+0x21e): undefined reference to `jpeg_start_decompress'
StelTextureMgr.cpp:(.text+0x2b5): undefined reference to `jpeg_read_scanlines'
StelTextureMgr.cpp:(.text+0x2cd): undefined reference to `jpeg_finish_decompress'
StelTextureMgr.cpp:(.text+0x2d5): undefined reference to `jpeg_destroy_decompress'
collect2: ld returned 1 exit status
make[2]: *** [src/stellarium] Error 1
make[1]: *** [src/CMakeFiles/stellarium.dir/all] Error 2
make: *** [all] Error 2
 *
 * ERROR: sci-astronomy/stellarium-0.9.0 failed.
 * Call stack:
 *   ebuild.sh, line 1648:   Called dyn_compile
 *   ebuild.sh, line 988:   Called qa_call 'src_compile'
 *   ebuild.sh, line 44:   Called src_compile
 *   stellarium-0.9.0.ebuild, line 54:   Called die
Comment 1 Mr. Bones. (RETIRED) gentoo-dev 2007-07-29 22:34:17 UTC
reopen with the output from "emerge --info" and "emerge -evp stellarium"
Comment 2 Siobhan 2007-07-30 04:24:08 UTC
Created attachment 126412 [details]
emerge --info
Comment 3 Siobhan 2007-07-30 04:24:35 UTC
Created attachment 126413 [details]
emerge --evp stellarium
Comment 4 Siobhan 2007-07-30 04:26:35 UTC
Portage 2.1.3_rc9 (default-linux/x86/2007.0/desktop, gcc-4.1.2, glibc-2.6-r0, 2.6.22-gentoo-r2-lv1 i686)
=================================================================
System uname: 2.6.22-gentoo-r2-lv1 i686 Intel(R) Pentium(R) M processor 1.80GHz
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 30 Jul 2007 02:50:01 +0000
ccache version 2.4 [disabled]
dev-java/java-config: 1.3.7, 2.0.33-r1
dev-lang/python:     2.3.5-r3, 2.4.4-r4
dev-python/pycrypto: 2.0.1-r6
dev-util/ccache:     2.4-r7
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17-r1
sys-devel/gcc-config: 1.3.16
sys-devel/libtool:   1.5.23b
virtual/os-headers:  2.6.22-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/fax /usr/share/X11/xkb /usr/share/config /var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O3 -march=pentium-m -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans"
GENTOO_MIRRORS="http://gentoo.osuosl.org http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS="en_US"
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 --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.arcticnetwork.ca/gentoo-portage"
USE="16bit 7zip X a52 aac aalib acl acpi adns aiglx aim akode alsa amarok apache2 arts artswrappersuid asf async audiofile automount bash-completion bidi bind-mysql bindist bitmap-fonts bittorrent bluetooth branding browserplugin bzip2 cairo canna cardbus cddb cdparanoia cdr chasen chroot cjk cli config_wizard cracklib crypt css cups curl curlwrappers dba dbus dhcp dio directfb dpms dri dts dv dvd dvdr dvdread eap-tls ecc eds emboss emerald encode esd evdev evo exif fam fame fat fbcon fbdev ffmpeg fftw firefox flac fltk foomaticdb fortran freewnn ftp fuse gdbm ggi gif gimp gimpprint glibc-omitfp glitz glx gphoto2 gpm gps gstreamer gtk guile hal i8x0 ibam iconv idea idn ieee1394 ifp imagemagick injection innodb ipod ipv6 irmc isdnlog ithreads java javascript jikes jpeg jpeg2k junit justify kde kdeenablefinal kdepim kerberos lcms ldap ldapsam libabcl libcaca libg++ live lua lzo mad madwifi maildir mailwrapper mgetty midi migemo mikmod mime mjpeg mmap mmx mmxext mng mozilla moznocompose moznoirc moznomail mp3 mpeg mplayer mudflap musepack musicbrainz mysql mysqli nas ncurses network nls nptl nptlonly nsplugin ntfs ntlm ocaml offensive ogg openal openexr opengl openmp pam pam_chroot pam_console pam_timestamp pcntl pcre pda pdf perl php png postgres povray ppds pppd proj pthreads python qt3 qt3support qt4 quicktime radeon radius rdesktop readline real reflection reiser4 reiserfs rtc ruby samba scanner sdk sdl session slang slp sms sndfile sockets sound speex spell spl sse sse2 ssl svg swat synaptics sysfs syslog tcl tcltk tcpd tetex theora threads tiff transparency truetype truetype-fonts type1 type1-fonts unicode usb utf8 vcd vim-with-x vorbis webdav wifi win32codecs winbind wma wmf x264 x86 xanim xcb xcomposite xine xml xmldoclet xmlreader xmlrpc xmlwriter xorg xosd xpm xscreensaver xv xvid xvmc zeroconf zip zlib" ALSA_CARDS="intel8x0 intel8x0m" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" CAMERAS="canon" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse wacom synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US" USERLAND="GNU" VIDEO_CARDS="radeon"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 5 Mr. Bones. (RETIRED) gentoo-dev 2007-07-30 05:11:09 UTC
looks fairly reasonable.  How about the CMakeCache.txt file from the build directory?
Comment 6 Siobhan 2007-08-04 05:53:45 UTC
Created attachment 126842 [details]
CMakeCache.txt from build dir
Comment 7 Mr. Bones. (RETIRED) gentoo-dev 2007-08-04 06:08:55 UTC
/opt/ibm-jdk-bin-1.4.2.9/jre/bin/libjpeg.so <- what the heck?  It's using libjpeg from your jre?

That should be:

JPEG_LIBRARY:FILEPATH=/usr/lib/libjpeg.so

Try unmerging ibm-jdk-bin and see if that causes it build.  If you can figure out why it's looking in that directory before /usr/lib, that would be helpful.
Comment 8 Siobhan 2007-08-06 16:29:38 UTC
emerge -C ibm-jdk-bin then reattempting emerge stellarium worked; fault seems
to be due to jpeg library which is used from ibm-jdk-bin-1.4.2.9 when it is
emerged.  re-emerging ibm-jdk-bin-1.4.2.9 after emerging stellarium
successfully and then re-emerging stellarium fails; seems to indicate cause of
issue.
Comment 9 Mr. Bones. (RETIRED) gentoo-dev 2007-08-11 00:54:44 UTC
Maybe the java team can shed some light on why the libjpeg in there is found before the one in /usr/lib.
Comment 10 Petteri Räty (RETIRED) gentoo-dev 2007-08-11 11:53:54 UTC
(In reply to comment #9)
> Maybe the java team can shed some light on why the libjpeg in there is found
> before the one in /usr/lib.
> 

ibm-jdk-bin-1.4 puts an entry to /etc/ld.so.conf so it makes it come before /usr/lib I think
Comment 11 Mr. Bones. (RETIRED) gentoo-dev 2007-08-11 19:03:24 UTC
Well, that sounds like a bug in the ibm-jdk-bin package to me.  A couple of ideas - have it stop doing that.  No idea if that will break something for java.  Or, have stellarium block ibm-jdk-bin.  Any other ideas or preference about the ideas I mentioned from the java team?
Comment 12 Mr. Bones. (RETIRED) gentoo-dev 2007-08-16 20:30:48 UTC
goody.
Comment 13 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2008-03-24 18:08:22 UTC
It's not ld.so.conf but PATH (or ROOTPATH for emerge) that cmake seems to search for libraries before ld.so.conf paths, see bug 206895. We will eventually stop putting the ibm jdk in PATH as well as ld.so.conf, but cmake behaviour is weird and kde team promised to ask upstream about it.
Comment 14 Sébastien Fabbro (RETIRED) gentoo-dev 2009-03-21 15:54:09 UTC
Is it still an issue with recent versions of stellarium?
Thanks.
Comment 15 Siobhan 2009-03-22 21:32:23 UTC
(In reply to comment #14)
> Is it still an issue with recent versions of stellarium?
> Thanks.
> 

No idea.  I am not in a position to test this any longer.
Comment 16 Sébastien Fabbro (RETIRED) gentoo-dev 2009-03-23 18:50:23 UTC
(In reply to comment #15)
> (In reply to comment #14)
> > Is it still an issue with recent versions of stellarium?
> > Thanks.
> > 
> 
> No idea.  I am not in a position to test this any longer.
>