<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>24154</bug_id>
          
          <creation_ts>2003-07-09 04:10 0000</creation_ts>
          <short_desc>gv fails to emerge using gcc 3.3</short_desc>
          <delta_ts>2003-09-11 19:11:15 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>voltron.rex@tiscali.de</reporter>
          <assigned_to>bug-wranglers@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>voltron.rex@tiscali.de</who>
            <bug_when>2003-07-09 04:10:00 0000</bug_when>
            <thetext>Greetings

Emerging the latest gv fails with lots of nifty preprocessing errors. I&apos;m using
gcc3.3. Yes, evil, but sooner or later it&apos;ll be generally in use, yes?

The errors are long and ugly. There are some 100 errors, maybe more. They are
all something like this:

Aaa_intern.h:47:33: pasting &quot;/&quot; and &quot;cursorfont&quot; does not give a valid
preprocessing token

This comes from the INC_X11 macro:
#include INC_X11(Constraint.h)

The solution turns out to be very simple: 
in the file config.Unix put #define CONVERT_INCLUDE_DIRECTIVES somewhere outside
of the SCO specific defines, so that it&apos;s picked up on x86 architecture. As
there&apos;s not a linux/x86 #ifdef, I just put it near the top of the file. But this
obviously won&apos;t work for every architecture.

Defining this CONVERT_INCLUDE_DIRECTIVES does manual preprocessing with some
sort of script instead of depending on the compiler&apos;s preprocessor. And gv
compiles dandy after this.



Reproducible: Always
Steps to Reproduce:
1. emerge gcc 3.3
2. emerge gv
3. watch it fail

Actual Results:  
emerge gv failed

Expected Results:  
emerge should have succeeded

Portage 2.0.48-r1 (default-x86-1.4, gcc-3.3, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-gentoo-r5 i686 AMD Athlon(tm) Processor
GENTOO_MIRRORS=&quot;http://highlander/ ftp://sunsite.informatik.rwth-aachen.de/pub/L
inux/gentoo&quot;
CONFIG_PROTECT=&quot;/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share
/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot;
PORTDIR=&quot;/usr/portage&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR_OVERLAY=&quot;&quot;
USE=&quot;x86 oss 3dnow apm avi crypt cups encode gif jpeg kde gnome libg++ mikmod mm
x mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm be
rkdb slang readline arts svga java X sdl gpm tcpd pam libwww ssl perl python esd
 imlib oggvorbis gtk qt motif opengl acpi acpi4linux alsa gtk2 mozcalendar mozil
la ruby samba tcltk tetex usb xosd&quot;
COMPILER=&quot;gcc3&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon -O3 -pipe -fomit-frame-pointer&quot;
CXXFLAGS=&quot;-march=athlon -O3 -pipe -fomit-frame-pointer&quot;
ACCEPT_KEYWORDS=&quot;x86&quot;
MAKEOPTS=&quot;-j7&quot;
AUTOCLEAN=&quot;yes&quot;
SYNC=&quot;rsync://highlander/gentoo-portage&quot;
FEATURES=&quot;sandbox ccache distcc fixpackages&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>c.merloni@gmail.com</who>
            <bug_when>2003-07-25 05:40:49 0000</bug_when>
            <thetext>Same problem here, just after the upgrade to gcc 3.3:

In file included from Aaa_bison.c:56:
Aaa_intern.h:44:27: pasting &quot;/&quot; and &quot;Xlib&quot; does not give a valid preprocessing token
Aaa_intern.h:44:27: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
Aaa_intern.h:45:32: pasting &quot;/&quot; and &quot;Xresource&quot; does not give a valid preprocessing token
Aaa_intern.h:45:32: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
Aaa_intern.h:46:33: pasting &quot;/&quot; and &quot;IntrinsicP&quot; does not give a valid preprocessing token
Aaa_intern.h:46:33: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
Aaa_intern.h:47:33: pasting &quot;/&quot; and &quot;cursorfont&quot; does not give a valid preprocessing token
Aaa_intern.h:47:33: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
Aaa_intern.h:48:33: pasting &quot;/&quot; and &quot;StringDefs&quot; does not give a valid preprocessing token
Aaa_intern.h:48:33: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
Aaa_intern.h:50:27: pasting &quot;/&quot; and &quot;Misc&quot; does not give a valid preprocessing token
Aaa_intern.h:50:27: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
Aaa_intern.h:51:33: pasting &quot;/&quot; and &quot;Converters&quot; does not give a valid preprocessing token
Aaa_intern.h:51:33: pasting &quot;h&quot; and &quot;&gt;&quot; does not give a valid preprocessing token
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alinv@myrealbox.com</who>
            <bug_when>2003-08-13 02:00:13 0000</bug_when>
            <thetext>Created an attachment (id=16024)
fix gcc33
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alinv@myrealbox.com</who>
            <bug_when>2003-08-13 02:01:58 0000</bug_when>
            <thetext>Created an attachment (id=16025)
fix gcc33
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alinv@myrealbox.com</who>
            <bug_when>2003-08-13 02:10:00 0000</bug_when>
            <thetext>Created an attachment (id=16026)
fix gcc33
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>alinv@myrealbox.com</who>
            <bug_when>2003-08-13 02:13:33 0000</bug_when>
            <thetext>(From update of attachment 16026)
This patch is from
http://lists.freebsd.org/pipermail/freebsd-ports/2003-July/002933.html

(Sorry about multiple postings, I got the impression that it didn&apos;t work the
1st and 2nd time :( )
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lv@gentoo.org</who>
            <bug_when>2003-08-15 08:42:08 0000</bug_when>
            <thetext>bump?
this is still an issue with gcc 3.3.1 and the latest gv ebuild (gv-3.5.8-r2)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-09-11 19:11:15 0000</bug_when>
            <thetext>added to cvs, thanks :)</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>16024</attachid>
            <date>2003-08-13 02:00 0000</date>
            <desc>fix gcc33</desc>
            <filename>gv-3.5.8-r2-gcc33.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHNvdXJjZS9wYXRocy5oLm9yaWcgU3VuIEFwciAgNiAwMDowMDowMCAxOTk3CisrKyBzb3Vy
Y2UvcGF0aHMuaCAgICAgIEZyaSBKdWwgMTggMTk6MTg6MDkgMjAwMwpAQCAtMzQsOSArMzQsOSBA
QAogIyAgIGRlZmluZSBJTkNfWE1VKGFhYSkgPFhNVV9ESVJFQ1RPUlkvYWFhPgogIyAgIGRlZmlu
ZSBJTkNfWEFXKGFhYSkgPFhBV19ESVJFQ1RPUlkvYWFhPgogI2Vsc2UKLSMgICBkZWZpbmUgSU5D
X1gxMShhYWEpIDxYMTEvIyNhYWEjIz4KLSMgICBkZWZpbmUgSU5DX1hNVShhYWEpIDxYMTEvWG11
LyMjYWFhIyM+Ci0jICAgZGVmaW5lIElOQ19YQVcoYWFhKSA8WDExL1hhdzNkLyMjYWFhIyM+Cisj
ICAgZGVmaW5lIElOQ19YMTEoYWFhKSA8WDExL2FhYT4KKyMgICBkZWZpbmUgSU5DX1hNVShhYWEp
IDxYMTEvWG11L2FhYT4KKyMgICBkZWZpbmUgSU5DX1hBVyhhYWEpIDxYMTEvWGF3M2QvYWFhPgog
I2VuZGlmCiAKICNlbmRpZiAvKiBfUEFUSFNfSF8gKi8KCg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>16025</attachid>
            <date>2003-08-13 02:01 0000</date>
            <desc>fix gcc33</desc>
            <filename>gv-3.5.8-r2-gcc33.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHNvdXJjZS9wYXRocy5oLm9yaWcgU3VuIEFwciAgNiAwMDowMDowMCAxOTk3CisrKyBzb3Vy
Y2UvcGF0aHMuaCAgICAgIEZyaSBKdWwgMTggMTk6MTg6MDkgMjAwMwpAQCAtMzQsOSArMzQsOSBA
QAogIyAgIGRlZmluZSBJTkNfWE1VKGFhYSkgPFhNVV9ESVJFQ1RPUlkvYWFhPgogIyAgIGRlZmlu
ZSBJTkNfWEFXKGFhYSkgPFhBV19ESVJFQ1RPUlkvYWFhPgogI2Vsc2UKLSMgICBkZWZpbmUgSU5D
X1gxMShhYWEpIDxYMTEvIyNhYWEjIz4KLSMgICBkZWZpbmUgSU5DX1hNVShhYWEpIDxYMTEvWG11
LyMjYWFhIyM+Ci0jICAgZGVmaW5lIElOQ19YQVcoYWFhKSA8WDExL1hhdzNkLyMjYWFhIyM+Cisj
ICAgZGVmaW5lIElOQ19YMTEoYWFhKSA8WDExL2FhYT4KKyMgICBkZWZpbmUgSU5DX1hNVShhYWEp
IDxYMTEvWG11L2FhYT4KKyMgICBkZWZpbmUgSU5DX1hBVyhhYWEpIDxYMTEvWGF3M2QvYWFhPgog
I2VuZGlmCiAKICNlbmRpZiAvKiBfUEFUSFNfSF8gKi8KCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>16026</attachid>
            <date>2003-08-13 02:10 0000</date>
            <desc>fix gcc33</desc>
            <filename>gv-3.5.8-r2-gcc33.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHNvdXJjZS9wYXRocy5oLm9yaWcgU3VuIEFwciAgNiAwMDowMDowMCAxOTk3CisrKyBzb3Vy
Y2UvcGF0aHMuaCAgICAgIEZyaSBKdWwgMTggMTk6MTg6MDkgMjAwMwpAQCAtMzQsOSArMzQsOSBA
QAogIyAgIGRlZmluZSBJTkNfWE1VKGFhYSkgPFhNVV9ESVJFQ1RPUlkvYWFhPgogIyAgIGRlZmlu
ZSBJTkNfWEFXKGFhYSkgPFhBV19ESVJFQ1RPUlkvYWFhPgogI2Vsc2UKLSMgICBkZWZpbmUgSU5D
X1gxMShhYWEpIDxYMTEvIyNhYWEjIz4KLSMgICBkZWZpbmUgSU5DX1hNVShhYWEpIDxYMTEvWG11
LyMjYWFhIyM+Ci0jICAgZGVmaW5lIElOQ19YQVcoYWFhKSA8WDExL1hhdzNkLyMjYWFhIyM+Cisj
ICAgZGVmaW5lIElOQ19YMTEoYWFhKSA8WDExL2FhYT4KKyMgICBkZWZpbmUgSU5DX1hNVShhYWEp
IDxYMTEvWG11L2FhYT4KKyMgICBkZWZpbmUgSU5DX1hBVyhhYWEpIDxYMTEvWGF3M2QvYWFhPgog
I2VuZGlmCiAKICNlbmRpZiAvKiBfUEFUSFNfSF8gKi8KCg==
</data>        

          </attachment>
    </bug>

</bugzilla>