Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 30798 - cdrtools and cdrdao fails compile (-lscg error)
Summary: cdrtools and cdrdao fails compile (-lscg error)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Lars Weiler (RETIRED)
URL:
Whiteboard:
Keywords:
: 30818 32665 35985 37544 39625 41752 41898 42051 42395 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-10-09 17:44 UTC by Sean C. Burbidge
Modified: 2004-03-21 12:24 UTC (History)
21 users (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 Sean C. Burbidge 2003-10-09 17:44:31 UTC
cdrdao 1.1.7-r1 fails to compile, and breaks the dependency chain for kde.

i've done emerge sync, revdep-rebuild.  this appears to reproduce a bug from
2000 (!) of which more info can be had at
http://www.freebsd.org/cgi/query-pr.cgi?pr=22302.  a patch was released to fix
this and the version bumped to 1.1.4.

Reproducible: Always
Steps to Reproduce:
1. emerge cdrdao


Actual Results:  
g++  -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb
-ltrackdb  -L../scsilib/export -lscg -lschily -lpthread  -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld:
cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [cdrdao] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.7-r1/work/cdrdao-1.1.7/dao'
make: *** [all] Error 1

!!! ERROR: app-cdr/cdrdao-1.1.7-r1 failed.
!!! Function src_compile, Line 52, Exitcode 2
!!! (no error message)


Expected Results:  
clean compile!  :)

USE="cdr curl decss dvd gd-external imagemagick mozcalendar nocstrike \
     nodod nophysfs noqmax notfc php samba scanner tiff usb xvid -apm -gpm \
     -gnome -libg++ -mikmod -alsa -arts"
Comment 1 Martin Holzer (RETIRED) gentoo-dev 2003-10-10 09:27:12 UTC
*** Bug 30818 has been marked as a duplicate of this bug. ***
Comment 2 Chuck Burns 2003-10-28 17:25:59 UTC
I also get this error, with 1.1.7-r2, using kernel 2.6.0-test8, I've tried
removing the --with-scglib and --with-scginclude's from the ebuild's configure
section, like suggested in the duplicate bug, I also tried linking /usr/src/linux
to kernel-2.4.20 as also suggested.  neither work.

Chuck Burns
Comment 3 SpanKY gentoo-dev 2003-11-03 16:42:05 UTC
*** Bug 32665 has been marked as a duplicate of this bug. ***
Comment 4 SpanKY gentoo-dev 2003-11-03 16:42:32 UTC
please review Bug 6425
Comment 5 SpanKY gentoo-dev 2003-12-17 08:24:33 UTC
*** Bug 35985 has been marked as a duplicate of this bug. ***
Comment 6 Paul Taylor 2003-12-17 11:14:41 UTC
I've just encountered this bug with cdrdao-1.1.7-r3.

Unlike Chuck, 1.1.7-r2 compiled (and runs) fine for me.
For the record, I'm using gentoo-dev-sources 2.6.0_beta11-r2;
I don't think it's a kernel issue, though.

Comparing the ebuild files between -r2 and -r3, this looks like the culprit:

  # Add '-gentoo' to version, so that k3b, etc can detect that we have
  # a special version that includes scglib support.
  epatch ${FILESDIR}/${P}-gentoo-version.patch

The patch itself is pretty innocuous, and the ebuild contents related to scglib haven't changed.  Weird.
Comment 7 Philipp Kern 2003-12-24 14:24:20 UTC
-r2 and -r3 fail here with the same error.

/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status

<rant>I'm currently encountering bugs on mass. I probably should go back to stable and trust the QA guys ;)</rant>
Comment 8 Philipp Kern 2003-12-30 09:27:44 UTC
This does not affect stable so "ACCEPT_KEYWORDS="-~x86" emerge cdrtools cdrdao" works for me.
Comment 9 Sébastien ESTIENNE 2004-01-28 08:09:52 UTC
i had the same problems until i updated cdrtools,
i used version app-cdr/cdrtools-2.01_alpha23
Comment 10 Lars Weiler (RETIRED) gentoo-dev 2004-02-06 18:47:09 UTC
Should work with the recent cdrtools.  Please test!
Comment 11 Rajiv Aaron Manglani (RETIRED) gentoo-dev 2004-02-08 12:18:18 UTC
just tried to emerge cdrtools-2.01_alpha25.ebuild. fails with:


gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include -I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrtools-2.01_alpha25 failed.
!!! Function src_compile, Line 47, Exitcode 2
!!! (no error message)


this is on a box running 'x86' only.

Comment 12 Rajiv Aaron Manglani (RETIRED) gentoo-dev 2004-02-08 12:20:11 UTC
Gentoo Base System version 1.4.3.10p1
Portage 2.0.50 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.23-aa1)
=================================================================
System uname: 2.4.23-aa1 i686 AMD Athlon(tm) XP 2500+
distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.58
Automake: sys-devel/automake-1.7.7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache sandbox"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://oss.redundant.com/pub/gentoo http://gentoo.noved.org/ http://www.gtlib.cc.gatech.edu/pub/gentoo http://csociety-ftp.ecn.purdue.edu/pub/gentoo http://gentoo.seren.com/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="3dnow X alsa apache2 apm avi berkdb cdr crypt cups curl dvd emacs encode ethereal foomaticdb gd gdbm gif gtk gtk2 imap imlib innodb java jikes jpeg ldap libg++ libwww mad maildir mbox mmx motif mozilla mpeg mysql ncurses oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sasl sdl slang slp spell sse ssl svga tcltk tiff truetype x86 xml xml2 xmms xv xvid zlib"

Comment 13 Lars Weiler (RETIRED) gentoo-dev 2004-02-11 18:18:03 UTC
*** Bug 37544 has been marked as a duplicate of this bug. ***
Comment 14 Lars Weiler (RETIRED) gentoo-dev 2004-02-11 18:19:05 UTC
*** Bug 39625 has been marked as a duplicate of this bug. ***
Comment 15 Lars Weiler (RETIRED) gentoo-dev 2004-02-11 18:20:49 UTC
I can't reproduce it on my system(s).  But it seems that the tools depends on esound as mentioned in bug 37544.  I will read the several threads in the forums to find out more details.
Comment 16 Lars Weiler (RETIRED) gentoo-dev 2004-02-11 18:40:07 UTC
Okay, one step back!

Please check all, if /usr/src/linux points to the running kernel.  This seems to be an old bug in cdrtools, that it needs the right kernel-sources.

Let me know, if my guess was right.

After that I will verify if I can change the ebuild to check it before compiling and print a proper failure-message.
Comment 17 Rajiv Aaron Manglani (RETIRED) gentoo-dev 2004-02-11 23:02:08 UTC
on my box, /usr/src/linux is pointing to the correct kernel source:

lrwxrwxrwx    1 root     root           16 Dec 10 16:19 linux -> linux-2.4.23-aa1
drwxr-xr-x   15 root     root          776 Jan 11 21:50 linux-2.4.23-aa1

compile still fails.
Comment 18 Marcus Spading 2004-02-15 19:14:55 UTC
I ran in the same problem. I found out that it doesn't work with aa-sources.

workaround:
* emerge vanilla-sources 
* /usr/src/linux has to point to vanilla-sources
* emerge cdrtools cdrdao
* reset /usr/src/linux to your current kernel version
Comment 19 Lars Weiler (RETIRED) gentoo-dev 2004-02-15 23:44:33 UTC
What an ugly workaround ;-)  That won't fit in an ebuild.

As the cdrdao-maintainers finally released 1.1.8 I will ask you, if this version also shows the problems.  Could you please test again?
Comment 20 Lars Weiler (RETIRED) gentoo-dev 2004-02-15 23:57:04 UTC
*** Bug 41752 has been marked as a duplicate of this bug. ***
Comment 21 Paul Taylor 2004-02-16 03:35:17 UTC
Argh...  I just tried to upgrade to cdrdao-1.1.8 tonight (hoping to get native IDE CD writer support0, but the "cannot find -lscg" problem is back.  :-/  
cdrdao 1.1.7-r3 worked fine, so whatever you did to get that working probably should be reapplied?

--------------

Error message:

gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include -I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrtools-2.01_alpha25 failed.
!!! Function src_compile, Line 47, Exitcode 2
!!! (no error message)

---------------------

"emerge info" output:

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040207-r0, 2.6.3-rc2-gentoo)
=================================================================
System uname: 2.6.3-rc2-gentoo i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.59-r2
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.pacific.net.au/linux/Gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.au.gentoo.org/gentoo-portage"
USE="3dnow X acpi alsa apm arts avi berkdb crypt cups dvd encode fbcon foomaticdb freetype gdbm gif gpm gps gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nptl oggvorbis opengl pam pdflib perl png ppds python quicktime readline sdl slang spell sse ssl svga tcpd truetype usb x86 xml2 xv zlib"
Comment 22 Paul Taylor 2004-02-16 04:34:38 UTC
You can add the brand new cdrtools-2.01_alpha25 to the list, too:

[snip]
gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include -I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrtools-2.01_alpha25 failed.
!!! Function src_compile, Line 47, Exitcode 2
!!! (no error message)

Comment 23 Gerald Normandin (RETIRED) 2004-02-16 08:27:23 UTC
I receive the same issue, running mm-sources-2.6.3-rc2

g++  -o cdrdao main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb  -L/usr/lib -lscg -lschily -lpthread  -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [cdrdao] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.7-r3/work/cdrdao-1.1.7/dao'
make: *** [all] Error 1
Comment 24 Gerald Normandin (RETIRED) 2004-02-16 08:29:32 UTC
cdrtools fails to build as well: 
/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2


looks like it has to do with missing scsi support... which should not be needed on 2.6 series kernels
Comment 25 Gerald Normandin (RETIRED) 2004-02-16 10:53:59 UTC
moving /usr/src/linux to 2.6.0 vanilla sources, fixed the issue... 
also.. running kernel is 2.6.3-rc2
Comment 26 Christian Hartmann (RETIRED) gentoo-dev 2004-02-17 04:41:41 UTC
OK. Here we go:

Delete the link /usr/src/linux and emerge cdrtools again. It's a very dirty workaround but it fixed the problem for me.
Comment 27 Lars Weiler (RETIRED) gentoo-dev 2004-02-17 05:51:24 UTC
It seems to me that we have problems with some patched sources (like -mm).  Can you tell me your sources and if the problem is solved with either linking to correct source, linking to vanilla-sources or delete the link?
Comment 28 Lars Weiler (RETIRED) gentoo-dev 2004-02-18 08:38:15 UTC
*** Bug 41898 has been marked as a duplicate of this bug. ***
Comment 29 Martin Gramatke 2004-02-18 11:49:13 UTC
here is my little list:
linking linux to linux-2.6.3-rc2-mm1 did not work :-(
linking to linux-2.6.1 did not work :-(
deleting linux did work :-)
Comment 30 Lars Weiler (RETIRED) gentoo-dev 2004-02-18 17:40:31 UTC
*** Bug 42051 has been marked as a duplicate of this bug. ***
Comment 31 Lars Weiler (RETIRED) gentoo-dev 2004-02-18 17:55:17 UTC
reopen this bug, so that it could be found.
Comment 32 Michael C. Ferguson 2004-02-18 22:12:06 UTC
Removing the /usr/src/linux symlink (was pointing to 2.6.3) fixed this
problem for me (on app-cdr/cdrtools-2.01_alpha25). Surely there must be a
better way though...

Comment 33 Vermyndax 2004-02-20 10:10:37 UTC
My compile attempt for cdrdao-1.1.8 does not work.  Deleting the linux symlink didn't work either:

++ -DDRIVER_TABLE_FILE=\"/usr/share/cdrdao/drivers\" -O3 -march=pentium4 -fprefetch-loop-arrays -pipe   -o cdrdao  main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb -lpthread -L/usr/lib -lscg -lschily -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[2]: *** [cdrdao] Error 1
make[2]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8/dao'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrdao-1.1.8 failed.
!!! Function src_compile, Line 46, Exitcode 2
!!! (no error message)

asteria-linux src # ls -la
total 6
drwxr-xr-x    5 root     root          200 Feb 20 12:07 .
drwxr-xr-x   17 root     root          640 Feb 18 19:24 ..
-rw-r--r--    1 root     root            0 Feb 18 19:24 .keep
drwxr-xr-x   19 root     root         1280 Jan 25 14:30 linux-2.6.1-gentoo-r1
drwxr-xr-x   19 root     root         1344 Jan 27 20:44 linux-2.6.1-gentoo-r1-patched
drwxr-xr-x   18 root     root          664 Feb 20 01:47 linux-2.6.1-gentoo-r2
Comment 34 inode77 2004-02-21 06:47:04 UTC
Had the same problem here with 2.6.3-gentoo-r1 and a fresh install. Removing the kernlsource symlink worked for me.
Comment 35 Clark Torgerson 2004-02-21 23:08:21 UTC
Replacing  

"emake CC=${CC} || die"

with

"emake CC="${CC} -D__attribute_const__=const" || die"

in the ebuild worked for me as pointed out by "chenxy" at http://forums.gentoo.org/viewtopic.php?t=84837&highlight=
Comment 36 Gregg Casillo 2004-02-22 09:22:28 UTC
Clark's tip on changing the emake line in the ebuild worked for me. Running 2.6.3-r1 with linux-headers-2.6.1 on a fresh install.
Comment 37 Lars Weiler (RETIRED) gentoo-dev 2004-02-22 15:26:34 UTC
*** Bug 42395 has been marked as a duplicate of this bug. ***
Comment 38 Lars Weiler (RETIRED) gentoo-dev 2004-02-22 16:30:44 UTC
As there are several persons who say that it works with this macro, I'll add it to the cdrtools-ebuild.  Thanks for that!

But, that does not solve the problem with cdrdao.  It still fails compiling.
Comment 39 Jukka Palko 2004-02-22 22:19:32 UTC
The fix for cdrtools worked for me, but I have not had any problems in compiling cdrdao-1.1.8 (or has the ebuild been fixed already?)... Interesting.

My system being:
Portage 2.0.50-r1 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.3)
=================================================================
System uname: 2.6.3 i686 AMD Athlon(tm) XP 2400+
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=athlon-xp -march=athlon-xp -msse -mmmx -m3dnow -O2 -fomit-frame-pointer -frerun-loop-opt -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /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/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/portage/packages"
PORTAGE_TMPDIR="/portage/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d aalib alsa apm avi berkdb bonobo cdr crypt cups dga directfb doc dvd dvdr encode esd fbcon foomaticdb freetype gdbm gif gnome gnutls gpm gtk gtk2 imap imlib ipv6 jabber java joystick jpeg kde kerberos libg++ libwww mad maildir mbox mikmod mmx motif mozcalendar mozilla mpeg mpeg4 ncurses nls nptl nvidia oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sasl sdl slang spell sse ssl stroke svga tcltk tcpd tetex tiff truetype type1 unicode usb video_cards_nvidia vim-with-x wmf x86 xchattext xine xml2 xmms xv zlib"
Comment 40 Philipp Kern 2004-02-23 04:07:36 UTC
cdrtools emerge worked here fine without any changes to the ebuild.
Same for cdrdao.

Tue Jan 27 20:01:55 2004 --> app-cdr/cdrtools-2.01_alpha25
Sun Feb 22 20:59:39 2004 --> app-cdr/cdrdao-1.1.8

Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040207-r0, 2.6.3-rc4-gentoo)
=================================================================
System uname: 2.6.3-rc4-gentoo i686 AMD Athlon(tm) XP 2100+
Gentoo Base System version 1.4.3.13
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer  -frerun-loop-opt -falign-functions=4 -fforce-mem -funroll-loops  -ffast-math -finline-functions -foptimize-sibling-calls -m3dnow -mmmx"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /etc/tomcat /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -pipe -fomit-frame-pointer  -frerun-loop-opt -falign-functions=4 -fforce-mem -funroll-loops  -ffast-math -finline-functions -foptimize-sibling-calls -m3dnow -mmmx -Wno-deprecated"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo http://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp6.uni-muenster.de/pub/linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow X acl acpi alsa apache2 apm autofs avi berkdb cdr crypt cups dvd encode esd foomaticdb gd gdbm gif gimpprint gnome gpm gtk gtk2 imap imlib innodb ipv6 java jikes jpeg kde ldap libg++ libwww mad maildir mbox memlimit mikmod mmx mozilla moznocompose moznoirc mpeg mysql ncurses nls oggvorbis opengl pam parse-clocks pdflib png ppds python qt quicktime readline ruby sdl slang spell ssl svga tcltk tcpd truetype unicode vim-with-x x86 xml2 xmms xv xvid zlib"
Comment 41 Andreas Simon 2004-02-23 04:40:42 UTC
Here too cdrdao-1.1.8 fails because of the missing scg library.
I had no problems compiling cdrtools-2.01_alpha25.



ar cru libdao.a main.o dao.o port.o data.o CdrDriver.o CDD2600Base.o CDD2600.o PlextorReader.o GenericMMC.o SubChannel.o PQSubChannel16.o PWSubChannel96.o PQChannelEncoder.o GenericMMCraw.o PlextorReaderScan.o RicohMP6200.o ScsiIf-lib.o TaiyoYuden.o YamahaCDR10x.o TeacCdr55.o SonyCDU920.o SonyCDU948.o ToshibaReader.o CdTextEncoder.o Settings.o
ranlib libdao.a
g++ -DDRIVER_TABLE_FILE=\"/usr/share/cdrdao/drivers\" -march=athlon-xp -O3 -pipe -fstack-protector -ftracer -maccumulate-outgoing-args -fprefetch-loop-arrays   -o cdrdao  main.o -L. -ldao -L../paranoia -lcdda_paranoia -L../trackdb -ltrackdb -lpthread -L/usr/lib -lscg -lschily -lnsl
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[2]: *** [cdrdao] Error 1
make[2]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8/dao'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.1.8/work/cdrdao-1.1.8'
make: *** [all] Error 2

!!! ERROR: app-cdr/cdrdao-1.1.8 failed.
!!! Function src_compile, Line 46, Exitcode 2
!!! (no error message)



# emerge --info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.3-love3)
=================================================================
System uname: 2.6.3-love3 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.4.3.13
ccache version 2.3 [disabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fstack-protector"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /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/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=athlon-xp -O3 -pipe -fstack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs fixpackages sandbox"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/opt/portage /opt/portage-kde"
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow X aalib acl alsa apm arts artswrappersuid avi berkdb cdr crypt cups dga dvb dvd encode esd faad flac foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imap imlib ipv6 java jpeg kde lcms libg++ libwww mad maildir mikmod mmx motif mozilla mpeg mule ncurses nls nptl offensive oggvorbis opengl oss pam pdflib perl pic png python qt quicktime readline sasl sdl slang spell sse ssl tcltk tcpd tetex threads tiff truetype unicode x86 xml2 xmms xv zlib"


cdrdao gets configued with -with-scglib-lib=/usr/lib
but I have no /usr/lib/libscg* installed. Where is this library supposed to come from?

cdrdao contains itself the library under scsilib/libscg in it's tarball but evidently it get's not build because of the configure options --with-scglib-inc=/usr/include/scsilib --with-scglib-lib=/usr/lib.

Altogether cdrdao is setup to use cdrtools' scsilib headers but cdrtools doesn't provide the respective library to link against, i.e. /usr/lib/libscg*.
Comment 42 Andreas Simon 2004-02-23 06:03:45 UTC
After jumping from love-sources-2.6.3-r3 to gentoo-dev-sources-2.6.3-r1, cdrtools-2.01_alpha25 fails too (before cdrtools compiled but cdrdao not):

gcc   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include -I/usr/src/linux/include  -I../cdrecord  -c -o OBJ/x86-linux-cc/modes.o modes.c
        ==> LINKING "OBJ/x86-linux-cc/scgcheck"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/scgcheck] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/scgcheck'
make: *** [all] Error 2


So I tried to compile
/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/libscg
by hand. But

make[1]: Entering directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/libscg'
        ==> MAKING DIRECTORY "../libs/amd-athlon-tm--xp-1800+-linux-cc"
        ==> COMPILING "OBJ/amd-athlon-tm--xp-1800+-linux-cc/scsitransp.o"
        ==> COMPILING "OBJ/amd-athlon-tm--xp-1800+-linux-cc/scsihack.o"
In file included from /usr/src/linux/include/linux/cdrom.h:14,
                 from scsi-linux-sg.c:89,
                 from scsihack.c:127:
/usr/src/linux/include/asm/byteorder.h:14: error: syntax error before "__u32"
/usr/src/linux/include/asm/byteorder.h:28: error: syntax error before "__u64"
In file included from /usr/src/linux/include/linux/byteorder/little_endian.h:11,
                 from /usr/src/linux/include/asm/byteorder.h:57,
                 from /usr/src/linux/include/linux/cdrom.h:14,
                 from scsi-linux-sg.c:89,
                 from scsihack.c:127:
/usr/src/linux/include/linux/byteorder/swab.h:133: error: syntax error before "__u16"
/usr/src/linux/include/linux/byteorder/swab.h:146: error: syntax error before "__u32"
/usr/src/linux/include/linux/byteorder/swab.h:160: error: syntax error before "__u64"
make[1]: *** [OBJ/amd-athlon-tm--xp-1800+-linux-cc/scsihack.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/cdrtools-2.01_alpha25/work/cdrtools-2.01/libscg'
make: *** [all] Error 2

I have sys-kernel/linux-headers-2.6.3 installed.


After removing the /usr/src/linux link, cdrtools build without problems.
Even /usr/lib/libscg.a gets installed.

Compiling cdrdao-1.1.8 afterwards worked too.
Comment 43 Lars Weiler (RETIRED) gentoo-dev 2004-02-23 08:54:25 UTC
I changed both ebuilds.  First cdrtools-2.0.1_alpha25 that now contains the macro and second cdrdao-1.1.8 that builds now without cdrtools' libscg but with it's own.

As I had also the problem with cdrdao, the change fixed the problem.  And again I all ask you to emerge sync and test the ebuilds ;-)
Comment 44 Collin Starkweather 2004-02-23 09:19:03 UTC
I was having this problem with the cdrtools ebuild I last synced this weekend.  This morning I synced again and it seems to have fixed the problem.  Thanks, Lars!
Comment 45 Ffer 2004-02-24 10:46:39 UTC
I had to do an "emerge -u cdrtools"
(apparently mine compiled before so cdrtools had to be recompiled, "emerge world" did not update it)

then cdrdao compiled =)
Comment 46 R Jason Valentine 2004-02-25 21:40:18 UTC
I had this problem myself, but I managed to work around it.

I was emerging k3b in the ~x86 tree and I got this error when it got around to compiling cdrdao.  
I looked at emerge -s k3b and had 20 or so files left to emerge.  I chose 5 of them that would emerge without cdrdao.  They were libdv, libquicktime, madplay, libcdio, and vcdimager.  I then did emerge -s k3b and the order was slightly different from previous, and all installed without a hitch.
Comment 47 Paul de Vrieze (RETIRED) gentoo-dev 2004-03-09 13:30:51 UTC
This is definately a cdrtools/linux headers problem. The libscg comes from cdrecord and failing to build it should cause cdrtools to fail. cdrdao is correct in expecting it to be there.
Comment 48 Lars Weiler (RETIRED) gentoo-dev 2004-03-10 17:15:55 UTC
All cdrtools-ebuilds are changed to remove the include-directory /usr/src/linux/include during compilation, which seemed to cause the problems with the 2.4-headers and a 2.6-kernel.

As I didn't had errors before, may somebody of you please test?
Comment 49 Andreas Simon 2004-03-11 01:55:46 UTC
The new ebuilds work fine for me. I can no longer reproduce the failure I had previously. /usr/lib/libschily.a gets build, with or without a /usr/src/linux link.
Comment 50 Petter 2004-03-12 00:13:25 UTC
Worked for me when I did:
emerge cdrtools cdrdao :)

Thanks.
Comment 51 Craig Bradney 2004-03-13 16:07:16 UTC
I just emerged to see if it was fixed, its not or the server wasnt sync'd yet. I've emerged cdrtools and now cdrdao has compiled too.
Comment 52 Rajiv Aaron Manglani (RETIRED) gentoo-dev 2004-03-13 17:22:36 UTC
new ebuilds work with aa-sources 2.4.23-aa1:

*  app-cdr/cdrtools :
        [  I] 2.01_alpha25 (0)

*  app-cdr/cdrdao :
        [  I] 1.1.8 (0)


thanks!

Comment 53 Lars Weiler (RETIRED) gentoo-dev 2004-03-16 19:28:46 UTC
The problems with cdrtools seem to be solved now.  Thanks for all your advices!

cdrdao has now a dependency on cdrtools, so that it should compile in the right order.  Maybe I can get cdrdao compile without cdrtools later, but for running on stable, it should be okay with the current solution.

Thanks for all your patience!
Comment 54 Jason McCormick 2004-03-20 18:39:43 UTC
I hate to re-open this but I'm still seeing this error as of today (3/20) even after it's been marked as filed for cdrtools-2.01_alpha.  I blew away my app-cdr/cdrtools directory just to make sure I had the freshest files.  My emerge of cdrtools completes but I don't get all of the binaries, including cdrecord.  There seems to be a buried error in the build that doesn't cause the entire build to fail:

gcc -D__attribute_const__=const   -O   -I. -IOBJ/x86-linux-cc -I../incs/x86-linux-cc -I../include  -I../cdrecord -DUSE_PG -DCLONE_WRITE -DUSE_LARGEFILES  -c -o OBJ/x86-linux-cc/getnum.o getnum.c
        ==> LINKING "OBJ/x86-linux-cc/readcd"
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lscg
collect2: ld returned 1 exit status
make[1]: *** [OBJ/x86-linux-cc/readcd] Error 1

But then after this the emerge just continues on as if nothing happened.  I'm running linux 2.6.4-gentoo-r1 and I've read though all of these bugs and references trying to fix this and nothing seems to be working for me. 

sith src # emerge info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.4-gentoo-r1)
=================================================================
System uname: 2.6.4-gentoo-r1 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.4.3.13p1
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa apm arts avi berkdb cdr crypt cups encode esd foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 guile imlib java jpeg kde ldap libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib"
Comment 55 Jason McCormick 2004-03-20 19:39:14 UTC
Ingore my last post.  For some reason my linux-headers package wasn't up-to-date with the kernel I was actually running.  Upgrading to linux-headers-2.6.4 fixed everything.