Summary: | cdrdao-1.2.0-r1 fails to compile with gcc-3.3.x and gcc-4.x (antlr crashes) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Heinz <thomasheinz> |
Component: | New packages | Assignee: | Gentoo Optical Media project <media-optical> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | bensberg |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 139249 | ||
Bug Blocks: | |||
Attachments: |
Tried with version 1.2.1 and gcc 4.1. Don't work with USE="pccts"!
Patch to make cdrdao compile for gcc-4.0 |
Description
Thomas Heinz
2005-10-25 07:10:03 UTC
This seems to be a problem with the contained pccts. Using 'USE=pccts emerge cdrdao' the emerge works without problem. My 'emerge info': Portage 2.0.51.22-r3 (default-linux/x86/2005.0, gcc-3.3.6, glibc-2.3.5-r2, 2.6. 13-gentoo-r3 i686) ================================================================= System uname: 2.6.13-gentoo-r3 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-tbird -pipe -fomit-frame-pointer -g -Wstack-protector -fstack-protector" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X 11/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/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-tbird -pipe -fomit-frame-pointer -g -Wstack- protector -fstack-protector" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks nostrip sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite. informatik.rwth-aachen.de/pub/Linux/gentoo ftp://linux.rz.ruhr-uni-bochum.de/ gentoo-mirror/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni- muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu-dresden.de/pub/ mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp- stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/ gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/" LANG="de_DE.utf8" LINGUAS="de en eo" 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="x86 3dnow 3dnowext X Xaw3d a52 aac acl acpi alsa apm avi bash-completion berkdb bitmap-fonts bzip2 caps cdparanoia cdr crypt cups curl doc dvd dvdread encode esd ethereal expat fam fbcon ffmpeg flac foomaticdb ftp gcj gd gdbm gif glut gmp gnustep gpm gs gsl gstreamer gtk gtk2 gtkhtml guile iconv idn imagemagic imap imlib ipv6 java jpeg junit ldap libg++ libwww live lm_sensors lzo mad matroska mbox mikmod mime mmap mmx mmxext mng motif mp3 mpeg ncurses nls nptl nvidia objc offensive ogg oggvorbis opengl oss pam pcre pdflib perl png posix python qt quicktime readline real recode rtc samba sasl sdl sharedmem sndfile sockets sox spell sqlite ssl tcltk tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis win32codecs xml2 xmms xpm xv xvid xvmc zlib linguas_de linguas_en linguas_eo userland_GNU kernel _linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL, LDFLAGS Same problem here, but only with hardened gcc-3.3.6 -- with hardened gcc-3.4.4 it compiles fine. With a vanilla gcc-3.3.6 it's also fine, the same for hardenednopiessp and hardenednossp, but not for hardenednopie. And when using the vanilla gcc-3.3.6 and adding -fstack-protector to the CXXFLAGS, compilation fails too, always with "make[2]: *** [TocParser.cpp] Segmentation fault". Using the USE=pccts makes the compile indeed succeed. Gentoo Base System version 1.12.0_pre9 Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.13 i686) ================================================================= System uname: 2.6.13 i686 AMD Athlon(tm) XP 2800+ dev-lang/python: 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks notitles sandbox sfperms strict test userpriv usersandbox" LINGUAS="en eo es nl" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 3dnow X aac aim alsa apm arts avi bash-completion berkdb bitmap-fonts cdr crypt curl doc dri eds emboss encode esd fam fbcon ffmpeg flac gd gdbm gif glx gpm gstreamer hardened icq imagemagick imlib jabber jpeg kde kdeenablefinal libg++ libwww lm_sensors mad mbox mikmod mime mmap mmx mp3 mpeg ncurses nls nptl ogg oggvorbis opengl pam pdflib png python qt quicktime readline sasl sdl slang speex spell sse ssl svg svga tcltk test threads tidy tiff truetype truetype-fonts type1-fonts udev unicode vorbis win32codecs wnf xface xine xml xml2 xmms xpm xsl xv xvid yahoo zlib video_cards_via linguas_en linguas_eo linguas_es linguas_nl userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS Thanks Benno; so it appears there's a problem with SSP & 3.3.6 but all's ok with SSP & 3.4.4. media-optical - adding [[ $(gcc-version) == 3.3 ]] && filter-flags -fstack-protector to src_compile() just before the econf line should do the trick. media-optical: update; we (hardened) will think a bit more about this, and get back to you. Getting the same problem with non-hardened make[2]: *** [TocParser.cpp] Segmentation fault make[2]: Leaving directory `/var/tmp/portage/cdrdao-1.2.0-r1/work/cdrdao-1.2.0/trackdb' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.2.0-r1/work/cdrdao-1.2.0' make: *** [all] Error 2 !!! ERROR: app-cdr/cdrdao-1.2.0-r1 failed. !!! Function src_compile, Line 63, Exitcode 2 !!! could not compile !!! If you need support, post the topmost build error, NOT this status message. make[2]: *** [TocParser.cpp] Segmentation fault make[2]: Leaving directory `/var/tmp/portage/cdrdao-1.2.0-r1/work/cdrdao-1.2.0/trackdb' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/cdrdao-1.2.0-r1/work/cdrdao-1.2.0' make: *** [all] Error 2 !!! ERROR: app-cdr/cdrdao-1.2.0-r1 failed. !!! Function src_compile, Line 63, Exitcode 2 !!! could not compile !!! If you need support, post the topmost build error, NOT this status message. Portage 2.0.53 (default-linux/x86/2005.1, gcc-3.3.6, glibc-2.3.5-r2, 2.6.14-gentoo-r5 i686) ================================================================= System uname: 2.6.14-gentoo-r5 i686 Intel(R) Pentium(R) M processor 1.80GHz Gentoo Base System version 1.12.0_pre12 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium4" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X aac acl acpi alsa apache2 apm arts audiofile avi bash-completion berkdb bitmap-fonts bzip2 cdr clamav crypt cups curl dlloader dvd dvdr dvdread eds emboss encode esd exif expat fam fbcon foomaticdb fortran ftp gdbm gif glut gnome gpm gstreamer gtk gtk2 hal hardened idn imagemagick imap imlib ipv6 jabber javascript jpeg lcms ldap libg++ libwww mad maildir mhash mikmod mime mng motif mozilla mp3 mpeg msn ncurses nls ogg oggvorbis opengl oss pam pcmcia pcre pda pdflib perl php png python quicktime readline recode samba sdl spell ssl tcltk tcpd tiff truetype truetype-fonts type1-fonts udev usb vorbis wifi xine xinerama xml2 xmms xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY please test with the new version 1.2.1 Created attachment 90524 [details]
Tried with version 1.2.1 and gcc 4.1. Don't work with USE="pccts"!
gcc-4.1 and hardened are not supported together. They dont even exist.. Comment #5 tells us same problem with non hardened compilers also. Reassigning bug to maintainer. And note.. -fstack-protector via CFLAGS is simply not supported. Note before I remove myself from CC: I had this problem with non-hardened gcc-3.3, now that gcc-3.4 is stable and cdrdao-1.2.1 compiles fine its not an issue for me anymore. I didn't try with (even non-hardened) gcc-4.x, as suggested in the subject. Created attachment 93695 [details, diff]
Patch to make cdrdao compile for gcc-4.0
Fixes cdrdao to let it compile with gcc-4.0.
for gcc 4.0 ? We already have a patch to fix compile on gcc 4.1 and gcc 4.0 isn' supported. I don't have a hardened system. Is this bug still valid? Let's close this bug, as nobody jumped into it. |