Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sat, Jun 28, 2003 at 03:00:57PM -1000, Vincent Poy wrote: [EMAIL PROTECTED] [5:57pm][/usr/src] make buildworld -- Rebuilding the temporary build tree -- stage 1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 BOOTSTRAPPING=501100 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy === tools/build /usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/tools/build/dummy.c cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/tools/build/dummy.c -o dummy.o building static egacy library ar: not found *** Error code 127 Stop in /usr/src/tools/build. *** Error code 1 What did you do to your /usr/bin/ar? Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sat, Jun 28, 2003 at 03:00:57PM -1000, Vincent Poy wrote: [EMAIL PROTECTED] [5:57pm][/usr/src] make buildworld -- Rebuilding the temporary build tree -- stage 1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 BOOTSTRAPPING=501100 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy === tools/build /usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/tools/build/dummy.c cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/tools/build/dummy.c -o dummy.o building static egacy library ar: not found *** Error code 127 Stop in /usr/src/tools/build. *** Error code 1 What did you do to your /usr/bin/ar? I thought those files were deleted by David in the src so I guess they were created from elsewhere... I got it to build again after getting the binary base current snapshot and extracting those files.. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sat, Jun 28, 2003 at 10:31:09PM -1000, Vincent Poy wrote: [...] cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/tools/build/dummy.c -o dummy.o building static egacy library ar: not found *** Error code 127 Stop in /usr/src/tools/build. *** Error code 1 What did you do to your /usr/bin/ar? I thought those files were deleted by David in the src so I guess they were created from elsewhere... I got it to build again after getting the binary base current snapshot and extracting those files.. The one in /usr/bin/ar is from gnu/usr.bin/binutils/ar, usr.bin/ar was indeed deleted (which is for old a.out support). Previously, /usr/bin/ar was a wrapper that selected the right ar binary depending on OBJFORMAT. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
5.2-RELEASE TODO
This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list. The live version of this list is available at: http://www.FreeBSD.org/releases/5.2R/todo.html Automated mailing of this list will continue through the release of FreeBSD 5.2. FreeBSD 5.2 Open Issues Open Issues This is a list of open issues that need to be resolved for FreeBSD 5.2. If you have any updates for this list, please e-mail [EMAIL PROTECTED] Must Resolve Issues for 5.2-RELEASE ++ |Issue| Status | Responsible | Description | |-+--+-+-| | | | | KSE M:N threading | | | | | support is reaching | | | | | experimental yet| | | | Julian | usable status on| | Production-quality | In | Elischer, David | i386 for| | M:N threading | progress | Xu, Daniel | 5.1-RELEASE. M:N| | | | Eischen | threading should be | | | | | productionable and | | | | | usable on all | | | | | platforms by| | | | | 5.2-RELEASE.| |-+--+-+-| | | | | Currently, the MD | | | | | elements of KSE are | | | | | present only for| | | | | the i386 platform, | | | | | limiting use of KSE | | | | | to the i386 | | | | | platform. It is | | | | | highly desirable to | | KSE support for | | Jake| make KSE available | | sparc64, alpha, | -- | Burkholder, --, | on non-i386 | | ia64| | -- | platforms for | | | | | 5.2-RELEASE so that | | | | | KSE can see more| | | | | broad exposure, and | | | | | the performance | | | | | benefits of KSE can | | | | | be visible to users | | | | | of the 64-bit | | | | | FreeBSD | | | | | architectures. | |-+--+-+-| | | | | Kris Kennaway | | | | | reports high| | | | | instability of | | | | | 5-CURRENT on ia64 | | | In | Marcel | machines, such as | | ia64 stability | Progress | Moolenaar | the pluto* | | | | | machines. These | | | | | problems need to be | | | | | fixed in order to | | | | | get a successful| | | | | package build. | |-+--+-+-| | | | | ia64 serial console | | | | | support is reported | | | | | to not be | | | | | functional on HP| | | In | Marcel | Itanium2 platforms. | | ia64 sio support| progress | Moolenaar, | A reworking of the | | | | Warner Losh | sio driver to | | | | | improve platform| | | | | independence and| |
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sat, Jun 28, 2003 at 10:31:09PM -1000, Vincent Poy wrote: [...] cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/tools/build/dummy.c -o dummy.o building static egacy library ar: not found *** Error code 127 Stop in /usr/src/tools/build. *** Error code 1 What did you do to your /usr/bin/ar? I thought those files were deleted by David in the src so I guess they were created from elsewhere... I got it to build again after getting the binary base current snapshot and extracting those files.. The one in /usr/bin/ar is from gnu/usr.bin/binutils/ar, usr.bin/ar was indeed deleted (which is for old a.out support). Previously, /usr/bin/ar was a wrapper that selected the right ar binary depending on OBJFORMAT. Oh okay, I was trying to axe obselete binaries for once since I noticed sometimes I have binaries in the tree that no longer exists in the regular trees. One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-RELEASE TODO
On Sun, Jun 29, 2003 at 10:00:15AM -0400, Robert Watson wrote: |+---++---| | || || Kris Kennaway | | || || reports | | || || deadlocks | | || || involving the | | || || use of nullfs | | || || in the bento | | || || environment: | | || || buildworld| | || || -j4 with src | | || || and obj | | || || mounted via | | || || nullfs; the | | | nullfs | --| -- | gcc processes | | | deadlocks | || eventually| | || || deadlocked in | | || || the ufs | | || || state. DDB| | || || traceback | | || || showed two| | || || different | | || || codepaths.| | || || I've just | | || || repeated | | || || this, so the | | || || bug still | | || || exists. | | |+---++---| | This has already been fixed. Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[PATCH] Missing case statement in sys/boot/pc98/boot2/io.c
Hi,
There's a case statement missing in the implementation of printf located
in sys/boot/pc98/boot2/io.c to handle double % signs in the format
argument.
I realize that this would probably never be used under normal conditions
but for correctness, shouldn't the attached patch be committed?
Regards,
Andre Guibert de Bruet | Enterprise Software Consultant
Silicon Landmark, LLC. | http://siliconlandmark.com/--- io.c.orig Sun Jun 29 11:05:36 2003
+++ io.cSun Jun 29 11:06:48 2003
@@ -96,6 +96,10 @@
putchar(c);
break;
}
+ case '%': {
+ putchar(c);
+ break;
+ }
}
}
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: libthr broken (was Re: HEADS UP: new KSE signal code)
In article [EMAIL PROTECTED], Mike Makonnen [EMAIL PROTECTED] wrote: David's signal changes broke libthr. This is not his fault. The original implementation of sigtimedwait was broken and jdp (John Polstra) had worked up patches to fix it, but David beat him to it :-). Well, it would have been nice if David had done a findgrep over the source tree to see if any existing code relied on the broken semantics of the original sigtimedwait implementation. Libthr depended on the old broken semantics of sigtimedwait, so any applications using libthr will be broken untill jdp commits the second part of his patch. OK, I'm working on it ... John -- John Polstra John D. Polstra Co., Inc.Seattle, Washington USA Two buttocks cannot avoid friction. -- Malawi saying ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-RELEASE TODO
On Sun, 29 Jun 2003, Robert Watson wrote: ++ |Issue| Status | Responsible | Description | |-+--+-+-| ^^^ I don't suppose it would be possible to delete a couple of those leading spaces on each line? Although it fits into an 80-column display in vim/cat/whatever, mutt ends up wrapping it, and making it very ugly, but removing a couple of the spaces would make it fit fine. -- David Taylor [EMAIL PROTECTED] The future just ain't what it used to be ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-RELEASE TODO
On Sun, 29 Jun 2003, David Taylor wrote: On Sun, 29 Jun 2003, Robert Watson wrote: ++ |Issue| Status | Responsible | Description | |-+--+-+-| ^^^ I don't suppose it would be possible to delete a couple of those leading spaces on each line? Although it fits into an 80-column display in vim/cat/whatever, mutt ends up wrapping it, and making it very ugly, but removing a couple of the spaces would make it fit fine. The way these are currently produced is to check out the web tree, build the HTML for the todo lists/etc, render them with links, dump to text, trim the unnecessary headers and footers, and spit them into a form e-mail. I can trim the leading spaces easily enough using sed; most other properties of the rendering are up to links and therefore hard to adjust. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-RELEASE TODO
On Sun, 29 Jun 2003, David Taylor wrote: I don't suppose it would be possible to delete a couple of those leading spaces on each line? Bah, ignore me, after deciding it was mutt's fault for wrapping it when it shouldn't be, I found the 'wrapmargin' setting in my muttrc file... Reducing that a little fixed the problem. Sorry about that, -- David Taylor [EMAIL PROTECTED] The future just ain't what it used to be ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-RELEASE TODO
David Taylor wrote this message on Sun, Jun 29, 2003 at 17:04 +0100: Although it fits into an 80-column display in vim/cat/whatever, mutt ends up wrapping it, and making it very ugly, but removing a couple of the spaces would make it fit fine. Reconfigure your mutt. It works fine over here on Mutt 1.4.1i (2003-03-19). Did you happen to set the wrapmargin variable? -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on alpha/alpha
TB --- 2003-06-29 16:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2003-06-29 16:00:01 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 16:07:33 - building world TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims 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/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include stage 4: building libraries stage 4: make dependencies stage 4: building everything.. TB --- 2003-06-29 17:21:45 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sun Jun 29 17:21:45 GMT 2003 [...] kern_thread.o: In function `thread_update_usr_ticks': kern_thread.o(.text+0x2674): undefined reference to `fuword32' kern_thread.o(.text+0x2678): undefined reference to `fuword32' kern_thread.o(.text+0x2690): undefined reference to `suword32' kern_thread.o(.text+0x2694): undefined reference to `suword32' kern_thread.o: In function `thread_user_enter': kern_thread.o(.text+0x3438): undefined reference to `fuword32' kern_thread.o(.text+0x343c): undefined reference to `fuword32' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-06-29 17:28:12 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 17:28:12 - ERROR: failed to build generic kernel TB --- 2003-06-29 17:28:12 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on alpha/alpha
On Sun, Jun 29, 2003 at 05:28:12PM +, Tinderbox wrote: TB --- 2003-06-29 17:21:45 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Sun Jun 29 17:21:45 GMT 2003 [...] kern_thread.o: In function `thread_update_usr_ticks': kern_thread.o(.text+0x2674): undefined reference to `fuword32' kern_thread.o(.text+0x2678): undefined reference to `fuword32' kern_thread.o(.text+0x2690): undefined reference to `suword32' kern_thread.o(.text+0x2694): undefined reference to `suword32' kern_thread.o: In function `thread_user_enter': kern_thread.o(.text+0x3438): undefined reference to `fuword32' kern_thread.o(.text+0x343c): undefined reference to `fuword32' *** Error code 1 Already fixed. Note that fuword16() and suword16() are still unimplemented. FYI, -- Marcel Moolenaar USPA: A-39004 [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on amd64/amd64
TB --- 2003-06-29 17:28:12 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2003-06-29 17:28:12 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 17:31:31 - building world TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims 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/CURRENT/amd64/amd64/obj/amd64/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include stage 4: building libraries [...] cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/snprintf.c -o snprintf.o cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNIS -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/contrib/sendmail/libsmutil/cf.c -o cf.o building static smutil library ranlib libsmutil.a === lib/libstand cc -O -pipe -ffreestanding -Wformat -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE_MEMCPY -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/../libz -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand/__main.c -o __main.o ld: unrecognised emulation mode: elf_i386_fbsd Supported emulations: elf_x86_64_fbsd *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstand. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src. TB --- 2003-06-29 18:05:21 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 18:05:21 - ERROR: failed to build world TB --- 2003-06-29 18:05:21 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HEADS UP: libthr broken (was Re: HEADS UP: new KSE signal code)
Libthr should be working again. -- Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc [EMAIL PROTECTED] | D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC 68B9 [EMAIL PROTECTED]| FreeBSD - The Power To Serve ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ftream errors under g++ 3.2.2
I recently updated one of my machines to -current to adapt some code to
build under the new version of gcc (3.2.2). However, file IO using fstream
gives error messages about implicit typenames being deprecated, and I can't
for the life of me figure out what to do my code to make the compiler happy.
Has anyone encountered this?
Below is a small example illustrating the problem. The source below should
compile fine on a previous version of g++, as in -stable. However, it will
not compile on -current using g++ 3.3.2. Does anyone know what to do to the
simple source below to get it to compile happily under -current?
(yes, I have checked gnu gcc's mailing list and FAQ/docs. I can't find an
adequate explanation for it. I suspect it has something to do with stricter
conformance to the finalized C++ standard, but since I am still a novice any
explanation by gcc developers would probably have slipped by me)
-
#include fstream
int main()
{
std::ofstream afile(test.txt);
afile some data;
}
--
gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.2 [FreeBSD] 20030205 (release)
-
g++ test.cc
In file included from test.cc:1:
/usr/include/g++/fstream:304: warning: `typename std::basic_filebuf_CharT,
_Traits::int_type' is implicitly a typename
/usr/include/g++/fstream:304: warning: implicit typename is deprecated,
please
see the documentation for details
/usr/include/g++/fstream:309: warning: `typename std::basic_filebuf_CharT,
_Traits::int_type' is implicitly a typename
/usr/include/g++/fstream:309: warning: implicit typename is deprecated,
please
see the documentation for details
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a make install, but rather with make distribution. See src/etc/sendmail/Makefile for details. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: ftream errors under g++ 3.2.2
Allan Bowhill wrote:
I recently updated one of my machines to -current to adapt some code to
build under the new version of gcc (3.2.2). However, file IO using fstream
gives error messages about implicit typenames being deprecated, and I can't
for the life of me figure out what to do my code to make the compiler happy.
Has anyone encountered this?
I do a lot of C++ development on -current, and I have been seeing these
exact warnings. The problem is in the fstream header, however, so there
is nothing you can do to your code to prevent the warnings. You could
modify /usr/include/g++/fstream to silence the warnings, but it would
get overwritten if you upgrade your system.
Below is a small example illustrating the problem. The source below should
compile fine on a previous version of g++, as in -stable. However, it will
not compile on -current using g++ 3.3.2. Does anyone know what to do to the
simple source below to get it to compile happily under -current?
From your output, I don't see compile failures, I see warnings. Do you
have -Werror turned on somewhere that wouldn't show up during normal
usage--like some environment variable or something? I was able to
compile and run your code without issue here.
Honestly, I am surprised that a GCC header would have an implicit
typename since the compiler clearly complains loudly about them. At any
rate, I think the update to GCC 3.3 in -current is going to happen quite
soon, and presumably, the updated GCC C++ headers will have warnings
such as these fully eliminated.
-Patrick
(yes, I have checked gnu gcc's mailing list and FAQ/docs. I can't find an
adequate explanation for it. I suspect it has something to do with stricter
conformance to the finalized C++ standard, but since I am still a novice any
explanation by gcc developers would probably have slipped by me)
-
#include fstream
int main()
{
std::ofstream afile(test.txt);
afile some data;
}
--
gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.2 [FreeBSD] 20030205 (release)
-
g++ test.cc
In file included from test.cc:1:
/usr/include/g++/fstream:304: warning: `typename std::basic_filebuf_CharT,
_Traits::int_type' is implicitly a typename
/usr/include/g++/fstream:304: warning: implicit typename is deprecated,
please
see the documentation for details
/usr/include/g++/fstream:309: warning: `typename std::basic_filebuf_CharT,
_Traits::int_type' is implicitly a typename
/usr/include/g++/fstream:309: warning: implicit typename is deprecated,
please
see the documentation for details
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
--
Patrick L. Hartling | Research Assistant, VRAC
[EMAIL PROTECTED] | 2274 Howe Hall Room 2624
PGP: http://www.137.org/patrick/pgp.txt | T: +1.515.294.4916
http://www.137.org/patrick/ | http://www.vrac.iastate.edu/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
ftream errors under g++ 3.2.2
file IO using fstream gives error messages about implicit typenames
being deprecated, and I can't for the life of me figure out what to do
my code to make the compiler happy
Change your /usr/include/g++/fstream as follows:
--- /usr/include/g++/fstreamSun Jun 29 09:17:46 2003
+++ fstream Sun Jun 29 11:33:38 2003
@@ -299,12 +299,12 @@
// Generic definitions.
template typename _CharT, typename _Traits
-basic_filebuf_CharT, _Traits::int_type
+typename basic_filebuf_CharT, _Traits::int_type
basic_filebuf_CharT, _Traits::underflow()
{ return _M_underflow_common(false); }
template typename _CharT, typename _Traits
-basic_filebuf_CharT, _Traits::int_type
+typename basic_filebuf_CharT, _Traits::int_type
basic_filebuf_CharT, _Traits::uflow()
{ return _M_underflow_common(true); }
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ftream errors under g++ 3.2.2
On Sun, 29 Jun 2003 11:19:02 -0700 Allan Bowhill [EMAIL PROTECTED] wrote: I recently updated one of my machines to -current to adapt some code to build under the new version of gcc (3.2.2). However, file IO using fstream gives error messages about implicit typenames being deprecated, and I can't for the life of me figure out what to do my code to make the compiler happy. Has anyone encountered this? I encountered similiar problem when I tried to compile Lyx from CVS tree. Pretty annoying, I think. Markus Niemistö ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ftream errors under g++ 3.2.2
On Sunday, June 29, 2003, at 1:19PM, Allan Bowhill wrote:
I recently updated one of my machines to -current to adapt some code to
build under the new version of gcc (3.2.2). However, file IO using
fstream
gives error messages about implicit typenames being deprecated, and I
can't
for the life of me figure out what to do my code to make the compiler
happy.
Has anyone encountered this?
Below is a small example illustrating the problem. The source below
should
compile fine on a previous version of g++, as in -stable. However, it
will
not compile on -current using g++ 3.3.2. Does anyone know what to do
to the
simple source below to get it to compile happily under -current?
(yes, I have checked gnu gcc's mailing list and FAQ/docs. I can't find
an
adequate explanation for it. I suspect it has something to do with
stricter
conformance to the finalized C++ standard, but since I am still a
novice any
explanation by gcc developers would probably have slipped by me)
Your code below is fine... there is something wrong with the C++
headers used
in the FreeBSD tree. I haven't seen this on other platforms. I don't
think that those with commit access generally do a lot with C++
[possibly a bad assumption, but I have
a hard time believing the problem would have lived so long if this
weren't the case]
Dave
-
#include fstream
int main()
{
std::ofstream afile(test.txt);
afile some data;
}
--
gcc -v
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.2.2 [FreeBSD] 20030205 (release)
-
g++ test.cc
In file included from test.cc:1:
/usr/include/g++/fstream:304: warning: `typename
std::basic_filebuf_CharT,
_Traits::int_type' is implicitly a typename
/usr/include/g++/fstream:304: warning: implicit typename is deprecated,
please
see the documentation for details
/usr/include/g++/fstream:309: warning: `typename
std::basic_filebuf_CharT,
_Traits::int_type' is implicitly a typename
/usr/include/g++/fstream:309: warning: implicit typename is deprecated,
please
see the documentation for details
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ftream errors under g++ 3.2.2
On Sunday, June 29, 2003, at 1:44PM, Jeffrey Hsu wrote:
file IO using fstream gives error messages about implicit typenames
being deprecated, and I can't for the life of me figure out what to do
my code to make the compiler happy
Change your /usr/include/g++/fstream as follows:
Can someone commit this change so we don't all have to do this every
time
we rebuild? :) I think there might be other offending headers too.
Dave
--- /usr/include/g++/fstreamSun Jun 29 09:17:46 2003
+++ fstream Sun Jun 29 11:33:38 2003
@@ -299,12 +299,12 @@
// Generic definitions.
template typename _CharT, typename _Traits
-basic_filebuf_CharT, _Traits::int_type
+typename basic_filebuf_CharT, _Traits::int_type
basic_filebuf_CharT, _Traits::underflow()
{ return _M_underflow_common(false); }
template typename _CharT, typename _Traits
-basic_filebuf_CharT, _Traits::int_type
+typename basic_filebuf_CharT, _Traits::int_type
basic_filebuf_CharT, _Traits::uflow()
{ return _M_underflow_common(true); }
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on amd64/amd64
Tinderbox wrote:
TB --- 2003-06-29 17:28:12 - starting CURRENT tinderbox run for amd64/amd64
[..]
stage 3: cross tools
stage 4: populating /home/des/tinderbox/CURRENT/amd64/amd64/obj/amd64/vol
/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include
stage 4: building libraries
[...]
cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libs
mutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/am
d64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNI
S -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd
64/amd64/src/contrib/sendmail/libsmutil/snprintf.c -o snprintf.o
cc -O -pipe -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libs
mutil/../../contrib/sendmail/src -I/vol/vol0/users/des/tinderbox/CURRENT/am
d64/amd64/src/lib/libsmutil/../../contrib/sendmail/include -I. -DNEWDB -DNI
S -DMAP_REGEX -DNOT_SENDMAIL -c /vol/vol0/users/des/tinderbox/CURRENT/amd
64/amd64/src/contrib/sendmail/libsmutil/cf.c -o cf.o
building static smutil library
ranlib libsmutil.a
=== lib/libstand
cc -O -pipe -ffreestanding -Wformat -I/vol/vol0/users/des/tinderbox/CURRENT/
amd64/amd64/src/lib/libstand -m32 -I. -DBZ_NO_STDIO -DBZ_NO_COMPRESS -DHAVE
_MEMCPY -I/vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/libstan
d/../libz -c /vol/vol0/users/des/tinderbox/CURRENT/amd64/amd64/src/lib/lib
stand/__main.c -o __main.o
ld: unrecognised emulation mode: elf_i386_fbsd
Supported emulations: elf_x86_64_fbsd
*** Error code 1
In case anybody else is running into this, I am waiting on a straight
answer from David O'Brien about whether he objects to this patch or not:
Index: gnu/usr.bin/binutils/ld/Makefile.amd64
===
--- gnu/usr.bin/binutils/ld/Makefile.amd64 2003/06/26 17:55:59 #1
+++ gnu/usr.bin/binutils/ld/Makefile.amd64 2003/06/26 17:55:59
@@ -18,3 +18,17 @@
sh ${.CURDIR}/genscripts.sh ${SRCDIR}/ld ${_x86_64_path} \
${HOST} ${TARGET_TUPLE} ${TARGET_TUPLE} \
${NATIVE_EMULATION} ${NATIVE_EMULATION} ${TARGET_TUPLE}
+
+X86_EMULATION= elf_i386_fbsd
+_i386_path=\${TOOLS_PREFIX}/usr/lib/i386\
+EMS+= ${X86_EMULATION}
+LDSCRIPTS+=${X86_EMULATION}.x ${X86_EMULATION}.xbn ${X86_EMULATION}.xn
${X86_EMULATION}.xr \
+ ${X86_EMULATION}.xs ${X86_EMULATION}.xu ${X86_EMULATION}.xc
${X86_EMULATION}.xsc
+SRCS+= e${X86_EMULATION}.c
+CLEANFILES+= e${X86_EMULATION}.c
+
+e${X86_EMULATION}.c: emulparams/${X86_EMULATION}.sh emultempl/elf32.em
scripttempl/elf.sc \
+genscripts.sh stringify.sed
+ sh ${.CURDIR}/genscripts.sh ${SRCDIR}/ld ${_i386_path} \
+ ${HOST} ${TARGET_TUPLE} ${TARGET_TUPLE} \
+ ${X86_EMULATION} ${X86_EMULATION} ${TARGET_TUPLE}
Index: gnu/usr.bin/binutils/libbfd/Makefile.amd64
===
--- gnu/usr.bin/binutils/libbfd/Makefile.amd64 2003/06/26 17:55:59 #1
+++ gnu/usr.bin/binutils/libbfd/Makefile.amd64 2003/06/26 17:55:59
@@ -1,21 +1,22 @@
# $FreeBSD: src/gnu/usr.bin/binutils/libbfd/Makefile.amd64,v 1.1 2003/04/26 03:28:21
obrien Exp $
-.include ${.CURDIR}/Makefile.i386
-
-# Get the i386 DEFAULT_VECTOR and VECS.
-I386_VECS:=${DEFAULT_VECTOR} ${VECS}
-
DEFAULT_VECTOR=bfd_elf64_x86_64_vec
-VECS= bfd_elf64_x86_64_vec ${I386_VECS}
+VECS= bfd_elf64_x86_64_vec bfd_elf32_i386_freebsd_vec
SRCS+= elf64-amd64-fbsd.c elf64-target.h elf64-gen.c elf64.c
+SRCS+= cpu-i386.c elf32-i386-fbsd.c elf32-target.h elf32.c elflink.c
CLEANFILES+= elf64-target.h
elf64-target.h:elfxx-target.h
sed -e s/NN/64/g ${.ALLSRC} ${.TARGET}
+CLEANFILES+= elf32-target.h
+
+elf32-target.h:elfxx-target.h
+ sed -e s/NN/32/g ${.ALLSRC} ${.TARGET}
+
CLEANFILES+= elf64-amd64-fbsd.c
elf64-amd64-fbsd.c: ${.CURDIR}/elf-fbsd-brand.c ${SRCDIR}/bfd/elf64-x86-64.c
There is a copy here: http://people.freebsd.org/~peter/binutils.diff
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
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Very alpha BroadCom 4401 driver
Hello all For those of you who have a Broadcom 4401 10/100 Ethernet (not gigabit) can you please try the driver at http://people.freebsd.org/~dmlb/bcm-0306291936.tar.gz. Untar it, and you should have sys/dev/bcm/* and sys/modules/bcm/Makefile. Put these into /sys then cd /sys/modules/bcm make make test then use the interface. If you encounter wierdness, please reboot with -v, and reload the module and recreate the wierdness. Then send me the dmesg output. The driver is sub-optimal: - only a small % of the TX and RX buffers are used. This can be changed in if_bcmreg.h. - RX DMAs into fixed buffers and then these are copied to mbufs. - the device stats aren't read - I don't know what to add into some of the timer and media routines, if anyone can suggest what's needed then I would be grateful. - LOR on unload. I will be trying to fix these over the next couple of days. I will be on holiday 5th July to 13th July, so please forgive any delay in replying to problems. Enjoy Duncan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
desired feature for 5.2
maybe it would be good to be able to make world :) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a make install, but rather with make distribution. See src/etc/sendmail/Makefile for details. Interesting. I can see the freebsd.mc which makes the freebsd.cf file but I'm just trying to figure out when the submit.cf needs to be upgraded. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, Jun 29, 2003 at 09:47:52AM -1000, Vincent Poy wrote: On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a make install, but rather with make distribution. See src/etc/sendmail/Makefile for details. Interesting. I can see the freebsd.mc which makes the freebsd.cf file but I'm just trying to figure out when the submit.cf needs to be upgraded. Again, this is handled by make distribution. (Run make -n distribution from src/etc/sendmail/.) As such, it is handled by mergemaster(8). Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
[-CURRENT tinderbox] failure on i386/pc98
TB --- 2003-06-29 19:34:13 - starting CURRENT tinderbox run for i386/pc98 TB --- 2003-06-29 19:34:13 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/pc98 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 19:36:53 - building world TB --- cd /home/des/tinderbox/CURRENT/i386/pc98/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims 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/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/include stage 4: building libraries stage 4: make dependencies [...] rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdconfig/mdconfig.c echo mdconfig: /home/des/tinderbox/CURRENT/i386/pc98/obj/pc98/vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/i386/usr/lib/libc.a .depend === sbin/mdmfs rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin/mdmfs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/i386/pc98/src. TB --- 2003-06-29 20:13:15 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 20:13:15 - ERROR: failed to build world TB --- 2003-06-29 20:13:15 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.2-RELEASE TODO
On Mon, 30 Jun 2003, Tim Robbins wrote: This has already been fixed. Great, I'll update the list, thanks! Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on ia64/ia64
TB --- 2003-06-29 20:13:15 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2003-06-29 20:13:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 20:15:29 - building world TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims 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/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/include stage 4: building libraries stage 4: make dependencies [...] rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdconfig/mdconfig.c echo mdconfig: /home/des/tinderbox/CURRENT/ia64/ia64/obj/ia64/vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/i386/usr/lib/libc.a .depend === sbin/mdmfs rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdmfs/mdmfs.c /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin/mdmfs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/ia64/ia64/src. TB --- 2003-06-29 20:56:43 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 20:56:43 - ERROR: failed to build world TB --- 2003-06-29 20:56:43 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ftream errors under g++ 3.2.2
When you upgraded to -current, did you read /usr/src/UPDATING? You might find the following entry interesting: 20020831: gcc has been upgraded to 3.2. It is not all binary compatible with earlier versions of gcc for c++ programs. All c++ programs and libraries need to be recompiled. Also, if you encounter g++ issues, rm /usr/include/g++/* before doing an installworld to make sure that stale files are removed. Yes, Steve, I did read UPDATING, rm -rf /usr/include/g++ and rebuilt world. Still had the problem afterwards. --Allan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
[-CURRENT tinderbox] failure on sparc64/sparc64
TB --- 2003-06-29 20:56:43 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-06-29 20:56:43 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-06-29 20:59:01 - building world TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld Rebuilding the temporary build tree stage 1: legacy release compatibility shims 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/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include stage 4: building libraries stage 4: make dependencies [...] rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdconfig/mdconfig.c echo mdconfig: /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libc.a .depend === sbin/mdmfs rm -f .depend mkdep -f .depend -a /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdmfs/mdmfs.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdmfs/mdmfs.c:53:23: pathnames.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin/mdmfs. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sbin. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-06-29 21:34:05 - /usr/bin/make returned exit code 1 TB --- 2003-06-29 21:34:05 - ERROR: failed to build world TB --- 2003-06-29 21:34:05 - tinderbox aborted ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ftream errors under g++ 3.2.2
I do a lot of C++ development on -current, and I have been seeing these exact warnings. The problem is in the fstream header, however, so there is nothing you can do to your code to prevent the warnings. You could modify /usr/include/g++/fstream to silence the warnings, but it would get overwritten if you upgrade your system. Oh good :) I was thinking there was something I needed to add to make the code compliant. From your output, I don't see compile failures, I see warnings. Do you have -Werror turned on somewhere that wouldn't show up during normal usage--like some environment variable or something? I was able to compile and run your code without issue here. Honestly, I am surprised that a GCC header would have an implicit typename since the compiler clearly complains loudly about them. At any rate, I think the update to GCC 3.3 in -current is going to happen quite soon, and presumably, the updated GCC C++ headers will have warnings such as these fully eliminated. You're right. These are warnings, and it does compile. I guess I got a bit stuck on trying to determine why the messages were occuring. Thanks for your comments. --Allan ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
palm issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When trying to connect my USB palm (Sony Clie SJ22) to my FreeBSD 5.0-current box, I get the following error on ucom0: Jun 29 17:50:08 teqnix kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, a ddr 2 Jun 29 17:50:10 teqnix kernel: ucom0: init failed, STALLED Jun 29 17:50:10 teqnix kernel: device_probe_and_attach: ucom0 attach returned /6 teqnix% uname -a FreeBSD teqnix.sekt7.org 5.1-CURRENT FreeBSD 5.1-CURRENT #12: Sun Jun 22 19:36:12 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/VILENIN i386 Anyone know something about this? Thanks! Evan - -- Evan Sarmiento ([EMAIL PROTECTED]) WWW: http://evms.no-ip.org:8080 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+/19fECYZSrUV88QRAvTjAKDekd2zQ84KO/KvJsrvU76bK+xt1gCfR8M5 sbofjqCF3sqoWE38UNHImU4= =lmYK -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
timeseal program doesn't work with FreeBSD-5.1
Hello: I usuallly play chess on FICS. They use a programme called Timeseal, which is pre-compiled for a lot of different platforms (Linux, Windows, FreeBSD, etc). This program adjust clocks when network delay appears or something like that, I'm not an expert on the subject. The problem is that this program use to work on FreeBSD-4.X but it's not working any longer with FreeBSD-5.0 When I exec: timeseal.FreeBSD www.freechess.org 5000 this error appears: bash: ./timeseal.FreeBSD: cannot execute binary file ldd shows this: ldd: timeseal.FreeBSD: not a dynamic executable Why is binary compatibility broken with this executable ? I've talk with Freechess guys and they said that if they've got time they will look at the issue so I just wanted to know where the problem can be. If you need more info don't hesitate to ask me. Im using FreeBDS-5.1 thanks! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: timeseal program doesn't work with FreeBSD-5.1
On Mon, Jun 30, 2003 at 12:49:01AM +0200, Juan Francisco Rodriguez Hervella wrote: Hello: I usuallly play chess on FICS. They use a programme called Timeseal, which is pre-compiled for a lot of different platforms (Linux, Windows, FreeBSD, etc). This program adjust clocks when network delay appears or something like that, I'm not an expert on the subject. The problem is that this program use to work on FreeBSD-4.X but it's not working any longer with FreeBSD-5.0 When I exec: timeseal.FreeBSD www.freechess.org 5000 this error appears: bash: ./timeseal.FreeBSD: cannot execute binary file ldd shows this: ldd: timeseal.FreeBSD: not a dynamic executable Why is binary compatibility broken with this executable ? It's probably an a.out binary (i.e. the native format used in FreeBSD 2.x), which is not supported by default on FreeBSD 5.1. See /usr/src/UPDATING or the release notes for more information. Kris pgp0.pgp Description: PGP signature
Re: timeseal program doesn't work with FreeBSD-5.1
Juan Francisco Rodriguez Hervella writes: Hello: I usuallly play chess on FICS. They use a programme called Timeseal, which is pre-compiled for a lot of different platforms (Linux, Windows, FreeBSD, etc). This program adjust clocks when network delay appears or something like that, I'm not an expert on the subject. The problem is that this program use to work on FreeBSD-4.X but it's not working any longer with FreeBSD-5.0 The Linux version (timeseal.Linux-2.0.29-i386) should work. Jean-Marc -- Jean-Marc Zucconi -- PGP Key: finger [EMAIL PROTECTED] [KeyID: 400B38E9] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 09:47:52AM -1000, Vincent Poy wrote: On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a make install, but rather with make distribution. See src/etc/sendmail/Makefile for details. Interesting. I can see the freebsd.mc which makes the freebsd.cf file but I'm just trying to figure out when the submit.cf needs to be upgraded. Again, this is handled by make distribution. (Run make -n distribution from src/etc/sendmail/.) As such, it is handled by mergemaster(8). Thanks. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: timeseal program doesn't work with FreeBSD-5.1
On Mon, 30 Jun 2003, Juan Francisco Rodriguez Hervella wrote: bash: ./timeseal.FreeBSD: cannot execute binary file ldd shows this: ldd: timeseal.FreeBSD: not a dynamic executable Try running the file command on the binary to see what kind of file it is. If the program is an old i386 a.out binary, you could try rebuilding your kernel with options COMPAT_AOUT, and make sure the compat libs are installed. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bug in ftp client?
On 28-Jun-2003 Marco Wertejuk wrote: | I don't know since when this happens, but I've noticed, | that the ETA time looks strange: | Doh, looks like I included the wrong patchset when I did the latest import. I've just fixed this in CVS. Thanks, Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: 3D graphic cards
I thought most of the GATOS stuff had been merged into 4.3. At least I have had no problems with Xv on my Radeon 7000 with XFree86 4.3.0 and I seem to recall that support was claimed for all Radeons except, perhaps the 9500. Perhaps for other cards, but there's still no native Xv support for Mach64-based adaptors (such as the Rage Mobility M1 fitted to many laptops) in 4.3, you need the GATOS drivers for this. (The M6 fitted to many slighly later laptops is a completely different chipset that uses the Radeon driver, IIRC. Love it when Marketing pull BS like this) Cheers, AS pgp0.pgp Description: PGP signature
