Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 5558 - smpeg-xmms does not see smpeg includes
Summary: smpeg-xmms does not see smpeg includes
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: Normal major (vote)
Assignee: Doug Goldstein (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-25 08:32 UTC by John Davis (zhen) (RETIRED)
Modified: 2003-02-04 19:42 UTC (History)
1 user (show)

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


Attachments
gcc 3.1 fix for smpeg (smpeg-0.4.4-gcc31.patch,276 bytes, patch)
2002-08-01 01:29 UTC, Olivier Crete (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description John Davis (zhen) (RETIRED) gentoo-dev 2002-07-25 08:32:25 UTC
This seems to be a trivial issue. When the config for smpeg-xmms is looking for
-lsmpeg, it is not looking in the default includes dir. An smpg-config gives the
full path for the smpeg include. I think that I can handle this one, but I am
not sure where to start. I am guessing the configure script for smpeg-xmms? I
will look around and keep everyone posted.

//John
Comment 1 Brandon Low (RETIRED) gentoo-dev 2002-07-25 20:36:20 UTC
I believe this is a gcc-3.1 error and have seen it before, but do not know the
solution.
Comment 2 Olivier Crete (RETIRED) gentoo-dev 2002-08-01 01:14:14 UTC
The exact error is:
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1.1/../../../libsmpeg.so: undefined referen
ce to `operator new[](unsigned)'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1.1/../../../libsmpeg.so: undefined referen
ce to `operator delete(void*)'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1.1/../../../libsmpeg.so: undefined referen
ce to `operator delete[](void*)'
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.1.1/../../../libsmpeg.so: undefined referen
ce to `operator new(unsigned)'
collect2: ld returned 1 exit status
configure: failed program was:

And smpeg has been compiled with the same compiler (gcc 3.1.1-r1)... now why is
is asking for clearly C++ symbols on a C library.. Is it very bizzare...

Small test case:
gcc test.c -lsmpeg 
on the file:
char SMPEG_new_data();
int main() {
SMPEG_new_data()
; return 0; }

but its a smpeg bug
Comment 3 Olivier Crete (RETIRED) gentoo-dev 2002-08-01 01:17:30 UTC
It works when compiled as
g++ -lsmpeg conftest.c
and declaring the function as:
extern "C" char SMPEG_new_data();

smpeg is C++.... compiled with a C interface...
Comment 4 Olivier Crete (RETIRED) gentoo-dev 2002-08-01 01:29:07 UTC
Created attachment 2717 [details, diff]
gcc 3.1 fix for smpeg

This is the gcc 3.1 fix from RedHat for smpeg
Comment 5 Doug Goldstein (RETIRED) gentoo-dev 2002-08-03 04:27:30 UTC
New ebuilds in Portage! Please unmask and test! 

smpeg-0.4.4-r3 and smpeg-xmms-0.3.4-r2

Please post which compiler you used! I want some successful tests with gcc-3.1
and gcc-2.95 before unmasking!
Comment 6 Doug Goldstein (RETIRED) gentoo-dev 2002-08-03 07:55:48 UTC
Included a new ebuild of smpeg-xmms-0.3.5 :) Please test. It's still masked. 
Comment 7 Sven Blumenstein (RETIRED) gentoo-dev 2002-08-03 22:58:06 UTC
Compiled with Gcc 3.1 and these flags:

CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon -O3 -pipe -fomit-frame-pointer -mmmx -m3dnow -mno-sse
-mno-sse2"
CXXFLAGS="-mcpu=athlon -O3 -pipe -fomit-frame-pointer -mmmx -m3dnow -mno-sse
-mno-sse2"


Just watched a 2h DivX movie without problems :)
Comment 8 Doug Goldstein (RETIRED) gentoo-dev 2002-08-04 05:17:32 UTC
Excellent. It was tested on 2 gcc-2.95, 1 gcc-3.1 and 1 gcc-3.2 box and all
confirmed it worked so I think this is going to be an unmask...