Re: FW: GDB 5.0 is released!
David O'Brien wrote: On Thu, May 25, 2000 at 01:02:28PM +0300, Maxim Sobolev wrote: GDB 5.0 is released! You can download GDB from either Project GNU's FTP server, or Red Hat's sources site: Or ftp://ftp.freebsd.org/pub/sourceware/gdb/ Do you have any forecasts as to when we will see this baby in the -current? -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
In message [EMAIL PROTECTED], Mike Smith writes: I objected to a recent commit hiding the fact that this is "(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct. Not just any struct; the struct must contain a "field" declared using SLIST_ENTRY(). It could be an union or class as well... It would not be very useful if it were a union; the class issue is valid (although you could trivially use a struct contained within a class and a parent reference) but definitely not a good enough argument to support the massive breakage this otherwise entails. I have yet to see any signs of "massive breakage". -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Yet another breakage this week ...
Salvo Bartolotta wrote: Well, I downloaded the sources again "today" (at 11 GMT on May, 25) to compile ONLY the kernel -- without remaking the world. The good news is that the ipfilter module compiles; the bad news that there's a problem (read ``Error code 1'') in .../modules/twe/twe.c at line 1488, 1495, 1496: structure has no member named tqh_something. I bumped into the same problems. If you need to compile a new kernel, edit sys/modules/Makefile and delete "twe" from the list of subdirs. I think this problem will be fixed in a few hours. -- JMA --- José Mª Alcaide | mailto:[EMAIL PROTECTED] Universidad del País Vasco | mailto:[EMAIL PROTECTED] Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 --- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: compilation problems with twe module
On Thu, May 25, 2000 at 04:32:07PM -0700, Mike Smith wrote: Hello everybody! I was having problems with compiling the 'twe' module on a recent -CURRENT cvsupped and built tonight CEST: Specifically, the module did not compile at all because it reported three syntax errors in twevar.h. I realise that this module is a new import that has also been MFC-d to -STABLE. But I did not see anybody reporting problems about it recently so maybe it was just me? (For the record, I was able to track down and fix the errors on my machine, but I do not know if this impacts others as well. If so, I can send patches. If it is just me, ignore me:-) This was caused by overlap with the recent queue macro breakage; it'll be resolved when it's backed out in a couple of hours. Thanks for the quick reaction, world kernel rebuilt and working now. P.S: Has the international crypto collection been updated too? (it wasn't when I cvsupped but it was 3 hours ago... buildworld takes a lot of time:-( Regards: Szilveszter ADAM Szeged University Szeged Hungary To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Scheduler changes?
On Fri, 26 May 2000 13:19:49 +1000, "Jacob A. Hart" wrote: For the past couple of weeks I've noticed rc5des isn't playing friendly with the other processes on my system. When running a CPU intensive task (such as a buildworld, MP3 encoder, or xmame) rc5des hogs around 20-30% CPU even though, by default, it is niced at +20. As a datapoint, I have a one week old (2000-05-18) CURRENT box that runs setiathome all day every day. When builds kick in, setiathome gets relagated to the single-digit percentiles in top's display of CPU users. This is only true when serious building is happening; those aspects of the build that I can imagine are more I/O than CPU intensive give setiathome a fighting chance. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
In message [EMAIL PROTECTED], Mike Smith writes: I objected to a recent commit hiding the fact that this is "(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct. Not just any struct; the struct must contain a "field" declared using SLIST_ENTRY(). It could be an union or class as well... It would not be very useful if it were a union; the class issue is valid (although you could trivially use a struct contained within a class and a parent reference) but definitely not a good enough argument to support the massive breakage this otherwise entails. I have yet to see any signs of "massive breakage". Please just let it rest. I don't think Mike's comments are out of line; this was massive breakage regardless of wether world built or not. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: World broken again...
On 25/05 10:27, Szilveszter Adam wrote: On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote: cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall -I/usr/obj/usr/current/ Not to be picky, but optimizations apart from -O -pipe were not supported I'm going to be picky :-) -pipe isn't an code-optimization flag, it's a don't-use-temporary-files-during-compilation flag :-) best; gjvc -- [gjvc] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel making problems
On Thu, May 25, 2000 at 10:58:41PM -0400, Otter wrote: cc -ffast-math -pipe -march=pentiumpro -O3 -I/usr/include -I. -c aicasm_gram.c In file included from ../../dev/aic7xxx/aicasm_gram.y:40: ../../dev/aic7xxx/aicasm.h:44: syntax error before `struct' ../../dev/aic7xxx/aicasm.h:53: syntax error before `struct' I had the same problem. It looks like the following procedure fixes it: Make sure your source tree is up to date. cd /usr/src make includes Do the config/make depend/make bit again. Matt -- Matthew Hunt [EMAIL PROTECTED] * UNIX is a lever for the http://www.pobox.com/~mph/ * intellect. -J.R. Mashey To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: FW: GDB 5.0 is released!
GDB 5.0 is released! Do you have any forecasts as to when we will see this baby in the -current? Its priority is behind GCC 2.96 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
In message [EMAIL PROTECTED], Mike Smith writes: I objected to a recent commit hiding the fact that this is "(elm)-field.sle_next". Anyway, curelm must be a pointer to a struct. Not just any struct; the struct must contain a "field" declared using SLIST_ENTRY(). It could be an union or class as well... It would not be very useful if it were a union; the class issue is valid (although you could trivially use a struct contained within a class and a parent reference) but definitely not a good enough argument to support the massive breakage this otherwise entails. I have yet to see any signs of "massive breakage". Try "source-level incompatibility with everyone else that uses these interfaces" (eg. all the other BSDs, OS/X, AIX, etc.) The queue macros are a stable, widely-used API. If you're going to change their calling conventions, simple commonsense behooves you to rename them as well. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Anyone else seeing jumpy mice?
Matthew Dillon wrote: : kernels then two weeks old for 4.0, and four weeks old for 5.0). : : Yes. This started long before the SMP cleanup MFC. I'm running 4-stable. : :Let me second this. I have been unable to use moused on my laptop :(Sony VAIO 505TR with Versapad) since syscons changes went in right :after 4.0-RELEASE (it worked under -RELEASE), but broke under -STABLE. :I had a discussion with Kazutaka YOKOTA, but nothing was resolved. :Cut and paste were OKish on the ttyvN with a very twitchy pointer image, :but it was completely unusable under XFree86-3.3.6 that shipped with :-RELEASE (not sure if I should rebuild X or not). I have been running :sans moused ever since (so it is not hardware related in my case). : :S :--- :Sean O'ConnellEmail: [EMAIL PROTECTED] Ok, at least it wasn't me :-) That's all I care about, bye! .. heh heh, just kidding. It seems that people are homing in on the problem being syscons, that's two so far. Is there any further corroboration? Yes, I updated from 3.3 to 4.0-CURRENT about 5 days after the release, and it started happening for me right then. -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC [EMAIL PROTECTED] http://softweyr.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel build error due to dependency on /usr/include?
Hi all, I got following kernel build error. When I run 'make includes', the error has gone away. Why does kernel build process depend on installed system files, such as /usr/include? Thank you, Haro --- jkpc15-haro[43]cd ../../compile/JKPC15 jkpc15-haro[44]make depend cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../.. -I../../../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../i386/i386/genassym.c genassym genassym.o assym.s make -f ../../dev/aic7xxx/Makefile MAKESRCPATH=../../dev/aic7xxx Warning: Object directory not changed from original /usr/src/sys/compile/JKPC15 lex -t ../../dev/aic7xxx/aicasm_scan.l aicasm_scan.c cc -O -pipe -I/usr/include -I. -c aicasm_scan.c ^^^ In file included from ../../dev/aic7xxx/aicasm_scan.l:40: ../../dev/aic7xxx/aicasm.h:44: syntax error before `path_entry' ../../dev/aic7xxx/aicasm.h:53: syntax error before `path_entry' In file included from ../../dev/aic7xxx/aicasm_scan.l:41: ../../dev/aic7xxx/aicasm_symbol.h:61: syntax error before `symbol_node' ../../dev/aic7xxx/aicasm_symbol.h:109: syntax error before `symbol_node' ../../dev/aic7xxx/aicasm_symbol.h:126: syntax error before `scope' ../../dev/aic7xxx/aicasm_symbol.h:127: syntax error before `scope' ../../dev/aic7xxx/aicasm_symbol.h:128: syntax error before `scope' ../../dev/aic7xxx/aicasm_symbol.h:137: syntax error before `scope' ../../dev/aic7xxx/aicasm_symbol.h:138: syntax error before `scope' ../../dev/aic7xxx/aicasm_scan.l:203: syntax error before `include' ../../dev/aic7xxx/aicasm_scan.l:206: syntax error before `include' ../../dev/aic7xxx/aicasm_scan.l: In function `include_file': ../../dev/aic7xxx/aicasm_scan.l:223: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_scan.l:225: structure has no member named `sle_next' ../../dev/aic7xxx/aicasm_scan.l:256: structure has no member named `sle_next' ../../dev/aic7xxx/aicasm_scan.l:256: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_scan.l:256: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_scan.l: In function `yywrap': ../../dev/aic7xxx/aicasm_scan.l:273: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_scan.l:278: structure has no member named `slh_first' ../../dev/aic7xxx/aicasm_scan.l:278: structure has no member named `slh_first' *** Error code 1 Stop in /usr/src/sys/compile/JKPC15. *** Error code 1 Stop in /usr/src/sys/compile/JKPC15. jkpc15-haro[45] =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Office of Business Planning Development, Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel compile fails in: ../../dev/vx/if_vx_pci.c
In message [EMAIL PROTECTED] The Hermit Hacker writes: : make depend went through no probs, but a make fails at: You may have overlooked this entry in UPDATING: 2319: The ISA and PCI compatability shims have been connected to the options COMPAT_OLDISA and COMPAT_OLDPCI. If you are using old style PCI or ISA drivers (i.e. tx, voxware, etc.) you must include the appropriate option in your kernel config. Drivers using the shims should be updated or they won't ship with 5.0-RELEASE, targeted for 2001. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...
In message [EMAIL PROTECTED] "Daniel C. Sobral" writes: : Last I knew, the only difference between "class" and "struct" was : whether the default was "public:" or "private:". Of course, C++ has : changed quite a bit since then, but... Yes. That's true in C++ today (well, in gcc 2.95) as well. Many things have changed since the bad old days of cfront 1.2, not all of them for the better. const_castvoid *(Warner) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
