Bug 23515 – svgalib-1.4.3-r4 fails to compile, complaining about invalid preprocessing tokens

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Travis Tilley (RETIRED) 2003-06-26 02:30:03 UTC]

the error is as follows:

make[1]: Entering directory
`/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/staticlib'
echo '# Module dependencies' >>.depend.src
gcc -I/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/include -I.
-I/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src
-I/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/config -MM
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgadraw.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgaclear.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgaline.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgapix.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgapal.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgacol.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgamodesel.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgamisc.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgadump.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgaconvplanar.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgaaccel.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/timing.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgaregs.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/interface.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/accel.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgabgpage.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgabgvt.c
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vgapci.c >>.depend.src
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3919:31: pasting
"." and "HDisplay" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3920:33: pasting
"." and "HSyncStart" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3921:31: pasting
"." and "HSyncEnd" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3922:29: pasting
"." and "HTotal" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3923:31: pasting
"." and "VDisplay" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3924:33: pasting
"." and "VSyncStart" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3925:31: pasting
"." and "VSyncEnd" does not give a valid preprocessing token
/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/src/vga.c:3926:29: pasting
"." and "VTotal" does not give a valid preprocessing token
make[1]: *** [.depend.src] Error 1
make[1]: Leaving directory
`/var/tmp/portage/svgalib-1.4.3-r3/work/svgalib-1.4.3/staticlib'
make: *** [staticlib/libvga.a] Error 2

!!! ERROR: media-libs/svgalib-1.4.3-r3 failed.
!!! Function src_compile, Line 31, Exitcode 2
!!! (no error message)


my installed versions of the following, where the gcc build is local, and the
same as the gcc 3.3 ebuild only without the hammer update:
ayanami root # emerge -p gcc binutils mm-sources glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R  ] sys-devel/gcc-3.3-r1  
[ebuild   R  ] sys-devel/binutils-2.14.90.0.4  
[ebuild   R  ] sys-kernel/mm-sources-2.5.73-r1  
[ebuild   R  ] sys-libs/glibc-2.3.2-r2  


There is likely a patch 'out there' and this is a gcc 3.3 issue, which i'll deal
with after sleeping but i figured i should at least file a bug so that i dont
forget. it's 5:20am so otherwise i probably -will- forget.

Reproducible: Always
Steps to Reproduce:




Portage 2.0.48-r1 (default-x86-1.4, gcc-3.3, glibc-2.3.2-r2)
=================================================================
System uname: 2.5.73-mm1 i686 Intel(R) Celeron(R) CPU 1.80GHz
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss apm avi crypt cups encode gif jpeg kde gnome libg++ libwww mikmod
mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib
gtkhtml alsa gdbm berkdb slang readline nas bonobo svga ggi java guile ruby X
sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gtk qt motif opengl mozilla
acl acpi acpi4linux canna cdr cjk curl dga dnd dvd evo fbcon fluidsynth freewnn
gnomedb gstreamer gtk2 icc imap jack ladcca lcms libgda matrox md5sum
moznocompose moznoirc moznomail mozsvg mozxmlterm mpi objc openal pic samba slp
snmp socks5 sse tiff usagi usb vim-with-x wmf Xaw3d xinerama xml xosd -3dnow -arts"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -msse -msse2 -mfpmath=sse -O3 -pipe"
CXXFLAGS="-march=pentium4 -msse -msse2 -mfpmath=sse -O3 -pipe"
ACCEPT_KEYWORDS="x86 amd64"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="ccache sandbox buildpkg"

[Comment 1 Travis Tilley (RETIRED) 2003-06-26 14:20:53 UTC]

Created attachment 13906 [details, diff]
patch to compile svgalib 1.4.3 with gcc 3.3

This patch allows the stable version of svgalib (1.4.3) to compile using gcc
3.3.

[Comment 2 Travis Tilley (RETIRED) 2003-06-26 14:22:05 UTC]

adding liquidx to cc, since liquidx checked the last svgalib ebuild into cvs.

[Comment 3 SpanKY 2004-01-09 15:05:04 UTC]

*** Bug 33158 has been marked as a duplicate of this bug. ***

[Comment 4 SpanKY 2004-01-09 15:40:53 UTC]

fixed in the cvsz0r

[Comment 5 SpanKY 2004-01-10 13:51:15 UTC]

*** Bug 37783 has been marked as a duplicate of this bug. ***