Bug 4666 – smpeg 0.4.4 refuses to build with gcc-3.1

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Ole Tange 2002-07-07 18:47:59 UTC]

See the attached log generated by: 
 
emerge smpeg

[Comment 1 Ole Tange 2002-07-07 18:49:16 UTC]

Created attachment 2021 [details]
output from emerge smpeg

[Comment 2 Matthew Kennedy (RETIRED) 2002-07-25 00:26:54 UTC]

hi. I can't reproduce this. could you post your USE flags for us please?

Matt

[Comment 3 Matthew Kennedy (RETIRED) 2002-07-25 00:29:06 UTC]

also, your CFLAGS/CXXFLAGS etc. thanks

[Comment 4 Daniel Mettler 2002-08-20 23:27:19 UTC]

the same here with smpeg-0.4.4-r3 and gcc-3.2 (profile: default-x86-2.0):

gcc -march=athlon-tbird -O3 -pipe -I/usr/include/SDL -D_REENTRANT
-DTHREADED_AUDIO -I/usr/inc                                            
lude/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/X11R6/include -I/usr/X11R                                            
6/include -DNDEBUG -I.. -DNOCONTROLS -I. -I./audio -I./video -o .libs/plaympeg
plaympeg.o .li                                             bs/libsmpeg.so
-L/usr/lib -lSDL -lpthread -lm -lSDL -lpthread -lm -lSDL -lpthread -lm -L/usr/ 
                                           lib -Wl,-rpath,/usr/lib -lSDL
-lpthread -lm
.libs/libsmpeg.so: undefined reference to `operator new[](unsigned)'
.libs/libsmpeg.so: undefined reference to `operator delete(void*)'
.libs/libsmpeg.so: undefined reference to `operator delete[](void*)'
.libs/libsmpeg.so: undefined reference to `operator new(unsigned)'
collect2: ld returned 1 exit status
make[1]: *** [plaympeg] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/smpeg-0.4.4-r3/work/smpeg-0.4.4'
make: *** [all-recursive] Error 1

!!! ERROR: The ebuild did not complete successfully.
!!! Function src_compile, Line 23, Exitcode 2
!!! (no error message)

!!! emerge aborting on  /usr/portage/media-libs/smpeg/smpeg-0.4.4-r3.ebuild .
Failed to emerge package media-libs/smpeg-0.4.4-r3

i have not attempted to solve this yet.

my flags:

CFLAGS="-march=athlon-tbird -O3 -pipe"
CXXFLAGS=${CFLAGS}
default USE flags of profile default-x86-2.0

[Comment 5 Matthew Kennedy (RETIRED) 2002-08-21 09:28:59 UTC]

hi i still cannot reproduce this with gcc3.2, default-x86-2.0 profile with my
CFLAGS as "-march=pentium3 -O3 -pipe". I can reproduce this problem exactly if I
choose "-march=athlon-tbird -O3 -pipe".

[Comment 6 Matthew Kennedy (RETIRED) 2002-08-21 09:32:36 UTC]

eww... now if i try to re-emerge it with my original CFLAGS/CXXFLAGS I get the
same problem. heh.

[Comment 7 Ole Tange 2002-08-21 19:25:22 UTC]

I just retried: The bug is still there.

# grep -v # /etc/make.conf
GENTOO_MIRRORS="http://mirrors.sunsite.dk/gentoo
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
USE="mmx sse apm pcmcia pnp trusted gphoto2 cups slp X opengl xv kde qt qtmt
arts evo sdl gd gif jpeg png tiff avi mpeg quicktime alsa dvd xmms oggvorbis
flash encode ipv6 pam ssl crypt imap ldap tcpd mozilla mozirc spell truetype xml
xml2 pdflib perl berkdb mysql postgres odbc innodb gdbm afs"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=i686 -O2 -pipe"
CXXFLAGS="-mcpu=i686 -O2 -pipe"
CC=gcc-3.1
CXX=g++-3.1
GCJ=gcj-3.1

[Comment 8 Matthew Kennedy (RETIRED) 2002-08-22 01:41:22 UTC]

Ole and Daniel,

I believe I've fixed this problem in -r4. Please test and let me know how it goes.

Thanks for the report,
Matt

[Comment 9 Ole Tange 2002-08-22 02:31:50 UTC]

Nope. Same problem. Same output.

But I think I know what the problem is:

CXX=g++-3.1 but smpeg is using g++ in some places. g++ is _not_ 3.1. It seems
smpeg is not respcting CXX.

I have tried:
# mv g++ g++-org
# cp g++-3.1 g++
# mv gcc gcc-org
# cp gcc-3.1 gcc

Now it emerged without problems (whether it *works* remains to be seen).

[Comment 10 Daniel Mettler 2002-08-22 05:38:31 UTC]

yep, now it works fine here :)

[Comment 11 Ole Tange 2002-08-28 15:45:02 UTC]

The bug is the same problem as in bug 4666 - just for a different package. 

[Comment 12 Nicholas Jones (RETIRED) 2002-09-24 23:16:28 UTC]

This was fixed in bug #5558