[] freebsd-current! . ( )
Title: ÇÏ´ÏÀ×±Û¸®½¬ »ùÇÃÅ×ÀÌÇÁ ½ÅûÀÚ´Â ÁÖ¼ÒÈ®Àΰú ÇÔ²² ¹«·á·Î ±³Àç ¹× ÇÁ·Î±×·¥ »ó´ãÀ» °ð¹Ù·Î ¹ÞÀ¸½Ç ¼ö ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ½Â¶ô¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù. Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý ±ÔÁ¤À» ÁؼöÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎÀåÄ¡¸¦ ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ ¿ìÆí ÁÖ¼Ò´Â ÀÎÅÍ³Ý »óÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇϽñ⠹ٶø´Ï´Ù. ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ (Unsubscribe)¸¦ Ŭ¸¯ÇØ Áֽʽÿä.
Problem compiling -current on 4.6-RELEASE
(This has already been posted on questions, but I got no replies.) Hi. I have a problem. When trying to do a 'make buildworld' on a (freshly fetched) -current source-tree, I quickly get an error: --- === gnu/usr.bin/tar rm -f tar addext.o argmatch.o backupfile.o basename.o dirname.o error.o exclude.o full-write.o getdate.o getline.o getopt.o getopt1.o getstr.o hash.o human.o mktime.o modechange.o prepargs.o print-copyr.o quotearg.o safe-read.o save-cwd.o savedir.o unicodeio.o xgetcwd.o xmalloc.o xstrdup.o xstrtoul.o xstrtoumax.o buffer.o compare.o create.o delete.o extract.o incremen.o list.o mangle.o misc.o names.o rtapelib.o tar.o update.o tar.1.gz tar.1.cat.gz rm: tar: is a directory *** Error code 1 Stop in /usr/src/gnu/usr.bin/tar. *** Error code 1 Stop in /usr/src/gnu/usr.bin/tar. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --- I have followed the instructions '/usr/src/UPDATING', but still the problem persists. Looks to me like there might be a problem with a script, but then again, this is my first go at building -current, on FreeBSD anyway, so... Thanks. mb To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem compiling -current on 4.6-RELEASE
On Thu, Jul 25, 2002 at 11:45:21AM +0200, Martin Bundgaard wrote: ... === gnu/usr.bin/tar rm -f tar addext.o argmatch.o backupfile.o basename.o dirname.o error.o exclude.o full-write.o getdate.o getline.o getopt.o getopt1.o getstr.o hash.o human.o mktime.o modechange.o prepargs.o print-copyr.o quotearg.o safe-read.o save-cwd.o savedir.o unicodeio.o xgetcwd.o xmalloc.o xstrdup.o xstrtoul.o xstrtoumax.o buffer.o compare.o create.o delete.o extract.o incremen.o list.o mangle.o misc.o names.o rtapelib.o tar.o update.o tar.1.gz tar.1.cat.gz rm: tar: is a directory ... The tar directory should really be in the attic. I guess you forgot to use -P when using cvs update/checkout. Cheers, Stefan Farfeleder To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
sparc64 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === usr.sbin/mrouted/testrsrr === usr.sbin/mtest === usr.sbin/mtree === usr.sbin/ndp === usr.sbin/newsyslog === usr.sbin/nfsd /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd/nfsd.c: In function `start_server': /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd/nfsd.c:836: invalid use of undefined type `struct nfsd_srvargs' /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include/stdio.h: At top level: /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd/nfsd.c:84: storage size of `nsd' isn't known *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src/usr.sbin. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. *** Error code 1 Stop in /usr/home/des/tinderbox/sparc64/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem compiling -current on 4.6-RELEASE
On Thu, Jul 25, 2002 at 11:45:21AM +0200, Martin Bundgaard wrote: (This has already been posted on questions, but I got no replies.) Hi. I have a problem. When trying to do a 'make buildworld' on a (freshly fetched) -current source-tree, I quickly get an error: --- === gnu/usr.bin/tar rm -f tar addext.o argmatch.o backupfile.o basename.o dirname.o error.o exclude.o full-write.o getdate.o getline.o getopt.o getopt1.o getstr.o hash.o human.o mktime.o modechange.o prepargs.o print-copyr.o quotearg.o safe-read.o save-cwd.o savedir.o unicodeio.o xgetcwd.o xmalloc.o xstrdup.o xstrtoul.o xstrtoumax.o buffer.o compare.o create.o delete.o extract.o incremen.o list.o mangle.o misc.o names.o rtapelib.o tar.o update.o tar.1.gz tar.1.cat.gz rm: tar: is a directory *** Error code 1 Stop in /usr/src/gnu/usr.bin/tar. *** Error code 1 Stop in /usr/src/gnu/usr.bin/tar. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I have followed the instructions '/usr/src/UPDATING', but still the problem persists. Looks to me like there might be a problem with a script, but then again, this is my first go at building -current, on FreeBSD anyway, so... Remove the /usr/obj/usr/src/gnu/usr.bin/tar/tar directory and try again. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg41330/pgp0.pgp Description: PGP signature
[no subject]
To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem compiling -current on 4.6-RELEASE
The tar directory should really be in the attic. I guess you forgot to use -P when using cvs update/checkout. You're right, pruning would have resolved the problem, but is there any reason for the empty directories to be there in the first place? -mb To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problem compiling -current on 4.6-RELEASE
On Thu, Jul 25, 2002 at 02:45:15PM +0200, Sheldon Hearn wrote: On (2002/07/25 11:45), Martin Bundgaard wrote: I have a problem. When trying to do a 'make buildworld' on a (freshly fetched) -current source-tree, I quickly get an error: Other people have pointed out the cause of the problem. However, please note for future reference that what you're doing is not supported. Current cross-builds on -STABLE are only supported on the latest -STABLE. This is not true. They are supported from at least on 4.0-RELEASE. If it's broken, please let me know. Since 4.6-RELEASE was a snapshot cut off the -STABLE branch very recently, it's likely that what you're doing will work. But keep it in mind for the future. You too. :-) Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg41334/pgp0.pgp Description: PGP signature
Re: sparc64 tinderbox failure
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: -- stage 4: building everything.. -- === usr.sbin/mrouted/testrsrr === usr.sbin/mtest === usr.sbin/mtree === usr.sbin/ndp === usr.sbin/newsyslog === usr.sbin/nfsd /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd/nfsd.c: In function `start_server': /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd/nfsd.c:836: invalid use of undefined type `struct nfsd_srvargs' /home/des/tinderbox/sparc64/obj/usr/home/des/tinderbox/sparc64/src/sparc64/usr/include/stdio.h: At top level: /usr/home/des/tinderbox/sparc64/src/usr.sbin/nfsd/nfsd.c:84: storage size of `nsd' isn't known *** Error code 1 Looks like Peter fixed this in rev 1.28. Best regards, Mike Barcroft To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
HEADS UP: an IPv4-mapped IPv6 address off by default
Hi, I've just committed to change an IPv4-mapped IPv6 address off by default. The existing applications may be affected this change. The applications which depend on an IPv4-mapped IPv6 address will become listen only an IPv6 socket. Apache2 is known having this problem. You may need to specify the Listen directive explicitly in your httpd.conf like as follows: Listen 0.0.0.0:80 Listen [::]:80 If you still want to use an IPv4-mapped IPv6 address, please specify ipv6_ipv4mapping=YES in your /etc/rc.conf. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sparc64 tinderbox failure
John Polstra [EMAIL PROTECTED] writes: Does tinderbox run with a nonstandard WARNS setting? I did the cross build with these environment settings: des@freefall ~% cat tinderbox/make.conf CFLAGS = -O -pipe COPTFLAGS= -O -pipe NOPROFILE= true MAKE_KERBEROS4 = yes MAKE_KERBEROS5 = yes and the relevant bits of tinderbox.sh: /bin/mkdir -p ${obj} MAKEOBJDIRPREFIX=${obj}; export MAKEOBJDIRPREFIX __MAKE_CONF=${base}/make.conf; export __MAKE_CONF /usr/bin/make -s buildworld for kc in ${kernels} ; do (cd sys/${arch}/conf make ${kc}) /usr/bin/make -s buildkernel KERNCONF=${kc} -DNO_WERROR done DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sparc64 tinderbox failure
In article [EMAIL PROTECTED], Dag-Erling Smorgrav [EMAIL PROTECTED] wrote: John Polstra [EMAIL PROTECTED] writes: Does tinderbox run with a nonstandard WARNS setting? I did the cross build with these environment settings: des@freefall ~% cat tinderbox/make.conf CFLAGS = -O -pipe COPTFLAGS= -O -pipe NOPROFILE= true MAKE_KERBEROS4 = yes MAKE_KERBEROS5 = yes and the relevant bits of tinderbox.sh: /bin/mkdir -p ${obj} MAKEOBJDIRPREFIX=${obj}; export MAKEOBJDIRPREFIX __MAKE_CONF=${base}/make.conf; export __MAKE_CONF /usr/bin/make -s buildworld for kc in ${kernels} ; do (cd sys/${arch}/conf make ${kc}) /usr/bin/make -s buildkernel KERNCONF=${kc} -DNO_WERROR done Now I'm really confused. If the script is passing -DNO_WERROR to the buildkernel invocation then why did a warning kill the build? John -- John Polstra John D. Polstra Co., Inc.Seattle, Washington USA Disappointment is a good sign of basic intelligence. -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: an IPv4-mapped IPv6 address off by default
Hi, On Thu, 25 Jul 2002 12:50:49 -0400 Jeroen C.van Gelderen [EMAIL PROTECTED] said: jeroen May I ask what motivated this change? Yes. There is discussion that an IPv4-mapped IPv6 address has potential security weakness in developping application and/or operating servers. NetBSD's default is off, and OpenBSD doesn't support an IPv4-mapped IPv6 address. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make buildworld fails at gperf
With a fresh cvsup and rm -r /usr/obj, I then get the following error in gperf when typing make buildworld: Am I doing something wrong? Thanks, Rob. --- uname -a output: FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat May 25 19:42:56 PDT 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LAPTOP i386 --- make buildworld output: cd /usr/src/gnu/usr.bin/gperf; make DIRPRFX=gnu/usr.bin/gperf/ obj; make DIRPRFX=gnu/usr.bin/gperf/ depend; make DIRPRFX=gnu/usr.bin/gperf/ all; make DIRPRFX=gnu/usr.bin/gperf/ DESTDIR=/usr/obj/usr/src/i386 install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf === gnu/usr.bin/gperf/doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a-D__FBSDID=__RCSID /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a-D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a .depend echo gperf: /usr/lib/libstdc++.a .depend === gnu/usr.bin/gperf/doc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/bool-array.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/gen-perf.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/hash-table.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/iterator.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/key-list.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/list-node.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/main.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/new.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/options.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/read-line.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/trace.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/vectors.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/version.cc c++
Re: make buildworld fails at gperf
On Thu, Jul 25, 2002 at 10:43:05AM -0700, Rob wrote: With a fresh cvsup and rm -r /usr/obj, I then get the following error in gperf when typing make buildworld: Am I doing something wrong? Thanks, Rob. --- uname -a output: FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat May 25 19:42:56 PDT 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LAPTOP i386 Smells like your C++ bits are broken. Have you upgraded this box to GCC 3.1 yet? If not, try reverting to Makefile.inc1,v 1.295 and see if that helps. (``cc -v'' and ``c++ -v'' would be a hint here.) --- make buildworld output: cd /usr/src/gnu/usr.bin/gperf; make DIRPRFX=gnu/usr.bin/gperf/ obj; make DIRPRFX=gnu/usr.bin/gperf/ depend; make DIRPRFX=gnu/usr.bin/gperf/ all; make DIRPRFX=gnu/usr.bin/gperf/ DESTDIR=/usr/obj/usr/src/i386 install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf === gnu/usr.bin/gperf/doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a-D__FBSDID=__RCSID /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a-D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a .depend echo gperf: /usr/lib/libstdc++.a .depend === gnu/usr.bin/gperf/doc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/bool-array.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/gen-perf.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/hash-table.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/iterator.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/key-list.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/list-node.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/main.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/new.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/options.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/read-line.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/trace.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized
Re: HEADS UP: an IPv4-mapped IPv6 address off by default
Umemoto-san, May I ask what motivated this change? -J On Thursday, Jul 25, 2002, at 11:51 US/Eastern, Hajimu UMEMOTO wrote: Hi, I've just committed to change an IPv4-mapped IPv6 address off by default. The existing applications may be affected this change. The applications which depend on an IPv4-mapped IPv6 address will become listen only an IPv6 socket. Apache2 is known having this problem. You may need to specify the Listen directive explicitly in your httpd.conf like as follows: Listen 0.0.0.0:80 Listen [::]:80 If you still want to use an IPv4-mapped IPv6 address, please specify ipv6_ipv4mapping=YES in your /etc/rc.conf. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Netgear MA401 pccard support? SOLVED
Not really solved but it works for me now. The bus memory allocation doesn't work. Both my pcic0 and fxp0 on pci2 got the same memory area, so I changed CARDBUS_SYS_RES_MEMORY_START (sys/pccard/pcic_pci.c) to a value that seemed to be free after looking thru dmesg after boot -v. In my case 0xd0208000 was good. Is it a bug? -- Mauritz Sundell, [EMAIL PROTECTED] - Original Message - From: Mauritz Sundell [EMAIL PROTECTED] To: M. Warner Losh [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, July 22, 2002 11:45 PM Subject: Re: Netgear MA401 pccard support? I still haven't got my Netgear MA401 working on my Compaq Evo N160 laptop using FreeBSD-5.0 but it works using FreeBSD-4.6. Now I wonder isn't it wrong that both pcic0 and fxp0 using the same memory area 0xd020? In 4.6 the pcic0 get 0x4400 (4.6-RELEASE) resp. 0x8800 (4.6-STABLE). Any ideas? I've tested patches, hints and kerneloptions found in other threads but nothing makes any difference. dmesg for 5.0-DP1 and 5.0-CURRENT (cvsuped several times from 27 june until today): pcic0: TI PCI-1410 PCI-CardBus Bridge irq 10 at device 6.0 on pci2 pcib2: device pcic0 requested decoded memory range 0xd020-0xd02f pccard0: PC Card bus (classic) on pcic0 pcic0: PCI Memory allocated: 0xd020 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] fxp0: Intel Pro/100 Ethernet port 0x3000-0x303f mem 0xd020-0xd0200fff irq 9 at device 8.0 on pci2 dmesg for 4.6-RELEASE: pcic0: TI PCI-1410 PCI-CardBus Bridge irq 10 at device 6.0 on pci2 pcic0: PCI Memory allocated: 0x4400 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] pccard0: PC Card bus (classic) on pcic0 fxp0: Intel Pro/100 Ethernet port 0x3000-0x303f mem 0xd020-0xd0200fff irq 9 at device 8.0 on pci2 dmesg for 4.6-CURRENT (cvsuped today): pcic0: TI PCI-1410 PCI-CardBus Bridge irq 10 at device 6.0 on pci2 pcic0: PCI Memory allocated: 0x8800 pcic0: TI12XX PCI Config Reg: [ring enable][speaker enable][pwr save][CSC serial isa irq] pccard0: PC Card bus (classic) on pcic0 fxp0: Intel Pro/100 Ethernet port 0x3000-0x303f mem 0xd020-0xd0200fff irq 9 at device 8.0 on pci2 -- Mauritz Sundell, [EMAIL PROTECTED] - Original Message - From: Mauritz Sundell [EMAIL PROTECTED] To: M. Warner Losh [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, July 10, 2002 11:02 AM Subject: Re: Netgear MA401 pccard support? - Original Message - From: M. Warner Losh [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, July 10, 2002 7:05 AM Subject: Re: Netgear MA401 pccard support? In message: 046701c2279c$2878c4e0$0e81a8c0@gilgamesh Mauritz Sundell [EMAIL PROTECTED] writes: : I cant get my NETGEAR MA401 network pccard to work in CURRENT. Bummer. It works for other people. : I have a Compaq Evo N160 laptop. What kind of pccard/cardbus bridge do you have? TI1410 PCI-CardBus Bridge : Today I saw that the man-page for pcic(4) was updated (v.1.5) and stated : This does not work at all at the moment. That's just for older ISA devices. Most PCI devices work great. : It did work under 4.6-RELEASE ( I have not tried 4.6-STABLE). Maybe sending a dmesg from -stable would help. Alternatively, you should be able to run OLDCARD on -current. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Netgear MA401 pccard support? SOLVED
In message: 020601c23410$cdced300$0c81a8c0@gilgamesh Mauritz Sundell [EMAIL PROTECTED] writes: : Not really solved but it works for me now. : : The bus memory allocation doesn't work. : Both my pcic0 and fxp0 on pci2 got the same memory area, so I : changed CARDBUS_SYS_RES_MEMORY_START : (sys/pccard/pcic_pci.c) to a value that seemed to be free after : looking thru dmesg after boot -v. In my case 0xd0208000 was good. : : Is it a bug? Yes. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make buildworld fails at gperf
Ruslan Ermilov wrote: On Thu, Jul 25, 2002 at 10:43:05AM -0700, Rob wrote: With a fresh cvsup and rm -r /usr/obj, I then get the following error in gperf when typing make buildworld: Am I doing something wrong? Thanks, Rob. --- uname -a output: FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat May 25 19:42:56 PDT 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LAPTOP i386 Smells like your C++ bits are broken. Have you upgraded this box to GCC 3.1 yet? If not, try reverting to Makefile.inc1,v 1.295 and see if that helps. (``cc -v'' and ``c++ -v'' would be a hint here.) Thanks Ruslan for the help. I renamed Makefile.inc1 to a new name, then installed the 1.295 version from CVS. But when I type make buildworld I get: (paraphrasing) error on line 2: no operator. I've looked at the two .inc1 files, and I can't see anywhere in the beginning where they differ, except in the comment statements. I wonder if I can just install gcc3.1 somehow, and then proceed normally? Rob. -- - The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
I think X is making this whole thing unstable..
I can buildworld no problem, play mp3s, read mail. But as soon as I play around in X... boom the system falls over. GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-undermydesk-freebsd... panic: bremfree: bp 0xc41dc89c not locked panic messages: --- panic: Most recently used by acl cpuid = 0; lapic.id = syncing disks... panic: bremfree: bp 0xc41dc89c not locked cpuid = 0; lapic.id = Uptime: 27m49s Dumping 127 MB ata0: resetting devices .. done 16[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 32[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 48[CTRL-C to abort] 64 80[CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] [CTRL-C to abort] 96[CTRL-C to abort] 112 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc022436d in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc022458f in panic () at ../../../kern/kern_shutdown.c:493 #3 0xc0258071 in bremfree (bp=0xc41dc89c) at ../../../kern/vfs_bio.c:633 #4 0xc02597e2 in vfs_bio_awrite (bp=0xc41dc89c) at ../../../kern/vfs_bio.c:1627 #5 0xc01fe184 in spec_fsync (ap=0xc9a29948) at ../../../fs/specfs/spec_vnops.c:403 #6 0xc01fdd73 in spec_vnoperate (ap=0x0) at ../../../fs/specfs/spec_vnops.c:121 #7 0xc03049a1 in ffs_sync (mp=0xc1b15800, waitfor=2, cred=0xc0bace80, td=0xc0414f60) at vnode_if.h:463 #8 0xc0266e04 in sync (td=0xc0414f60, uap=0x0) at ../../../kern/vfs_syscalls.c:127 #9 0xc0223fda in boot (howto=256) at ../../../kern/kern_shutdown.c:254 #10 0xc022458f in panic () at ../../../kern/kern_shutdown.c:493 #11 0xc0325342 in mtrash_ctor (mem=0xc201f800, size=0, arg=0x0) at ../../../vm/uma_dbg.c:135 #12 0xc032429f in uma_zalloc_arg (zone=0xc0b85820, udata=0x0, flags=0) at ../../../vm/uma_core.c:1358 #13 0xc021b51c in malloc (size=5, type=0xc0415d80, flags=0) at ../../../kern/kern_malloc.c:171 #14 0xc030e643 in ufs_access (ap=0xc9a29b00) at ../../../ufs/ufs/ufs_vnops.c:368 #15 0xc0311aef in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2739 #16 0xc025c5a4 in vfs_cache_lookup (ap=0x0) at vnode_if.h:220 #17 0xc0311aef in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2739 #18 0xc0260058 in lookup (ndp=0xc9a29c30) at vnode_if.h:48 #19 0xc025faf8 in namei (ndp=0xc9a29c30) at ../../../kern/vfs_lookup.c:179 #20 0xc02691ea in lstat (td=0xc1bed840, uap=0xc9a29d14) at ../../../kern/vfs_syscalls.c:1536 #21 0xc035d094 in syscall (frame= {tf_fs = -1078001617, tf_es = -1078001617, tf_ds = -1078001617, tf_edi = -1077941280, tf_esi = -1077941280, tf_ebp = -1077941384, tf_isp = -912089740, tf_ebx = 687791936, tf_edx = 134678288, tf_ecx = 6, tf_eax = 190, tf_trapno = 22, tf_err = 2, tf_eip = 690031355, tf_cs = 31, tf_eflags = 642, tf_esp = -1077941460, tf_ss = 47}) at ../../../i386/i386/trap.c:1050 #22 0xc034972d in syscall_with_err_pushed () at /var/tmp//ccSIUcXd.s:129 ---Can't read userspace from dump, or kernel process--- (kgdb) - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make buildworld fails at gperf
Rob wrote: With a fresh cvsup and rm -r /usr/obj, I then get the following error in gperf when typing make buildworld: Am I doing something wrong? Thanks, Rob. --- uname -a output: FreeBSD c888746-a.attbi.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat May 25 19:42:56 PDT 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/LAPTOP i386 --- make buildworld output: cd /usr/src/gnu/usr.bin/gperf; make DIRPRFX=gnu/usr.bin/gperf/ obj; make DIRPRFX=gnu/usr.bin/gperf/ depend; make DIRPRFX=gnu/usr.bin/gperf/ all; make DIRPRFX=gnu/usr.bin/gperf/ DESTDIR=/usr/obj/usr/src/i386 install /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf created for /usr/src/gnu/usr.bin/gperf === gnu/usr.bin/gperf/doc /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend mkdep -f .depend -a-D__FBSDID=__RCSID /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt.c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/getopt1.c mkdep -f .depend -a-D__FBSDID=__RCSID -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/gen-perf.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/iterator.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/key-list.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/list-node.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/read-line.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/trace.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/vectors.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a .depend echo gperf: /usr/lib/libstdc++.a .depend === gnu/usr.bin/gperf/doc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/bool-array.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/gen-perf.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/hash-table.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/iterator.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/key-list.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/list-node.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/main.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/new.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/options.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/read-line.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/trace.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c /usr/src/contrib/gperf/src/vectors.cc c++ -O -pipe -march=pentiumpro -D__FBSDID=__RCSID -fmemoize-lookups -fsave-memoized
Re: make buildworld fails at gperf
Peter Wemm wrote: Rob wrote: With a fresh cvsup and rm -r /usr/obj, I then get the following error in gperf when typing make buildworld: Am I doing something wrong? Thanks, Rob. --- snip The problem is that you do not have a viable libstdc++.so.4 with the builtin new/delete/etc operators. gcc-3.x moved stuff from libgcc.a to libstdc++. The easiest way out of this is: mv /usr/include/g++ /usr/include/g++.old mkdir -p /usr/include/g++/bits /usr/include/g++/ext /usr/include/g++/backward cd src/gnu/lib/libstdc++ make obj make includes cd ../libsupc++ make obj make includes cd ../libstdc++ make depend make all install cd ../libsupc++ make depend make all install This should build you a fresh libstdc++.so.4, libsupc++.a and a matching /usr/include/g++/* The resulting /usr/include/g++ should look roughly like this: peter@overcee[3:52pm]~src/gnu/lib/libsupc++-105 /bin/ls -F /usr/include/g++ FlexLexer.h cstdlib list algorithm cstring locale backward/ ctime map bits/ cwchar memory bitset cwctype new cassert cxxabi.hnumeric cctype deque ostream cerrno exception queue cfloat exception_defines.h set ciso646 ext/sstream climits fstream stack clocale functional stdexcept cmath iomanip streambuf complex ios string csetjmp iosfwd typeinfo csignal iostreamutility cstdarg istream valarray cstddef iteratorvector cstdio limits If you are really stuck, or do not have time to mess around, you might prefer to fetch and extract this: http://people.freebsd.org/~peter/c++fixit.tgz Move your old /usr/include/g++ out of the way before extracting it and save a copy of your /usr/lib/libstdc++* files as well. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 Thanks, Peter. I actually got Ruslam's suggestion working, using the older Makefile.inc1, and make buildworld is running right now. It didn't work at first as I didn't do a make clean. If it crashes, I will use your method. Thanks, Rob. -- - The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message