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: port/XFree86-4 make install fail.
On 18/03 23:35, Nicolai Petri (ML) wrote: xf86vmode.c: In function `ProcXF86VidModeGetMonitor': xf86vmode.c:1320: Unable to generate reloads for: (insn 298 296 300 (parallel[ (set (reg:SI 0 %eax) (fix:SI (fix:SF (subreg:SF (reg:SI 0 %eax) 0 (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -34 [0xffde])) 0)) (clobber (mem:HI (plus:SI (reg:SI 6 %ebp) (const_int -36 [0xffdc])) 0)) (clobber (mem:SI (plus:SI (reg:SI 6 %ebp) (const_int -40 [0xffd8])) 0)) This sounds like a problem with older 4.0-currents. Did you make world and your kernel recently? That is what i though before! so I just cvsup up to this morning, and try to make install again. same problem. Same problem here. Just did a cvsup and a make world... I'm lost to a solution to this problem. Help please :-) This is due to a bug in gcc. Edit the Makefile in the directory of xf86vmode.c, and compile without any optimization. (No -O switch at all). best; gjvc -- George Cox [EMAIL PROTECTED] +44 1235 544 127 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: bzip2 in src tree (Was Re: ports/16252: bsd.port.mk: Add bzip2 support for distribution patches)
On 23/01 22:36, David O'Brien wrote: BUT, if we bzip2'ed the base system distribution, we'd be able to fit more Packages on the 1st CDROM, and that is a BIG win. With it in the This would indeed be good. Let's also remember that 'tar' has built-in support for bzip2 so it's not as if it would have no other programs to work with it. :-) best; gjvc -- [gjvc] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Integrated Vibra16 in -current
On 19/01 09:33, Luigi Rizzo wrote: Yes absolutely. Well done, Sir! To think I was on the point of selling my AWE64 about 5 months ago because it didn't work under FreeBSD! pardon me but i thought at least the DSP part of the AWE64 was already supported by the 'oldpcm' driver in 3.x Luigi, All I can do is apologise for my incompentence at being able to get it working. :-/ best; gjvc -- [gjvc] \\ "Expectations should not be lowered simply because \\ a product is free." -- Russ Cooper, NTBugTraq To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: mergemaster and new files
On 18/01 12:05, Pascal Hofstee wrote: Yes .. i have noticed several occasions of mergemaster pointing out to me that a file from /usr/src/etc didn't exist in my own /etc tree yet. And if you do a mergemaster -v it will tell you what exists in /etc, but not in /usr/src/etc. Very handy. :-) best; gjvc -- "Readers who only want to see algorithms that are already packaged in a plug-in way, using a trendy language, should buy other people's books." -- D. E. Knuth To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Integrated Vibra16 in -current
On 18/01 23:09, Jeroen Ruigrok/Asmodai wrote: Given the Plug'n'Pray changes in -current, I pretty much expected to lose AWE32 support (as I can no longer use the 'pnp' commands in 'userconfig' to probe the "magic" ports for the AWE32). AWE32 here, PnPBIOS to off, and added device pcm0 and device sbc0 to my kernel config file. Works perfectly for me. Yeap, I've got a Creative AWE64 Gold ISA card working perfectly using the exact same settings. $ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Jan 18 2000 20:59:19 Installed devices: pcm0: SB DSP 4.16 at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) Thanks Cameron! Yes absolutely. Well done, Sir! To think I was on the point of selling my AWE64 about 5 months ago because it didn't work under FreeBSD! gjvc -- "Readers who only want to see algorithms that are already packaged in a plug-in way, using a trendy language, should buy other people's books." -- D. E. Knuth To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Mandating USA_RESIDENT
On 18/01 20:03, Brad Knowles wrote: Russia and France both are highly crypto-unfriendly, in that you are not allowed to use any crypto whatsoever unless it has been explicitly approved by the government. France changed their policy from zero-crypto to allowing 128-bits almost exactly a year ago today. http://slashdot.org/articles/99/01/19/1255234.shtml -- "Readers who only want to see algorithms that are already packaged in a plug-in way, using a trendy language, should buy other people's books." -- D. E. Knuth To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
/dev/sndstat
I cvsupped yesterday. extremis /dev # ./MAKEDEV sndstat0 expr: non-numeric argument bad node: mknod mixerstat0 Something's wrong :-) best; gjvc -- "Readers who only want to see algorithms that are already packaged in a plug-in way, using a trendy language, should buy other people's books." -- D. E. Knuth To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: /dev/sndstat
On 17/01 15:58, Bill Paul wrote: No, nothing is wrong: /dev/sndstat is created as a consequence of creating doing MAKEDEV snd0. No, you're right. I'm sorry. Pass the dunce's hat. gjvc --mode sheepish -- [gjvc] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Compiling XFree86 3.9.17
I've been reworking the FreeBSD configuration file for XFree86 3.9.17. At the moment, I've only done Intel. (Don't despair Alpha folks -- I'll get myself a Compaq testdrive account :-)) This file is a drop-in replacement for 'xc/config/cf/FreeBSD.cf' You don't need any 'xc/config/cf/host.def' file. Just cp and make World [1] It works on both 4.0-CURRENT and 3.4-STABLE. [2] If you could give it a go, and correct me on any incorrect definitions/switches/whatever I'd be very grateful. Sadly, there's a couple of gotchas. First, it won't actually compile _everything_ using the base compiler (gcc 2.95.2). This is due to a bug in this version of gcc. To fix this, remove the -O2 option in the Makefile of the affected module. Secondly, XF86Setup is broken in this version of XFree86. No XF86Setup will be built by this config file. More news on that as it happens. best; gjvc -- "Readers who only want to see algorithms that are already packaged in a plug-in way, using a trendy language, should buy other people's books." -- D. E. Knuth [1] The XFree86 world, that is, obviously. [2] If anyone has a 2.2.8 machine, and can do a test build, please do! :-) XCOMM platform: $TOG: FreeBSD.cf /main/21 1997/10/05 20:42:34 kaleb $ XCOMM platform: $XFree86: xc/config/cf/FreeBSD.cf,v 3.85 1999/05/22 08:39:55 dawes Exp $ XCOMM gjvc: $Id: FreeBSD-gjvc.cf,v 1.8 2000/01/18 01:37:35 gjvc Exp $ /* [ WHAT THIS IS ] -- This file is intended to replace the xc/config/cf/FreeBSD.cf file in the XFree86 3.9.17 distribution. You don't need a host.def file or need to make any changes to the stock XFree86 3.9.17 tarballs [but see below] This will let you build XFree86 on 3.4-STABLE and 4.0-CURRENT. I don't know if it works on earlier FreeBSD 3.x versions. To use this file, copy it right over the current 'config/cf/FreeBSD.cf' file and type 'make World' in the 'xc' directory. cp xc/config/cf/FreeBSD.cf xc/config/cf/FreeBSD.cf.original cp FreeBSD-gjvc.cf xc/config/cf/FreeBSD.cf cd xc make World I've also futzed around with #defines, C library features and goodness knows what else, so if you have any opinions on what follows I'd be grateful. [ KNOWN PROBLEMS ] --- 3.4-STABLE : No reported problems yet -- be first! :-) 4.0-CURRENT : Using the system compiler (2.95.2), compilation of the files xc/programs/Xserver/Xext/xf86vmode.c xc/programs/Xserver/Xext/extmod/xf86vmode.c will fail with a 'Unable to generate reloads' error. This is a bug in gcc, and has been fixed in the latest gcc snapshot. Either disable all optimisation for the compilation of just that file, or use a later version of the compiler. (Hint: do a make World, and then a make all -- the compilation will stop here and you can remove the '-O2' flag in the Makefile.) XFree86 3.9.17 : the directory xc/doc/ is strangely missing an Imakefile, and consquently the build fails on it. I got my documents by using the documents directory of XFree86 3.9.16. XF86Setup is currently broken in 3.9.17 so no attemp is made to build it. Anyway, please give it a go, and let me know how you get on. All feedback is appreciated. :-) [ GIVING FEEDBACK ] - Please include the output of 'uname -a', and 'gcc --version' when reporting problems. best; George Cox [EMAIL PROTECTED] */ /* OPERATING SYSTEM IDENTIFICATION */ #ifndef OSName #define OSName DefaultOSName #endif #ifndef OSMajorVersion #define OSMajorVersion DefaultOSMajorVersion #endif #ifndef OSMinorVersion #define OSMinorVersion DefaultOSMinorVersion #endif #ifndef OSTeenyVersion #define OSTeenyVersion DefaultOSTeenyVersion #endif #ifndef OSVendor #define OSVendorThe FreeBSD Project #endif /* BINARY FORMAT */ #define UseElfFormatYES #define OSBinaryFormat ELF #define BuildAoutLibraries YES /* COMPILER */ #define GccUsesGas YES #define GnuCpp YES #define HasBsdMake YES #define HasCplusplusYES #define HasGcc YES #define HasGcc2 YES #define HasGcc2ForCplusplus YES #define HasGnuMake NO #define UseGas YES /* COMPILER COMMANDS */ #define CcCmd gcc #define CppCmd /usr/bin/cpp #define DefaultCCOptions-O2 -pipe -ansi -pedantic -Dasm=__asm GccWarningOptions #define InstallCmd /usr/bin/install #define MkdirHierCmdmkdir -p #define PreProcessCmd /usr/bin/cpp #define RawCppCmd /usr/bin/cpp #define StandardCppDefines /**/ #define StandardCppOptions /**/ /* DEFINES -- ASSEMBLER */ #define AsmElfDefines -D__ELF__ #define AsmDefines -DUSE_GAS AsmElfDefin
Re: -pipe switch in kernel compilation
On 11/01 07:39, Andreas Klemm wrote: Where 4 MB isn't sufficient anymore with a GENERIC kernel. You need at least 6 MB or so to boot, then compile a custom kernel and then, if you are lucky, can perhaps run with 4 MB. Here are the two constituent process of a compilation spotted earlier today: PID USERNAME PRI NICE SIZERES STATE C TIME WCPUCPU COMMAND 1897 root 31 0 4224K 4096K STOP 1 0:04 13.32% 7.91% cc1 1898 root -6 0 1616K 1216K STOP 0 0:00 0.00% 0.00% as So it looks like a round 6M is required for a '-pipe' enabled compilation. Thank heavens for lower memory prices! :-) But that information is about 1-2 years old, don't know, if we perhaps already need 6-8 MB nowadays... Though it's zillions better than M$ crap. Absolutely. My computer is a free software-only zone. :-) best; gjvc -- [gjvc] 4.4BSD 4.ever! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
-pipe switch in kernel compilation
G'day, While compiling a kernel today, I noticed that the '-pipe' option to gcc was not being used. Is there any reason for this? best; gjvc -- [gjvc] 4.4BSD 4.ever! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make world failure
[cvsupped today :-)] === usr.sbin/ifmcstat cc -O -pipe -DINET6 -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/i fmcstat/ifmcstat.c gzip -cn /usr/src/usr.sbin/ifmcstat/ifmcstat.8 ifmcstat.8.gz /usr/src/usr.sbin/ifmcstat/ifmcstat.c: In function `main': /usr/src/usr.sbin/ifmcstat/ifmcstat.c:109: storage size of `arpcom' isn't known Hope this helps someone :-) gjvc -- [gjvc] 4.4BSD 4.ever! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
screen panics -current
Well, this is just a quick note to anyone more knowledgable than me. screen 3.7.6 panics a current kernel. -- [gjvc] We're not laughing at you; we're laughing with you. But I'm not laughing. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
raw disk devices (IDE)
Just cvsupped now with the attached slightly alarming boot messages. The kernel booted successfully however, and I am able to send this mail. :-) -- [gjvc] http://www.freebsd.org Dumb terminal, smart user. Smart terminal, mutter[ THE POWER TO SERVE ] Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Sat May 8 19:34:41 GMT 1999 r...@extremis.demon.co.uk:/usr/src/sys/compile/EXTREMIS-SMP Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 400910842 Hz CPU: Pentium II/Xeon/Celeron (400.91-MHz 686-class CPU) Origin = GenuineIntel Id = 0x653 Stepping=3 Features=0x183fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134217728 (131072K bytes) avail memory = 127356928 (124372K bytes) Preloaded elf kernel kernel at 0xc0327000. DEVFS: ready for devices Pentium Pro MTRR support enabled, default memory type is uncacheable npx0: math processor on motherboard npx0: INT 16 interface pcib0: PCI host bus adapter on motherboard pci0: PCI bus on pcib0 chip0: Intel 82443BX host to PCI bridge at device 0.0 on pci0 chip1: Intel 82443BX host to AGP bridge at device 1.0 on pci0 isab0: Intel 82371AB PCI to ISA bridge at device 4.0 on pci0 ide_pci0: Intel PIIX4 Bus-master IDE controller at device 4.1 on pci0 chip2: Intel 82371AB Power management controller at device 4.3 on pci0 ahc0: Adaptec 2940 Ultra SCSI adapter at device 9.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc0: interrupting at irq 5 isa0: ISA bus on motherboard wdc0 at port 0x1f0-0x1f7 irq 14 flags 0xb0ffb0ff on isa0 wdc0: unit 0 (wd0): IBM-DHEA-38451, LBA, DMA, 32-bit, multi-block-16 wd0: 8063MB (16514064 sectors), 1027 cyls, 255 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): WDC AC32500H, LBA, DMA, 32-bit, multi-block-16 wd1: 2441MB (4999680 sectors), 620 cyls, 128 heads, 63 S/T, 512 B/S wdc0: interrupting at irq 14 pcm0 at port 0x220 irq 5 drq 1 flags 0x13 on isa0 pcm0: interrupting at irq 5 sc0: System console on isa0 sc0: VGA color 16 virtual consoles, flags=0x0 atkbdc0: keyboard controller (i8042) at port 0x60 on isa0 atkbd0: AT Keyboard on atkbdc0 atkbd0: interrupting at irq 1 psm0: PS/2 Mouse on atkbdc0 psm0: model IntelliMouse, device ID 3 psm0: interrupting at irq 12 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: interrupting at irq 4 sio1 at port 0x2f8-0x2ff irq 3 flags 0x10 on isa0 sio1: type 16550A sio1: interrupting at irq 3 DEVFS: ready to run IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry IP Filter: initialized. Default = pass all, Logging = enabled Waiting 15 seconds for SCSI devices to settle changing root device to wd0s2a cd0 at ahc0 bus 0 target 3 lun 0 cd0: PLEXTOR CD-ROM PX-32TS 1.03 Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: cd present [302958 x 2048 byte records] Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed (Errno=17) Device rwd0s4: name slot allocation failed (Errno=17) Device rwd0s1: name slot allocation failed (Errno=17) Device rwd0s3: name slot allocation failed
Re: raw disk devices (IDE)
On 08/05 19:44, George Cox wrote: Just cvsupped now with the attached slightly alarming boot messages. The kernel booted successfully however, and I am able to send this mail. :-) Well, just forget this one. I removed KERNFS and DEVFS from my config file and the messages disappear. gjvc --mode sheepish -- [gjvc] http://www.freebsd.org Dumb terminal, smart user. Smart terminal, mutter[ THE POWER TO SERVE ] To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
cvsupped libgcc grief
Well, the troubles continue, after much buggering around with an incorrectly linked cc1 binary, cooked up from I don't know where I ask Is anyone else seeing this kind of error on make buildworld'ing In file included from /usr/src/gnu/lib/libgcc/../../../contrib/gcc/config/i386/freebsd.h:28, from tm.h:1, from /usr/src/gnu/lib/libgcc/../../../contrib/gcc/config/i386/xm-i386.h:43, from /usr/src/gnu/lib/libgcc/../../../contrib/gcc/config/i386/xm-freebsd.h:3, from config.h:1, from /usr/src/gnu/lib/libgcc/../../../contrib/gcc/libgcc1.c:35: /usr/src/gnu/lib/libgcc/../../../contrib/gcc/config/i386/i386.h:530: syntax error before `,' /usr/src/gnu/lib/libgcc/../../../contrib/gcc/config/i386/i386.h:540: warning: no semicolon at end of struct or union cc: Internal compiler error: program cc1 got fatal signal 11 -- [gjvc] FreeBSD-CURRENT -- Because I'm worth it. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Headers changed?
Well, it goes like this: I cvsupped to CURRENT from 3.1 some time ago (like a month or something) and everything was going great. Friday night I cvsupped and tried to make world, but without success -- yacc complained during something in cc1. Anyhoo, I then successfully did a make world -DNOTOOLS, and the result is somewhat suboptimal, in that Hello world does not compile, and I can't make world at the moment. Are these changes related to the introduction of egcs? Any help gratefully received! (Including telling me if this is the wrong place to ask) gcc output follows. In file included from /usr/include/stdio.h:44, from hw.c:1: /usr/include/machine/ansi.h:103: syntax error before `__attribute__' /usr/include/machine/ansi.h:104: syntax error before `__attribute__' In file included from hw.c:1: /usr/include/stdio.h:55: syntax error before `fpos_t' gcc: Internal compiler error: program cc1 got fatal signal 11 -- [gjvc] To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message