Bugzilla Bug 227821

After upgrading x11-base/xorg-server-1.4.2 (and my system), I've remerged
x11-drivers as usual. x11-drivers/xf86-video-ati-6.8.0-r1 does not compile.
I've tried a downgrade of x11-drivers/xf86-video-ati to 6.8.0, but same error.

I will downgrade x11-base/xorg-server-1.4.2 and see if the problem comes from
it.

Reproducible: Always

Steps to Reproduce:
1. emerge -1 x11-drivers/xf86-video-ati

Actual Results:  
An aborted emerge

Expected Results:  
A successful emerge

In file included from radeon_accel.c:413:
radeon_accelfuncs.c: In function 'RADEONSetupForMono8x8PatternFillMMIO':
radeon_accelfuncs.c:551: error: 'pattern' undeclared (first use in this
function)
radeon_accelfuncs.c:551: error: (Each undeclared identifier is reported only
once
radeon_accelfuncs.c:551: error: for each function it appears in.)
In file included from radeon_accel.c:436:
radeon_accelfuncs.c: In function 'RADEONSetupForMono8x8PatternFillCP':
radeon_accelfuncs.c:551: error: 'pattern' undeclared (first use in this
function)

Portage 2.1.5.5 (default-linux/ppc/ppc32/2007.0/G4, gcc-4.1.2, glibc-2.6.1-r0,
2.6.24-gentoo-r3daneel ppc)
=================================================================
System uname: 2.6.24-gentoo-r3daneel ppc 7447A, altivec supported
Timestamp of tree: Tue, 17 Jun 2008 04:45:01 +0000
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.4.4-r5, 2.5.2-r4
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.12
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r1
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.4
virtual/os-headers:  2.6.25-r4
ACCEPT_KEYWORDS="ppc ~ppc"
CBUILD="powerpc-unknown-linux-gnu"
CFLAGS="-mcpu=7450 -maltivec -mabi=altivec -O2 -mtune=powerpc -pipe"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-mcpu=7450 -maltivec -mabi=altivec -O2 -mtune=powerpc -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks fixpackages parallel-fetch sandbox sfperms splitdebug
strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://mirror.ovh.net/gentoo-distfiles/"
LANG="en_US.UTF8"
LC_ALL="en_US.UTF8"
LDFLAGS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac alsa altivec bash-completion bcmath berkdb bluetooth bzip2
cdparanoia cdr cli cracklib crypt ctype cups dbus divx4linux dri dts dvd dvdr
dvdread encode fbcon ffmpeg fftw firefox fontconfig fortran gdbm gif gphoto2
gpm gstreamer gtk gtk2 gtkhtml iconv icq ieee1394 imagemagick imap ipv6 isdnlog
jabber java javascript jpeg jpeg2k lapack mad maildir matroska midi mime motif
mozilla-firefox mp3 mpeg mpi msn mudflap musepack ncurses nls nptl nptlonly
nsplugin ogg opengl openmp pam pcre pdf perl php plotutils png posix ppc ppds
pppd python quicktime readline recode reflection ruby sdl session sharedmem
sockets source spell spl ssl svg symlink tcltk tcpd tetex threads tiff
tokenizer truetype unicode usb v4l vim-syntax vorbis wifi wma wxwindows xml
xml2 xorg xosd xpm xprint xv xvid zlib" ALSA_CARDS="aoa aoa-fabric-layout
aoa-onyx aoa-soundbus aoa-soundbus-i2s   aoa-tas aoa-toonie powermac usb-audio
via82xx" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty
extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null
plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic
authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm
authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache
dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache
filter headers include info log_config logio mem_cache mime mime_magic
negotiation rewrite setenvif speling status unique_id userdir usertrack
vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics wacom"
KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001
mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon fbdev"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LINGUAS,
PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Created an attachment (id=157295) [edit]
build log

Created an attachment (id=157297) [edit]
ebuild environment

I've downgraded xorg-server to 1.4.0.90-r3 and successfully remerge
x11-drivers/xf86-video-ati-6.8.0-r1

So, it seems a problem with xorg-server-1.4.2

Yep, the same problem here 

I think this is because of 1.4.2-unbreak-endianess.patch where:
line AC_DEFINE_UNQUOTED(_X_BYTE_ORDER,[$ENDIAN],[Endian order])
was removed, which is needed by xorg-server.h

#ifndef __APPLE_CC__
#define X_BYTE_ORDER _X_BYTE_ORDER
#else
// [cut]
#endif

cpp -I../ -I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri
-I/usr/include/pixman-1 radeon_accel.c |egrep 'xorg-server|Xarch'
# 1 "/usr/include/xorg/xorg-server.h" 1
# 1 "/usr/include/X11/Xarch.h" 1 3 4

as you can see first is included xorg-server.h later Xarch.h

and because _X_BYTE_ORDER is undefined it evaluates to 0.
So neither 
#if X_BYTE_ORDER == X_BIG_ENDIAN 
nor
#if X_BYTE_ORDER == X_LITTLE_ENDIAN 
is true

I think we can patch xorg-server.h.in like other stuff from
1.4.2-unbreak-endianess.patch

no patch, sorry.

This problem is not ppc specific.  I'm seeing this on ~x86 and it does not
appear to be related to xorg-server-1.4.2 here.

I have two pentium-m laptops.  Both with xorg-server-1.4.2 installed.  One
compiles xf86-video-ati-6.8.0-r1 with no problems.  The only major differences
is that I have gcc-4.2.4 and glibc-2.7-r2 on the one that compiles and
gcc-4.3.1 with glibc-2.8_p20080602 one the one that fails.  Both have
libtool-2.2.4.

directly including Xarch or removing all the reference from the file should
address the issue.

Ok, i patched xorg-server.h.in and x11-drivers/xf86-video-ati-6.8.0-r1 compiles
fine.

I attach new version of 1.4.2-unbreak-endianess.patch

Excluding 1.4.2-unbreak-endianess.patch from the ebuild did work for me - at
least it did compile...

Created an attachment (id=157515) [edit]
new version of 1.4.2-unbreak-endianess.patch for xorg-server

The attached patch works for me! :)

Thank you very much!

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

seems I have been 2 days to late.
New patch works for me, too.

I did'nt get the time before. I've just tried and it emerges perfectly now. Thx
a lot Jakub Zawadzki for the patch :).

Tried the patch, passed the above mentioned problem, but after that it faild
with:

radeon_accelfuncs.c: In function 'RADEONSetupForMono8x8PatternFillCP'
radeon_accelfuncs.c:551: error: 'pattern' undeclared (first use in this
function)

Tried to get rid of the unbreak_endianess patch completely, and that failed
also at RADEONSetupForMono8x8PatternFillMMIO

Any Ideas?

Does it work without the patch with the 6.9 driver I just committed? (Note that
Luca added the patch to the 1.4.2 version in the tree.)

Luca, is that patch upstreamed yet? I don't like adding patches to our tree
unless they're already upstream.

6.9.0 does not compile here (the same error) with x11-base/xorg-server-1.4.2
merged on Thu Jun 19 03:25:30 2008 (which should therefore be with the
1.4.2-unbreak-endianess.patch according to ChangeLog from 15 Jun).

Portage 2.2_rc1 (default-linux/x86/2007.0/desktop, gcc-4.2.4,
glibc-2.8_p20080602-r0, 2.6.25-gentoo-r5 i686)
=================================================================
System uname:
Linux-2.6.25-gentoo-r5-i686-Intel-R-_Pentium-R-_M_processor_1.60GHz-with-glibc2.0
Timestamp of tree: Fri, 27 Jun 2008 05:45:03 +0000
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632)
[disabled]
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.5.2-r5
dev-util/ccache:     2.4-r7
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.2.5
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.62
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.18-r2
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.4
virtual/os-headers:  2.6.25-r4
ACCEPT_KEYWORDS="x86 ~x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release
/etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
/etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo
/etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-O2 -march=pentium-m -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--with-bdeps y"
FEATURES="assume-digests ccache collision-protect distlocks parallel-fetch
preserve-libs sandbox sfperms strict unmerge-orphans userfetch userpriv
usersandbox"
GENTOO_MIRRORS="       
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo       
http://gentoo.osuosl.org"
LANG="en_US.utf8"
LDFLAGS="-Wl,--as-needed"
LINGUAS="en cs"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress
--force --whole-file --delete --stats --timeout=180 --exclude=/distfiles
--exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/mozilla
/usr/portage/local/layman/vmware /usr/portage/local/layman/java-overlay
/usr/portage/local/layman/java-experimental /usr/portage/local/crossdev
/usr/portage/local/caster"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="7zip X a52 aac acl acpi alsa amr ao audiofile bash-completion berkdb blas
bluetooth branding bsf bzip2 cairo caps cdr cjk cli cracklib crypt cups curl
dbus djvu dri dts dvd dvdr dvdread dvi emboss encode evo fam ffmpeg fftw
firefox flac fontconfig fortran gdbm ggi gif gmp gpm gstreamer gtk hal iconv
icq idn ipv6 irda isdnlog java java5 javascript jpeg kde kdeenablefinal
kdehiddenvisibility kerberos kipi lapack lcms ldap libnotify lm_sensors lua lzo
mad maildir matroska mbox midi mikmod mmx mozdevelop moznoirc mp3 mpeg mplayer
mudflap musicbrainz ncurses nls nptl nptlonly nsplugin ntfs nvidia obex ogg
openal opengl openmp oscar pam pcre pdf perl pmu png ppds pppd python qt3
qt3support qt4 quicktime readline reflection reiserfs rtc ruby sdl seamonkey
session slang sockets sound speex spell spl sqlite sse sse2 ssl svg t1lib tcl
tcpd tetex threads tiff tk truetype unicode usb v4l vorbis webdav win32codecs
x86 xcb xcomposite xine xinerama xml xorg xosd xulrunner xv xvid zlib"
ALSA_CARDS="intel8x0 intel8x0m" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix
dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions
alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user
autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires
ext_filter file_cache filter headers include info log_config logio mem_cache
mime mime_magic negotiation rewrite setenvif speling status unique_id userdir
usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev
synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780
lb216 lcdm001 mtxorb ncurses text" LINGUAS="en cs" USERLAND="GNU"
VIDEO_CARDS="radeon vesa fbdev v4l"
Unset:  CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS,
PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

(In reply to comment #16)
> Does it work without the patch with the 6.9 driver I just committed? (Note that
> Luca added the patch to the 1.4.2 version in the tree.)

Ok so after recompiling xorg-server-1.4.2 without the patch,
xf86-video-ati-6.9.0 compiles and works here. 

I've the problem with -ati-6.9.0 and xorg-server-1.4.2 as well.  I'll try
killing the endianness patch in xorg-server and see if that helps.

FWIW, I had >xf86-video-ati-6.6.99 masked due to problems with 6.8.0, so have
been using 6.6.0 with xorg-server 1.4.2 without problems.  Now xorg-server is
apparently requiring 6.9.0 (according to portage's warning since I had it
masked), and I'd hoped to try it, but it won't compile.  So the now required
6.9.0 won't compile while the older supposedly unsatisfactory 6.6.0 continues
to work just fine with xorg-server-1.4.2.  Sounds like screwed dependencies to
me! =8^(

But still, thanks for the work, gentoo/xorg team.  Herding xorg's set of
packages has gotta be rather like herding cats, if for no other reason than
because of the variety of hardware involved and the fact that some of the
drivers are blackbox closed, so a few problems here or there is still rather
better than most could manage, and it's certainly appreciated! =8^)

Duncan

   27 Jun 2008; Donnie Berkholz <dberkholz@gentoo.org>;
+  -files/1.4.2-unbreak-endianess.patch, xorg-server-1.4.2.ebuild:
+  (#227821) Remove patch because ati 6.9 driver appears to work fine without
+  it and breaks with it. If anyone wants to revert this, please discuss it
+  on the bug in advance.
+

(In reply to comment #20)
>    27 Jun 2008; Donnie Berkholz <dberkholz@gentoo.org>;
> +  -files/1.4.2-unbreak-endianess.patch, xorg-server-1.4.2.ebuild:
> +  (#227821) Remove patch because ati 6.9 driver appears to work fine without
> +  it and breaks with it. If anyone wants to revert this, please discuss it
> +  on the bug in advance.
> +
> 
There seems to be a catch-22 situation here. 
x11-drivers/xf86-video-ati-6.9.0 fails to build against the (patched)
xorg-server-1.4.2 and attempting to re-emerge xorg-server-1.4.2 without the
patch requires building video-ati-6.9.0 which fails because the installed xorg
server has the patch. running 'emerge --resume --skipfirst' (portage 2.2_rc1)
will allow you to skip building video-ati-6.9.0. Repeat round and round the
circle.

(In reply to comment #21)
> running 'emerge --resume --skipfirst' (portage 2.2_rc1)
> will allow you to skip building video-ati-6.9.0. 

oops.Should be will not allow you to skip
                    ^^^

I had the same problem but resolved it by "emerge --nodeps xorg-server" which
worked just fine against the older driver. Afterwards I could update the driver
and probably it's best to recompile xorg-server once again then.

(In reply to comment #23)
> I had the same problem but resolved it by "emerge --nodeps xorg-server" which
> worked just fine against the older driver. Afterwards I could update the
> driver and probably it's best to recompile xorg-server once again then.

--nodeps is what I used as well.  Works fine and is particularly appropriate in
this case due to the details which follow.  However, the second remerge of
xorg-server shouldn't be necessary as the driver is a pdep (post-dep), not a
regular dep (required to merge).  The apparent reason portage was trying to do
it in reverse is that xorg-server-1.4.2 was already merged, and now has that
pdep, so it was trying to fill that first before doing the remerge... I guess. 
Since it's a pdep and only wants to be merged early because xorg-server would
be a remerge, forcing it to be merged after xorg-server is absolutely
appropriate.

Another solution implied by the above, convenient if you're running
FEATURES=buildpkg, less so otherwise, would be to temporarily downgrade
xorg-server to a previous version (using -K to simply remerge the prepackaged
version if you have it, thus the convenience) without the pdep.  The previous
server versions won't require 6.9.0 so should merge without issue. 
Re-upgrading from there should cause portage to merge in the appropriate order,
server-first, then the pdep-ed driver.

Finally, there's a third solution (before we start considering ebuild hacks) in
this particular case.  The changelogs reminded me of this.  The drivers are
pdeped only if the appropriate USE_EXPAND var is set, in this case
VIDEO_CARDS="radeon" or "ati" or whatever.  Unset that or temporarily set it to
something else, and that should kill the pdep too. =8^)

Duncan

Works for me!

xorg-server-1.4.2 without unbreak endianess patch and xf86-video-ati-6.9.0

All from the repository, no manual patching.

As Duncan stated:

emerge --nodeps xorg-server

then

emerge xf86-video-ati

Compiles fine, runs well.

I'm on a ~amd64

I would mark this fixed, but I'm going to leave it open for a while for anyone
else coming across this issue.

This fix (--nodep xorg-server rebuild THEN emerge xf86-video-ati (6.9)) worked
for me for ~x86 as well. Thanks.

# emerge --nodeps xorg-server && emerge xf86-video-ati

solved the problem for me

(In reply to comment #26)
> I would mark this fixed, but I'm going to leave it open for a while for anyone
> else coming across this issue.

Could you not detect this in the ebuild and warn about it until xorg-server
gets a bump? Would probably save peoples hair loss :)

(In reply to comment #10)
> Created an attachment (id=157515) [edit]
> new version of 1.4.2-unbreak-endianess.patch for xorg-server
> 

Is this fix possibly related to problem I'm having
emerging xf86-video-ati-6.8.0-r1 and xorg-server-1.3.0.0-r6?
I get the following error when emerging xf86-video-ati-6.8.0-r1:

        then mv -f ".deps/radeon_modes.Tpo" ".deps/radeon_modes.Plo"; else rm
-f ".deps/radeon_modes.Tpo"; exit 1; fi
radeon_crtc.c:109: error: syntax error before "n"
radeon_crtc.c: In function `RADEONDiv':
radeon_crtc.c:111: error: `n' undeclared (first use in this function)
radeon_crtc.c:111: error: (Each undeclared identifier is reported only once
radeon_crtc.c:111: error: for each function it appears in.)
radeon_crtc.c:111: error: `d' undeclared (first use in this function)
radeon_crtc.c: In function `RADEONComputePLL':
radeon_crtc.c:168: error: `CARD64' undeclared (first use in this function)
radeon_crtc.c:168: error: syntax error before "freq"
radeon_crtc.c:174: error: syntax error before "pll"
make[2]: *** [radeon_crtc.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./AtomBios/includes -Wall
-I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri -DDISABLE_EASF
-DENABLE_ALL_SERVICE_FUNCTIONS -DATOM_BIOS -DATOM_BIOS_PARSER -DFGL_LINUX
-DDRIVER_PARSER -O2 -march=athlon-mp -pipe -fomit-frame-pointer -MT
radeon_output.lo -MD -MP -MF .deps/radeon_output.Tpo -c radeon_output.c  -fPIC
-DPIC -o .libs/radeon_output.o
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I./AtomBios/includes -Wall
-I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri -DDISABLE_EASF
-DENABLE_ALL_SERVICE_FUNCTIONS -DATOM_BIOS -DATOM_BIOS_PARSER -DFGL_LINUX
-DDRIVER_PARSER -O2 -march=athlon-mp -pipe -fomit-frame-pointer -MT
radeon_modes.lo -MD -MP -MF .deps/radeon_modes.Tpo -c radeon_modes.c  -fPIC
-DPIC -o .libs/radeon_modes.o
radeon_output.c: In function `RADEONSetupConnectors':
radeon_output.c:2694: warning: unsigned int format, RADEONDacType arg (arg 4)
radeon_output.c:2694: warning: unsigned int format, RADEONTmdsType arg (arg 5)
radeon_output.c:2694: warning: unsigned int format, RADEONConnectorType arg
(arg 6)
radeon_output.c:2694: warning: unsigned int format, RADEONDacType arg (arg 8)
radeon_output.c:2694: warning: unsigned int format, RADEONTmdsType arg (arg 9)
radeon_output.c:2694: warning: unsigned int format, RADEONConnectorType arg
(arg 10)
make[2]: Leaving directory
`/var/tmp/portage/x11-drivers/xf86-video-ati-6.8.0-r1/work/xf86-video-ati-6.8.0/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/var/tmp/portage/x11-drivers/xf86-video-ati-6.8.0-r1/work/xf86-video-ati-6.8.0'
make: *** [all] Error 2
 * 
 * ERROR: x11-drivers/xf86-video-ati-6.8.0-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2940:  Called x-modular_src_compile
 *             environment, line 3725:  Called x-modular_src_make
 *             environment, line 3761:  Called die
 * The specific snippet of code:
 *       emake || die "emake failed"
 *  The die message:
 *   emake failed
 * 
 * If you need support, post the topmost build error, and the call stack if
relevant.
 * A complete build log is located at
'/var/tmp/portage/x11-drivers/xf86-video-ati-6.8.0-r1/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/x11-drivers/xf86-video-ati-6.8.0-r1/temp/environment'.
 * 

 * Messages for package x11-drivers/xf86-video-ati-6.8.0-r1:

 * 
 * ERROR: x11-drivers/xf86-video-ati-6.8.0-r1 failed.
 * Call stack:
 *               ebuild.sh, line   49:  Called src_compile
 *             environment, line 2940:  Called x-modular_src_compile
 *             environment, line 3725:  Called x-modular_src_make
 *             environment, line 3761:  Called die
 * The specific snippet of code:
 *       emake || die "emake failed"
 *  The die message:
 *   emake failed
 * 
 * If you need support, post the topmost build error, and the call stack if
relevant.
 * A complete build log is located at
'/var/tmp/portage/x11-drivers/xf86-video-ati-6.8.0-r1/temp/build.log'.
 * The ebuild environment file is located at
'/var/tmp/portage/x11-drivers/xf86-video-ati-6.8.0-r1/temp/environment'.
 * 
----
Any help would be much appreciated.  Thanks!

(In reply to comment #30)
> Is this fix possibly related to problem I'm having
> emerging xf86-video-ati-6.8.0-r1 and xorg-server-1.3.0.0-r6?
> I get the following error when emerging xf86-video-ati-6.8.0-r1:

> radeon_crtc.c:109: error: syntax error before "n"
> radeon_crtc.c: In function `RADEONDiv':
> radeon_crtc.c:111: error: `n' undeclared (first use in this function)
> radeon_crtc.c:111: error: (Each undeclared identifier is reported only once
> radeon_crtc.c:111: error: for each function it appears in.)
> radeon_crtc.c:111: error: `d' undeclared (first use in this function)

[etc]

That looks like a missing header file to me, perhaps one of the -proto-
ebuilds.  Simple single-letter stuff like that shouldn't be showing up --
normally it'd be something more informative like the above "pattern".  That
such obviously non-descriptive stuff is showing up has at least here usually
indicated a missing header file, such that gcc is interpreting what it sees
incorrectly.  I really haven't a clue which header file, unfortunately.

I've also seen errors like that on some packages when I'm trying a
still-hard-masked gcc (or glibc) (usually because... you guessed it, the
previously auto-included header files aren't, any more, or previously
deprecated header files have been removed, and the sources in question haven't
been fixed yet, so it's still basically a missing header file, but with a
different reason it's missing), occasionally, but if you were the type to try
something that bleeding edge, you'd probably be running at least ~arch xorg as
well, so I don't consider it likely.

(In reply to comment #31)
> (In reply to comment #30)
> > Is this fix possibly related to problem I'm having
> > emerging xf86-video-ati-6.8.0-r1 and xorg-server-1.3.0.0-r6?
> > I get the following error when emerging xf86-video-ati-6.8.0-r1:
> 
> > radeon_crtc.c:109: error: syntax error before "n"
> > radeon_crtc.c: In function `RADEONDiv':
> > radeon_crtc.c:111: error: `n' undeclared (first use in this function)
> > radeon_crtc.c:111: error: (Each undeclared identifier is reported only once
> > radeon_crtc.c:111: error: for each function it appears in.)
> > radeon_crtc.c:111: error: `d' undeclared (first use in this function)
> 
> [etc]
> 
> That looks like a missing header file to me, perhaps one of the -proto-
> ebuilds.  Simple single-letter stuff like that shouldn't be showing up --
> normally it'd be something more informative like the above "pattern".  That
> such obviously non-descriptive stuff is showing up has at least here usually
> indicated a missing header file, such that gcc is interpreting what it sees
> incorrectly.  I really haven't a clue which header file, unfortunately.
> 
> I've also seen errors like that on some packages when I'm trying a
> still-hard-masked gcc (or glibc) (usually because... you guessed it, the
> previously auto-included header files aren't, any more, or previously
> deprecated header files have been removed, and the sources in question haven't
> been fixed yet, so it's still basically a missing header file, but with a
> different reason it's missing), occasionally, but if you were the type to try
> something that bleeding edge, you'd probably be running at least ~arch xorg as
> well, so I don't consider it likely.
> 

Thanks for your reply.  Do you think an "emerge -uD world" might solve
the problem?  Or do you think its most likely a problem with the ebuild
and that I need to wait for an updated version of the software?

(In reply to comment #32)
> (In reply to comment #31)
> Thanks for your reply.  Do you think an "emerge -uD world" might solve
> the problem?  Or do you think its most likely a problem with the ebuild
> and that I need to wait for an updated version of the software?

Honestly, I don't know, but I'd try both that and a revdep-rebuild before
anything else.

As you might have guessed from the comment, I tend toward the leading sometime
bleeding edge and run ~arch (~amd64) consistently, sometimes bringing in
still-hard-masked packages as well.  Thus, my experience is somewhat ahead of
where you are back with stable and xorg-1.3 was some time ago for me.  I can't
rightly tell you to take the risk that's ~arch, but 6.9.0 has fixed problems
for some people (tho you may have to ~arch keyword more of X to match it), and
I also know that X gets held back by the folks running proprietary
(nvidia/ati/whatever) drivers and would often be stabilized sooner if it wasn't
for that.  Thus if you aren't running the proprietary stuff, newer X might be
worth trying.  But it's up to you.

Alternatively, file a new bug (or check for others, but I imagine that's what
you were doing when you found this) with the appropriate details, as best /I/
can tell, it's not related to this one.  Maybe the Gentoo X folks or other
users can help, but they have to find it first and here, they (other users
especially) might not.

HTH, Duncan

Closing as per comment #26.

Thanks