Mailing List Archive

On Tue, 2005-11-22 at 15:49 -0600, glenn wrote:
> hello folks:
>
> i have an ultra 5 that i've recently installed gentoo on. i'm unable
> to emerge xorg-x11, encountering different types of error on different
> attempts.
>
> i'm using sparc-sources kernel 2.4.31-sparc-r2
>
>
> emerge -pv xorg-x11
>

Please run this emerge and then show the actual errors from that build
(assuming it fails). As I just mentioned on the forum post paralleling
this request, in one case you are having a macro parameter '_severity'
eventually being read as '_sdverity', and that is not a good thing.

One thing to try when you rerun this is
FEATURES='-ccache' emerge xorg-x11 --- if that should happen to succeed,
you will need to clear your ccache at some point. I give that a more
than 0 probability of success because you are running your system, and
if it was routinely changing things like 'e' --> 'd' in memory or on
disk reads, you would not get very far with much of anything.

> These are the packages that I would merge, in order:
>
> Calculating dependencies ...done!
> [ebuild N ] x11-base/xorg-x11-6.8.2-r4 (-3dfx) (-3dnow)
> +bitmap-fonts -cjk -debug +dlloader -dmx -doc -font-server
> -insecure-drivers -ipv6 -minimal (-mmx) +nls -nocxx +opengl +pam -sdk
> (-sse) -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB
> [ebuild N ] app-arch/rpm2targz-9.0-r3 2 kB
> [ebuild N ] sys-apps/utempter-0.5.5.6 20 kB
> [ebuild N ] x11-terms/xterm-204 -Xaw3d -toolbar +truetype -unicode 698 kB
>
>
> emerge --info
>
> Portage 2.0.51.22-r3 (default-linux/sparc/sparc64/2005.1,
> gcc-3.3.5-20050130, glibc-2.3.3.20040420-r2, 2.4.31-sparc-r2 sparc64)
> =================================================================
> System uname: 2.4.31-sparc-r2 sparc64 sun4u
> Gentoo Base System version 1.6.13
> 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.15.92.0.2-r10
> sys-devel/libtool: 1.5.20
> virtual/os-headers: 2.4.23
> ACCEPT_KEYWORDS="sparc"
> AUTOCLEAN="yes"
> CBUILD="sparc-unknown-linux-gnu"
> CFLAGS="-O2 -mcpu=ultrasparc"
> CHOST="sparc-unknown-linux-gnu"
> CONFIG_PROTECT="/etc /usr/kde/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="-O2 -mcpu=ultrasparc"
> DISTDIR="/usr/portage/distfiles"
> FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms strict"
> GENTOO_MIRRORS="ftp://gentoo.chem.wisc.edu/gentoo/"
> MAKEOPTS="-j2"
> PKGDIR="/usr/portage/packages"
> PORTAGE_TMPDIR="/opt/tmp/portage"
> PORTDIR="/usr/portage"
> SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
> USE="sparc X arts avi berkdb bitmap-fonts bzip2 crypt cups dlloader
> eds encode esd expat fbcon foomaticdb fortran gcc64 gdbm gif gnome
> gstreamer gtk gtk2 imlib jpeg kde libwww mad mikmod motif mpeg ncurses
> nls ogg oggvorbis opengl oss pam pdflib perl png python qt readline
> sdl spell ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2
> xmms xv zlib userland_GNU kernel_linux elibc_glibc"
> Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
>
>
> i'm not familiar with sparc intricacies, so any ideas will be greatly
> appreciated.
>
>
> -=glenn=-
>

Regards,
--
Ferris McCormick (P44626, MI)
Developer, Gentoo Linux (sparc, devrel)

ferris:

here's another error:

sparc-unknown-linux-gnu-gcc -O2 -mcpu=ultrasparc -fno-strict-aliasing
-ansi -pedantic -Wno-return-type -w -I../..
-I../../exports/include -Dlinux -D__sparc__
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE
-D_XOPEN_SOURCE -D_BSD_SOURCE
-D_SVID_SOURCE -D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO -DBINDIR=\"/usr/bin\"
-DXDMDIR=\"/etc/X11/xdm\" -DHASXDMAUTH
-DUSESHADOW -DUNIXCONN -DTCPCONN -DHAS_STICKY_DIR_BIT
-DHAS_FCHOWN -DGREET_USER_STATIC
-DDEV_RANDOM=\"/dev/random\" -DOSMAJORVERSION=2
-DOSMINORVERSION=4 -DXPM
-DUSE_XINERAMA -DHAS_MKSTEMP -c -o choose.o
choose.c
choose.c: In function `AddChooserHost':
choose.c:384: error: syntax error before "closure"
choose.c:386: error: syntax error before ')' token
make[4]: *** [choose.o] Error 1
make[4]: Leaving directory
`/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/programs/xdm'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/programs'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
make[1]: *** [World] Error 2
make[1]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
make: *** [World] Error 2

!!! ERROR: x11-base/xorg-x11-6.8.2-r4 failed.
!!! Function build, Line 973, Exitcode 2
!!! make World failed
!!! If you need support, post the topmost build error, NOT this status message.


i'll attempt another emerge with your suggestion and see how far it
gets before it errors out. but the erratic behavior leads me to
believe that there maybe memory issues.

i appreciate you time.

-=glenn=-


On 11/22/05, Ferris McCormick <fmccor@gentoo.org> wrote:
> On Tue, 2005-11-22 at 15:49 -0600, glenn wrote:
> > hello folks:
> >
> > i have an ultra 5 that i've recently installed gentoo on. i'm unable
> > to emerge xorg-x11, encountering different types of error on different
> > attempts.
> >
> > i'm using sparc-sources kernel 2.4.31-sparc-r2
> >
> >
> > emerge -pv xorg-x11
> >
>
> Please run this emerge and then show the actual errors from that build
> (assuming it fails). As I just mentioned on the forum post paralleling
> this request, in one case you are having a macro parameter '_severity'
> eventually being read as '_sdverity', and that is not a good thing.
>
> One thing to try when you rerun this is
> FEATURES='-ccache' emerge xorg-x11 --- if that should happen to succeed,
> you will need to clear your ccache at some point. I give that a more
> than 0 probability of success because you are running your system, and
> if it was routinely changing things like 'e' --> 'd' in memory or on
> disk reads, you would not get very far with much of anything.
>
> > These are the packages that I would merge, in order:
> >
> > Calculating dependencies ...done!
> > [ebuild N ] x11-base/xorg-x11-6.8.2-r4 (-3dfx) (-3dnow)
> > +bitmap-fonts -cjk -debug +dlloader -dmx -doc -font-server
> > -insecure-drivers -ipv6 -minimal (-mmx) +nls -nocxx +opengl +pam -sdk
> > (-sse) -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB
> > [ebuild N ] app-arch/rpm2targz-9.0-r3 2 kB
> > [ebuild N ] sys-apps/utempter-0.5.5.6 20 kB
> > [ebuild N ] x11-terms/xterm-204 -Xaw3d -toolbar +truetype -unicode 698 kB
> >
> >
> > emerge --info
> >
> > Portage 2.0.51.22-r3 (default-linux/sparc/sparc64/2005.1,
> > gcc-3.3.5-20050130, glibc-2.3.3.20040420-r2, 2.4.31-sparc-r2 sparc64)
> > =================================================================
> > System uname: 2.4.31-sparc-r2 sparc64 sun4u
> > Gentoo Base System version 1.6.13
> > 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.15.92.0.2-r10
> > sys-devel/libtool: 1.5.20
> > virtual/os-headers: 2.4.23
> > ACCEPT_KEYWORDS="sparc"
> > AUTOCLEAN="yes"
> > CBUILD="sparc-unknown-linux-gnu"
> > CFLAGS="-O2 -mcpu=ultrasparc"
> > CHOST="sparc-unknown-linux-gnu"
> > CONFIG_PROTECT="/etc /usr/kde/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="-O2 -mcpu=ultrasparc"
> > DISTDIR="/usr/portage/distfiles"
> > FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms strict"
> > GENTOO_MIRRORS="ftp://gentoo.chem.wisc.edu/gentoo/"
> > MAKEOPTS="-j2"
> > PKGDIR="/usr/portage/packages"
> > PORTAGE_TMPDIR="/opt/tmp/portage"
> > PORTDIR="/usr/portage"
> > SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
> > USE="sparc X arts avi berkdb bitmap-fonts bzip2 crypt cups dlloader
> > eds encode esd expat fbcon foomaticdb fortran gcc64 gdbm gif gnome
> > gstreamer gtk gtk2 imlib jpeg kde libwww mad mikmod motif mpeg ncurses
> > nls ogg oggvorbis opengl oss pam pdflib perl png python qt readline
> > sdl spell ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2
> > xmms xv zlib userland_GNU kernel_linux elibc_glibc"
> > Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
> >
> >
> > i'm not familiar with sparc intricacies, so any ideas will be greatly
> > appreciated.
> >
> >
> > -=glenn=-
> >
>
> Regards,
> --
> Ferris McCormick (P44626, MI)
> Developer, Gentoo Linux (sparc, devrel)
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
>
> iD8DBQBDg5iUQa6M3+I///cRAo62AKClhK6bXoixvxmQUTAXO8v1QARbqACeKPAK
> Lx09gc7OBLGyBTqfL5RicUE=
> =XtrZ
> -----END PGP SIGNATURE-----
>
>
>

--
gentoo-sparc@gentoo.org mailing list

this is the result of

FEATURES="-ccache" emerge xorg-x11


-DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT -c -o systemnames.o
systemnames.c
systemnames.c:39: error: syntax error before string constant
systemnames.c:39:20: missing terminating " character
In file included from systemnames.c:40:
pswdict.h:55: error: syntax error before "CreatePSWDict"
pswdict.h:55: error: ISO C forbids data definition with no type or storage class
pswdict.h:61: error: syntax error before "char"
pswdict.h:65: error: syntax error before "char"
pswdict.h:69: error: syntax error before "char"
pswdict.h:74: error: syntax error before "wellKnownPSNames"
pswdict.h:74: error: ISO C forbids data definition with no type or storage class
systemnames.c:42: error: syntax error before "wellKnownPSNames"
systemnames.c:42: error: ISO C forbids data definition with no type or
storage class
make[4]: *** [systemnames.o] Error 1
make[4]: Leaving directory
`/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/config/pswrap'
make[3]: *** [../../config/pswrap/pswrap] Error 2
make[3]: Leaving directory
`/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/lib/dps'
make[2]: *** [includes] Error 2
make[2]: Leaving directory
`/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/lib'
make[1]: *** [includes] Error 2
make[1]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
make: *** [World] Error 2

!!! ERROR: x11-base/xorg-x11-6.8.2-r4 failed.
!!! Function build, Line 973, Exitcode 2
!!! make World failed
!!! If you need support, post the topmost build error, NOT this status message.


On 11/22/05, glenn <glenn.burns@gmail.com> wrote:
> ferris:
>
> here's another error:
>
> sparc-unknown-linux-gnu-gcc -O2 -mcpu=ultrasparc -fno-strict-aliasing
> -ansi -pedantic -Wno-return-type -w -I../..
> -I../../exports/include -Dlinux -D__sparc__
> -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE
> -D_XOPEN_SOURCE -D_BSD_SOURCE
> -D_SVID_SOURCE -D_GNU_SOURCE
> -DFUNCPROTO=15 -DNARROWPROTO -DBINDIR=\"/usr/bin\"
> -DXDMDIR=\"/etc/X11/xdm\" -DHASXDMAUTH
> -DUSESHADOW -DUNIXCONN -DTCPCONN -DHAS_STICKY_DIR_BIT
> -DHAS_FCHOWN -DGREET_USER_STATIC
> -DDEV_RANDOM=\"/dev/random\" -DOSMAJORVERSION=2
> -DOSMINORVERSION=4 -DXPM
> -DUSE_XINERAMA -DHAS_MKSTEMP -c -o choose.o
> choose.c
> choose.c: In function `AddChooserHost':
> choose.c:384: error: syntax error before "closure"
> choose.c:386: error: syntax error before ')' token
> make[4]: *** [choose.o] Error 1
> make[4]: Leaving directory
> `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/programs/xdm'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory
> `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/programs'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
> make[1]: *** [World] Error 2
> make[1]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
> make: *** [World] Error 2
>
> !!! ERROR: x11-base/xorg-x11-6.8.2-r4 failed.
> !!! Function build, Line 973, Exitcode 2
> !!! make World failed
> !!! If you need support, post the topmost build error, NOT this status message.
>
>
> i'll attempt another emerge with your suggestion and see how far it
> gets before it errors out. but the erratic behavior leads me to
> believe that there maybe memory issues.
>
> i appreciate you time.
>
> -=glenn=-
>
>
> On 11/22/05, Ferris McCormick <fmccor@gentoo.org> wrote:
> > On Tue, 2005-11-22 at 15:49 -0600, glenn wrote:
> > > hello folks:
> > >
> > > i have an ultra 5 that i've recently installed gentoo on. i'm unable
> > > to emerge xorg-x11, encountering different types of error on different
> > > attempts.
> > >
> > > i'm using sparc-sources kernel 2.4.31-sparc-r2
> > >
> > >
> > > emerge -pv xorg-x11
> > >
> >
> > Please run this emerge and then show the actual errors from that build
> > (assuming it fails). As I just mentioned on the forum post paralleling
> > this request, in one case you are having a macro parameter '_severity'
> > eventually being read as '_sdverity', and that is not a good thing.
> >
> > One thing to try when you rerun this is
> > FEATURES='-ccache' emerge xorg-x11 --- if that should happen to succeed,
> > you will need to clear your ccache at some point. I give that a more
> > than 0 probability of success because you are running your system, and
> > if it was routinely changing things like 'e' --> 'd' in memory or on
> > disk reads, you would not get very far with much of anything.
> >
> > > These are the packages that I would merge, in order:
> > >
> > > Calculating dependencies ...done!
> > > [ebuild N ] x11-base/xorg-x11-6.8.2-r4 (-3dfx) (-3dnow)
> > > +bitmap-fonts -cjk -debug +dlloader -dmx -doc -font-server
> > > -insecure-drivers -ipv6 -minimal (-mmx) +nls -nocxx +opengl +pam -sdk
> > > (-sse) -static +truetype-fonts +type1-fonts (-uclibc) -xprint +xv 0 kB
> > > [ebuild N ] app-arch/rpm2targz-9.0-r3 2 kB
> > > [ebuild N ] sys-apps/utempter-0.5.5.6 20 kB
> > > [ebuild N ] x11-terms/xterm-204 -Xaw3d -toolbar +truetype -unicode 698 kB
> > >
> > >
> > > emerge --info
> > >
> > > Portage 2.0.51.22-r3 (default-linux/sparc/sparc64/2005.1,
> > > gcc-3.3.5-20050130, glibc-2.3.3.20040420-r2, 2.4.31-sparc-r2 sparc64)
> > > =================================================================
> > > System uname: 2.4.31-sparc-r2 sparc64 sun4u
> > > Gentoo Base System version 1.6.13
> > > 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.15.92.0.2-r10
> > > sys-devel/libtool: 1.5.20
> > > virtual/os-headers: 2.4.23
> > > ACCEPT_KEYWORDS="sparc"
> > > AUTOCLEAN="yes"
> > > CBUILD="sparc-unknown-linux-gnu"
> > > CFLAGS="-O2 -mcpu=ultrasparc"
> > > CHOST="sparc-unknown-linux-gnu"
> > > CONFIG_PROTECT="/etc /usr/kde/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="-O2 -mcpu=ultrasparc"
> > > DISTDIR="/usr/portage/distfiles"
> > > FEATURES="autoaddcvs autoconfig ccache distcc distlocks sandbox sfperms strict"
> > > GENTOO_MIRRORS="ftp://gentoo.chem.wisc.edu/gentoo/"
> > > MAKEOPTS="-j2"
> > > PKGDIR="/usr/portage/packages"
> > > PORTAGE_TMPDIR="/opt/tmp/portage"
> > > PORTDIR="/usr/portage"
> > > SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
> > > USE="sparc X arts avi berkdb bitmap-fonts bzip2 crypt cups dlloader
> > > eds encode esd expat fbcon foomaticdb fortran gcc64 gdbm gif gnome
> > > gstreamer gtk gtk2 imlib jpeg kde libwww mad mikmod motif mpeg ncurses
> > > nls ogg oggvorbis opengl oss pam pdflib perl png python qt readline
> > > sdl spell ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2
> > > xmms xv zlib userland_GNU kernel_linux elibc_glibc"
> > > Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
> > >
> > >
> > > i'm not familiar with sparc intricacies, so any ideas will be greatly
> > > appreciated.
> > >
> > >
> > > -=glenn=-
> > >
> >
> > Regards,
> > --
> > Ferris McCormick (P44626, MI)
> > Developer, Gentoo Linux (sparc, devrel)
> >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.1 (GNU/Linux)
> >
> > iD8DBQBDg5iUQa6M3+I///cRAo62AKClhK6bXoixvxmQUTAXO8v1QARbqACeKPAK
> > Lx09gc7OBLGyBTqfL5RicUE=
> > =XtrZ
> > -----END PGP SIGNATURE-----
> >
> >
> >
>

--
gentoo-sparc@gentoo.org mailing list

On Tue, 2005-11-22 at 16:30 -0600, glenn wrote:
> ferris:
>
> here's another error:
>
> sparc-unknown-linux-gnu-gcc -O2 -mcpu=ultrasparc -fno-strict-aliasing
> -ansi -pedantic -Wno-return-type -w -I../..
> -I../../exports/include -Dlinux -D__sparc__
> -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE
> -D_XOPEN_SOURCE -D_BSD_SOURCE
> -D_SVID_SOURCE -D_GNU_SOURCE
> -DFUNCPROTO=15 -DNARROWPROTO -DBINDIR=\"/usr/bin\"
> -DXDMDIR=\"/etc/X11/xdm\" -DHASXDMAUTH
> -DUSESHADOW -DUNIXCONN -DTCPCONN -DHAS_STICKY_DIR_BIT
> -DHAS_FCHOWN -DGREET_USER_STATIC
> -DDEV_RANDOM=\"/dev/random\" -DOSMAJORVERSION=2
> -DOSMINORVERSION=4 -DXPM
> -DUSE_XINERAMA -DHAS_MKSTEMP -c -o choose.o
> choose.c
> choose.c: In function `AddChooserHost':
> choose.c:384: error: syntax error before "closure"
> choose.c:386: error: syntax error before ')' token
> make[4]: *** [choose.o] Error 1
> make[4]: Leaving directory
> `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/programs/xdm'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory
> `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc/programs'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
> make[1]: *** [World] Error 2
> make[1]: Leaving directory `/opt/tmp/portage/portage/xorg-x11-6.8.2-r4/work/xc'
> make: *** [World] Error 2
>
> !!! ERROR: x11-base/xorg-x11-6.8.2-r4 failed.
> !!! Function build, Line 973, Exitcode 2
> !!! make World failed
> !!! If you need support, post the topmost build error, NOT this status message.
>
>
> i'll attempt another emerge with your suggestion and see how far it
> gets before it errors out. but the erratic behavior leads me to
> believe that there maybe memory issues.
>
> i appreciate you time.
>
> -=glenn=-
>

Memory is one possibility, or problems with disk transfer. For your
information, amusement, records, or whatever, this is what the compiler
should have been working on:
=====================
argp = (char ***) closure;
if (addr->length == strlen ("BROADCAST") &&
!strncmp ((char *)addr->data, "BROADCAST", addr->length))
{
*argp = parseArgs (*argp, "BROADCAST");
}
=====================
And if I had to guess, I'd say that for this run on that source file,
the compiler saw 'char *...' as something else.

Now, here is what bothers me (beyond the fact that you system clearly is
misbehaving). Although xorg-x11 is quite large,the build is not very
stressful, and certainly building the little xdm program (which is what
failed in your example) is completely ordinary. The only interesting
things about xorg-x11 are that the build takes a long time and that once
you start building fonts, you do not do normal "build like" things (but
you are not even close to that point).

So, if some system-wide problem is casuing random failures for xorg, I'd
expect you to see random failures here and there in other builds, too.
But you have not indicated any such failures.

Consequently, I urge you that if you can, join the #gentoo-sparc IRC
channel on freenode (information at www.gentoo.org and other places) and
ask your question there, too, because you will have access to people who
have built xorg-x11 on a U5. And don't be put off if you run into
people with strong opinions or who seem to be, er, rather blunt.

For what it's worth, I have seen (very infrequently) similar to yours.
In one case, the problem could be traced to ccache corruption apparently
related to a bad kernel. In the second case, fixing the problem
required just a rebuild of the gcc compiler, apparently caused by a
specific bug in the compiler used to build the compiler in the first
place. There is no third case.

If possible, you might consider installing xorg-x11 from your
distribution medium and then continue your main build to see if the
problem shows up other places or is specific to xorg-x11.

This is a long reply for so little information, but it is difficult for
me to guess what is failing. I can see where the compilations are
failing for you, but it is hard to see why.

Puzzled,
--
Ferris McCormick (P44626, MI)
Developer, Gentoo Linux (sparc, devrel)

On Tue, 2005-11-22 at 17:08 -0600, glenn wrote:
> this is the result of
>
> FEATURES="-ccache" emerge xorg-x11
>
>
> -DFUNCPROTO=15 -DNARROWPROTO -DXENVIRONMENT -c -o systemnames.o
> systemnames.c
> systemnames.c:39: error: syntax error before string constant

That's the first non-comment line in the source code: It's an #include
statement, and the compiler missed the terminating '"'.

See my previous reply. I do not see how you can compile anything at all
on that system at this point. Just for fun, try something like
ebuild /usr/portage/sys-devel/gcc-3.3.5.20050130-r1.ebuild \
fetch unpack compile install
(A complete rebuild of the gcc compiler without actually installing it
into the running system.) That build should give your system more
exercise that xorg-x11 has for you so far.
>
--
Ferris McCormick (P44626, MI)
Developer, Gentoo Linux (sparc, devrel)

On Wed, 23 Nov 2005 00:11:47 +0000 Ferris McCormick <fmccor@gentoo.org>
wrote:
| See my previous reply. I do not see how you can compile anything at
| all on that system at this point. Just for fun, try something like
| ebuild /usr/portage/sys-devel/gcc-3.3.5.20050130-r1.ebuild \
| fetch unpack compile install
| (A complete rebuild of the gcc compiler without actually installing it
| into the running system.) That build should give your system more
| exercise that xorg-x11 has for you so far.

...or emerge -B gcc

--
Ciaran McCreesh : Gentoo Developer (Look! Shiny things!)
Mail : ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm

On Wed, 2005-11-23 at 00:36 +0000, Ciaran McCreesh wrote:
> On Wed, 23 Nov 2005 00:11:47 +0000 Ferris McCormick <fmccor@gentoo.org>
> wrote:
> | See my previous reply. I do not see how you can compile anything at
> | all on that system at this point. Just for fun, try something like
> | ebuild /usr/portage/sys-devel/gcc-3.3.5.20050130-r1.ebuild \
> | fetch unpack compile install
> | (A complete rebuild of the gcc compiler without actually installing it
> | into the running system.) That build should give your system more
> | exercise that xorg-x11 has for you so far.
>
> ...or emerge -B gcc
Yes, but I'm not sure it's wise actually to package up a new gcc on this
system; you might end up installing it for real some time :) And
something on the system is not working the way it should.
>
--
Ferris McCormick (P44626, MI)
Developer, Gentoo Linux (sparc, devrel)

thanks for the response folks.

i swapped memory and the emerge still failed, again with a different,
but similar problem. (syntax errors, but different filesets), so we
can rule out the memory for now (though not completely).

i'll attempt to rebuild gcc tomorrow. (the machine is at work)

i'm quite perturbed by the xorg-x11 issues. i was able to compile the
kernel, a few system updates, etc. i was emerging fluxbox when i ran
across the xorg-x11 compile errors, it successfully built all the
dependencies up to that point. i also emerged gentoolkit, telnet,
ftp/ftpd, while emerging xorg-x11 and didn't come across any issues.

i was wondering if there's a way to boot the live cd, chroot to the
system, but force a gcc rebuild using the live cd gcc ( or is that
what i have from stage 3 install).

at any rate, this has been a fun learning experience and i appreciate
your responses.

-=glenn=-


On 11/22/05, Ferris McCormick <fmccor@gentoo.org> wrote:
> On Wed, 2005-11-23 at 00:36 +0000, Ciaran McCreesh wrote:
> > On Wed, 23 Nov 2005 00:11:47 +0000 Ferris McCormick <fmccor@gentoo.org>
> > wrote:
> > | See my previous reply. I do not see how you can compile anything at
> > | all on that system at this point. Just for fun, try something like
> > | ebuild /usr/portage/sys-devel/gcc-3.3.5.20050130-r1.ebuild \
> > | fetch unpack compile install
> > | (A complete rebuild of the gcc compiler without actually installing it
> > | into the running system.) That build should give your system more
> > | exercise that xorg-x11 has for you so far.
> >
> > ...or emerge -B gcc
> Yes, but I'm not sure it's wise actually to package up a new gcc on this
> system; you might end up installing it for real some time :) And
> something on the system is not working the way it should.
> >
> --
> Ferris McCormick (P44626, MI)
> Developer, Gentoo Linux (sparc, devrel)
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
>
> iD8DBQBDg7zBQa6M3+I///cRAk/XAJ4i9+4cN+s1lYE3WRSTFKjZl034dgCfRGXc
> 95c5K2C8aHPG30V2/f59DKk=
> =XDzy
> -----END PGP SIGNATURE-----
>
>
>

--
gentoo-sparc@gentoo.org mailing list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

glenn wrote:

> thanks for the response folks.
>
> i swapped memory and the emerge still failed, again with a different,
> but similar problem. (syntax errors, but different filesets), so we
> can rule out the memory for now (though not completely).

Memory on the U5 is ECC so it would be strange for it to fail without
getting some form of error from the kernel or machine.
Which filesystem type are you using? And are you trying any funky hdparm
parameters on the disk?

- --
Gustavo Zacarias
Gentoo/SPARC monkey
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDhHxMV3G/IBCn/JARAoQ9AJ4gal3wD3wf5I3vdU/n7HtvqNPhiQCdGDcz
v2ooCvAS+OrbnB0SYj1ZN/U=
=gW8l
-----END PGP SIGNATURE-----
--
gentoo-sparc@gentoo.org mailing list

gustavo:
no hdparm changes from the default install config, i'm using ext3
filesystem.

On 11/23/05, Gustavo Zacarias <gustavoz@gentoo.org> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> glenn wrote:
>
> > thanks for the response folks.
> >
> > i swapped memory and the emerge still failed, again with a different,
> > but similar problem. (syntax errors, but different filesets), so we
> > can rule out the memory for now (though not completely).
>
> Memory on the U5 is ECC so it would be strange for it to fail without
> getting some form of error from the kernel or machine.
> Which filesystem type are you using? And are you trying any funky hdparm
> parameters on the disk?
>
> - --
> Gustavo Zacarias
> Gentoo/SPARC monkey
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFDhHxMV3G/IBCn/JARAoQ9AJ4gal3wD3wf5I3vdU/n7HtvqNPhiQCdGDcz
> v2ooCvAS+OrbnB0SYj1ZN/U=
> =gW8l
> -----END PGP SIGNATURE-----
> --
> gentoo-sparc@gentoo.org mailing list
>
>

From: Gustavo Zacarias <gustavoz@gentoo.org>
Date: Wed, 23 Nov 2005 11:27:24 -0300

> Memory on the U5 is ECC so it would be strange for it to fail without
> getting some form of error from the kernel or machine.
> Which filesystem type are you using? And are you trying any funky hdparm
> parameters on the disk?

I'm suspecting rather IDE transfer corruption under load.
A good datapoint would be if the IDE disk is using DMA or
PIO mode, and if DMA to retry the emerge with DMA disabled.
Also, there are other funky IDE feature optimization settings
that might now be safe on those Ultra5/10 CMD64x IDE chips.

I seem to remember Gentoo turned on all the fancy IDE features
via hdparm on bootup on sparc64 boxes, correct me if I'm wrong.
--
gentoo-sparc@gentoo.org mailing list

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David S. Miller wrote:

> I'm suspecting rather IDE transfer corruption under load.
> A good datapoint would be if the IDE disk is using DMA or
> PIO mode, and if DMA to retry the emerge with DMA disabled.
> Also, there are other funky IDE feature optimization settings
> that might now be safe on those Ultra5/10 CMD64x IDE chips.
>
> I seem to remember Gentoo turned on all the fancy IDE features
> via hdparm on bootup on sparc64 boxes, correct me if I'm wrong.

hdparm is never called on startup by default, be it either the LiveCD or
a new installation unless the users adds it to the startup.
CONFIG_BLK_DEV_IDEDMA_PCI is Y on the LiveCD kernel, but
CONFIG_IDEDMA_PCI_AUTO isn't so it shouldn't fire up unless the user
wants so via hdparm.

- --
Gustavo Zacarias
Gentoo/SPARC monkey
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDhOOiV3G/IBCn/JARAgU7AJ0QtxUs39xaw8lUtyyLYUPxnnf7WwCbBn0E
WJM0+W5qfNvw5nPy9bX+Ejg=
=RIrw
-----END PGP SIGNATURE-----
--
gentoo-sparc@gentoo.org mailing list

ok folks...


hdparm -v /dev/hda1

/dev/hda1:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 16708/16/63, sectors = 767950848, start = 0

if i need to change the parameters, please let me know


-=g=-
On 11/23/05, Gustavo Zacarias <gustavoz@gentoo.org> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> David S. Miller wrote:
>
> > I'm suspecting rather IDE transfer corruption under load.
> > A good datapoint would be if the IDE disk is using DMA or
> > PIO mode, and if DMA to retry the emerge with DMA disabled.
> > Also, there are other funky IDE feature optimization settings
> > that might now be safe on those Ultra5/10 CMD64x IDE chips.
> >
> > I seem to remember Gentoo turned on all the fancy IDE features
> > via hdparm on bootup on sparc64 boxes, correct me if I'm wrong.
>
> hdparm is never called on startup by default, be it either the LiveCD or
> a new installation unless the users adds it to the startup.
> CONFIG_BLK_DEV_IDEDMA_PCI is Y on the LiveCD kernel, but
> CONFIG_IDEDMA_PCI_AUTO isn't so it shouldn't fire up unless the user
> wants so via hdparm.
>
> - --
> Gustavo Zacarias
> Gentoo/SPARC monkey
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFDhOOiV3G/IBCn/JARAgU7AJ0QtxUs39xaw8lUtyyLYUPxnnf7WwCbBn0E
> WJM0+W5qfNvw5nPy9bX+Ejg=
> =RIrw
> -----END PGP SIGNATURE-----
> --
> gentoo-sparc@gentoo.org mailing list
>
>

ok gang:

i was able to "emerge -ep gcc" with out any issues...

i'm attempting to emerge xorg-x11 once again to see if it makes a
difference.

thanks again for all the comments.

-=g=-

On 11/23/05, glenn <glenn.burns@gmail.com> wrote:
>
> ok folks...
>
>
> hdparm -v /dev/hda1
>
> /dev/hda1:
> multcount = 16 (on)
> IO_support = 0 (default 16-bit)
> unmaskirq = 0 (off)
> using_dma = 1 (on)
> keepsettings = 0 (off)
> readonly = 0 (off)
> readahead = 8 (on)
> geometry = 16708/16/63, sectors = 767950848, start = 0
>
> if i need to change the parameters, please let me know
>
>
> -=g=-
> On 11/23/05, Gustavo Zacarias <gustavoz@gentoo.org> wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > David S. Miller wrote:
> >
> > > I'm suspecting rather IDE transfer corruption under load.
> > > A good datapoint would be if the IDE disk is using DMA or
> > > PIO mode, and if DMA to retry the emerge with DMA disabled.
> > > Also, there are other funky IDE feature optimization settings
> > > that might now be safe on those Ultra5/10 CMD64x IDE chips.
> > >
> > > I seem to remember Gentoo turned on all the fancy IDE features
> > > via hdparm on bootup on sparc64 boxes, correct me if I'm wrong.
> >
> > hdparm is never called on startup by default, be it either the LiveCD or
> > a new installation unless the users adds it to the startup.
> > CONFIG_BLK_DEV_IDEDMA_PCI is Y on the LiveCD kernel, but
> > CONFIG_IDEDMA_PCI_AUTO isn't so it shouldn't fire up unless the user
> > wants so via hdparm.
> >
> > - --
> > Gustavo Zacarias
> > Gentoo/SPARC monkey
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux)
> > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> >
> > iD8DBQFDhOOiV3G/IBCn/JARAgU7AJ0QtxUs39xaw8lUtyyLYUPxnnf7WwCbBn0E
> > WJM0+W5qfNvw5nPy9bX+Ejg=
> > =RIrw
> > -----END PGP SIGNATURE-----
> > --
> > gentoo-sparc@gentoo.org mailing list
> >
> >
>

i decided that it may be a good idea to emerge -ep system and then try
to emerge xorg-x11. emerge -ep system completed
and emerge xorg-x11 errored out again.

sparc-unknown-linux-gnu-gcc -c -O2 -mcpu=ultrasparc
-fno-strict-aliasing -ansi -pedantic -Wno-return-type -w -I../..
-I../../exports/include -Dlinux -D__sparc__
-D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE
-D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT
-DXUSE_MTSAFE_API -DHAS_SNPRINTF -DXTSTRINGDEFINES -fPIC
GrayPixmap.c
rm -f Initer.o unshared/Initer.o
sparc-unknown-linux-gnu-gcc -c -ansi -pedantic -Wno-return-type -w
-I../.. -I../../exports/include -Dlinux -D__sparc__
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE
-D_XOPEN_SOURCE -D_BSD_SOURCE
-D_SVID_SOURCE -D_GNU_SOURCE
-DFUNCPROTO=15 -DNARROWPROTO -DXTHREADS -D_REENTRANT
-DXUSE_MTSAFE_API -DHAS_SNPRINTF -O2 -mcpu=ultrasparc
-fno-strict-aliasing Initer.c -o unshared/Initer.o
In file included from Initer.c:36:
../../exports/include/X11/Xmu/Initer.h:1: error: syntax error before '.' token
../../exports/include/X11/Xmu/Initer.h:1: error: stray '$' in program
In file included from Initer.c:36:
../../exports/include/X11/Xmu/Initer.h:1:34: invalid digit "9" in octal constant
../../exports/include/X11/Xmu/Initer.h:1: error: stray '$' in program
../../exports/include/X11/Xmu/Initer.h:52: error: syntax error before "func"
Initer.c:39: error: syntax error before "XmuInitializerProc"
Initer.c:42: error: syntax error before '}' token
Initer.c:53: error: syntax error before "func"
Initer.c: In function `XmuAddInitializer':
Initer.c:57: error: invalid application of `sizeof' to an incomplete type
Initer.c:60: error: invalid use of undefined type `struct InitializerList'
Initer.c:60: error: invalid use of undefined type `struct InitializerList'
Initer.c:60: error: dereferencing pointer to incomplete type
Initer.c:60: error: `func' undeclared (first use in this function)
Initer.c:60: error: (Each undeclared identifier is reported only once
Initer.c:60: error: for each function it appears in.)
Initer.c:61: error: invalid use of undefined type `struct InitializerList'
Initer.c:61: error: invalid use of undefined type `struct InitializerList'
Initer.c:61: error: dereferencing pointer to incomplete type
Initer.c:62: error: invalid use of undefined type `struct InitializerList'
Initer.c:62: error: invalid use of undefined type `struct InitializerList'
Initer.c:62: error: dereferencing pointer to incomplete type
Initer.c: In function `XmuCallInitializers':
Initer.c:71: error: invalid use of undefined type `struct InitializerList'
Initer.c:71: error: dereferencing pointer to incomplete type
Initer.c:72: error: invalid use of undefined type `struct InitializerList'
Initer.c:72: error: dereferencing pointer to incomplete type
Initer.c:72: error: invalid use of undefined type `struct InitializerList'
Initer.c:72: error: dereferencing pointer to incomplete type


any ideas?


-=glenn=-


On 11/29/05, glenn <glenn.burns@gmail.com> wrote:
> ok gang:
>
> i was able to "emerge -ep gcc" with out any issues...
>
> i'm attempting to emerge xorg-x11 once again to see if it makes a
> difference.
>
> thanks again for all the comments.
>
> -=g=-
>
>
> On 11/23/05, glenn <glenn.burns@gmail.com> wrote:
> > ok folks...
> >
> >
> > hdparm -v /dev/hda1
> >
> > /dev/hda1:
> > multcount = 16 (on)
> > IO_support = 0 (default 16-bit)
> > unmaskirq = 0 (off)
> > using_dma = 1 (on)
> > keepsettings = 0 (off)
> > readonly = 0 (off)
> > readahead = 8 (on)
> > geometry = 16708/16/63, sectors = 767950848, start = 0
> >
> > if i need to change the parameters, please let me know
> >
> >
> > -=g=-
> >
> >
> > On 11/23/05, Gustavo Zacarias <gustavoz@gentoo.org> wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > David S. Miller wrote:
> > >
> > > > I'm suspecting rather IDE transfer corruption under load.
> > > > A good datapoint would be if the IDE disk is using DMA or
> > > > PIO mode, and if DMA to retry the emerge with DMA disabled.
> > > > Also, there are other funky IDE feature optimization settings
> > > > that might now be safe on those Ultra5/10 CMD64x IDE chips.
> > > >
> > > > I seem to remember Gentoo turned on all the fancy IDE features
> > > > via hdparm on bootup on sparc64 boxes, correct me if I'm wrong.
> > >
> > > hdparm is never called on startup by default, be it either the LiveCD or
> > > a new installation unless the users adds it to the startup.
> > > CONFIG_BLK_DEV_IDEDMA_PCI is Y on the LiveCD kernel, but
> > > CONFIG_IDEDMA_PCI_AUTO isn't so it shouldn't fire up unless the user
> > > wants so via hdparm.
> > >
> > > - --
> > > Gustavo Zacarias
> > > Gentoo/SPARC monkey
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v1.4.2-ecc0.1.6 (GNU/Linux)
> > > Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> > >
> > >
> iD8DBQFDhOOiV3G/IBCn/JARAgU7AJ0QtxUs39xaw8lUtyyLYUPxnnf7WwCbBn0E
> > > WJM0+W5qfNvw5nPy9bX+Ejg=
> > > =RIrw
> > > -----END PGP SIGNATURE-----
> > > --
> > > gentoo-sparc@gentoo.org mailing list
> > >
> > >
> >
> >
>
>

--
gentoo-sparc@gentoo.org mailing list

From: glenn <glenn.burns@gmail.com>
Date: Wed, 7 Dec 2005 15:24:48 -0600

> In file included from Initer.c:36:
> ../../exports/include/X11/Xmu/Initer.h:1: error: syntax error before '.' token
> ../../exports/include/X11/Xmu/Initer.h:1: error: stray '$' in program
> In file included from Initer.c:36:
> ../../exports/include/X11/Xmu/Initer.h:1:34: invalid digit "9" in octal constant
> ../../exports/include/X11/Xmu/Initer.h:1: error: stray '$' in program
> ../../exports/include/X11/Xmu/Initer.h:52: error: syntax error before "func"

You can emerge until you are blue in the face and it won't make this
problem go away.

There is no question in my mind that the header file is being
corrupted somewhere between the IDE disk and when the gcc process is
reading in the file to compile it.

No amount of emerging is going to fix that bug.
It could be in the kernel, there could be something up
with the IDE disk you're using, but there is not enough
data to determine this right now.

And I've been saying this from the beginning, "data corruption".
--
gentoo-sparc@gentoo.org mailing list