param.h
Hello gentlemen, the question is, why param.h (v1.65) that comes with 5.0 doesn't define OBJFORMAT_NAMES and OBJFORMAT_DEFAULT, but v1.54 does? These are required by GCC 2.95.4 at compile-time (pulled from -STABLE). It may look like someone had decided that GCC2 is of no use in -CURRENT... --- Regards, Rhett __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: can't boot with twe anymore.
FreeBSD is a free software. You have no right to make any claims or force developers to do something to fit your needs (did you read BSD license?). If it's used to work fine but currently broken, it will be fixed. Also you're always welcome to fix it yourself. By installing -CURRENT, you agree that things like those you've described may happen, otherwise you should consider -STABLE. Meanwhile, reboot to working kernel. --- Regards, Rhett Alfred Perlstein wrote: Poul-Henning you promised me a patch two nights ago within a couple of hours It's now going on the 36th hour since. I spent several hours trying to figure out what went wrong, gave you what I figure to be good feedback and hints as to what's broken. Is there anything else I can do to get my box booting? I will be attempting to figure this out on my own now, but this pretty irritating. * Alfred Perlstein [EMAIL PROTECTED] [030312 22:52] wrote: I can't boot with twe now. I wind up calling into device_printf with a NULL dev_t which used to crash me until my most recent commit. Now I get: unknown0: controller error - unit not available (flags = 0x0) twe0: AEN: drive error for unknown unit 0 A kernel from Feb 14th seems fine. Please fix. __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: param.h
Well, I was able to build it on -CURRENT, along with binutils and other fine software from -STABLE tree. The reason was that in several cases GCC 3.2.1 proved to be significantly slower than 2.95.4 (I mean regular integer\floating-point operations, MMX\SSE\3DNow! is a whole different story). I replaced 3.2.1 with 2.95.4, and since I did so in very brute way, latter had no clue where system includes are, and ld had amnesia too (there was some mix with obj/4.7-STABLE/... path to includes and libraries). As a result, I had to build programs in two passes: to generate objects with -c -I/usr/include first, and then to link them with appropriate crt* and shared libraries. Though passing -I/usr/include -L/usr/lib to compiler linker succeeded too. It worked, but annoyed. I recompiled binutils from GNU tarball to eliminate problems with ld, and now I'm going to make order in GCC. But, again, it works much better for me than 3.2.1 (figures are available upon request). --- Regards, Rhett Are you trying to compile the -stable version of gcc? We make significant modifications to integrate it within our environment. I would not at all be suprised if the -stable version of gcc doesn't build on -current. The OBJFORMAT stuff only exists on -stable. If you're going to try and use the -stable compiler on -current, you'll have to stub this out. Or have you found a problem in the FSF releases? You are aware that there are gcc ports set up to configure the FSF trees specifically for use on FreeBSD, right? And that includes gcc-2.95.4. 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 __ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -O2 considered harmful
Bruce Cran wrote: I'm afraid you're wrong - the V2SI datatype and MMX functions automatically become available after -march=pentium2, while with other processor types you've got to explicitly add -mmmx. -msse is presumed with -march=pentium3 and up. I'm afraid I'm not; I was talking strictly about -march=pentiumpro, not -march=pentium2 et cetera. ... I've seen code which runs 40x faster when compiled for athlon-xp than for i386, and I would guess that a lot of that is because of clever use of sse and mmx. That wasn't an audio/video program, it was the libgmp arbitrary precision maths package. MMX won't help you even a bit in precise mathematical calculations, unlike SSE. Also, if you're familiar with the way how MMX works, you won't enable it when compiling any application that requires heavy floating-point computations, because constant switching between MMX unit and FPU results in significant latency. Also, I'm sure most people wouldn't say no to 50% more processing speed for free! I didn't mean to stop using MMX at all; I only intended to note that there is no need to enable it for _all_ applications. So, if you've got a pentium, k6 or pentiumpro which supports MMX, you _do_ need to explicitly add -mmmx, but for other processors it's implied. You didn't pay enough attention to my original post; PPro doesn't support MMX. Though, you can specify -mmmx anyway, if you feel comfortable with SIGILLs. --- Regards, Rhett __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -O2 considered harmful
Nuno Teixeira wrote: Hi, Just a little question: Does -march=k6-2 implies -m3dnow? Or -march=pentiumpro implies -mmmx? Pentium Pro doesn't support MMX; -march=pentiumpro (aka -march=i686) enables compiling with main i686 instruction set, no MMX\SSE or whatever. I always thought that when I use -march it will enable other porcessor specific optimizations like mmx and 3dnow (if available). No way. Besides, only a dozen of open-source UNIX applications can really profit from MMX, so it's absurd to use -mmmx for day-by-day use. To be correct, MMX is only useful for real-time video\audio processing. A little example: consider some 16-bit pixel set that you need to increase brightness, i.e. to add some value to every pixel. You can load a word into integer register, process, and store. You can also load a quadword of four 16-bit values into MMX register which is mapped onto FPU register, process them at once, and store. Indeed to be faster. Enabling MMX usually results in about 50% performance increase for true CISC processors like P-MMX, and about 20% for PII and up. --- Regards, Rhett __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: cc: Internal error: Illegal instruction (program as)
Paul A. Howes wrote: All; These two kernel options seem to have solved the problem. Builds now run smoothly and error-free. I read the comments in NOTES about these options and something clicked: I recall that most Pentium processors will only deal with 4 kB pages. Aren't 4 MB pages a feature of the Xeon processor, as it can address much more memory? 4Mb pages were introduced in Intel Pentium along with other V86 mode extensions, to increase Translation Lookaside Buffer (TLB) hit rate. 36-bit address path was implemented in Pentium Pro to access 64Gb address range, though CPU could work in 32-bit mode, too; ASZ[1:0]# signals were used in order to specify address bus width. I suppose P4 behaves somewhat similar, though its bus interface is totally different to GTL\AGTL used in PPro to PIII systems. --- Regards, Rhett __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Netscape 4.76 MGA DRI
Hello gentlemen, several days ago I've installed 5.0-RELEASE onto one of my machines, which already carried 4.7-RC1. To avoid possible compatibility problems, I did a clean install onto another hard drive, and later recompiled everything. Here I have a couple of annoying issues. Shell refuses to start Netscape Communicator 4.76 (for FreeBSD) saying binary file is not executable, but it was (and is) running fine under 4.7. Since it was compiled under FreeBSD 2.2.x, I have compat22 installed (together with compat3x and compat4x). No help. Second issue comes to be about hardware-accelerated OpenGL under XFree86 4.2.0, using Matrox G400 hardware. Simply, there is no hardware acceleration at all. DRM kernel modules that come with 4.2.0 are intended for use with FreeBSD 4.x, and they don't even compile under 5.x. I built kernel with device mgadrm and options DRM_LINUX, as well as options COMPAT_LINUX. After launching glxgears system hangs up completely. Problem seems to be within libdrm. So far I have no DRI, but software OpenGL, and 162fps compared to 368fps under 4.7. --- Regards, Rhett __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Netscape 4.76 MGA DRI
Scott Long wrote: Rhett Monteg Hollander wrote: Hello gentlemen, several days ago I've installed 5.0-RELEASE onto one of my machines, which already carried 4.7-RC1. To avoid possible compatibility problems, I did a clean install onto another hard drive, and later recompiled everything. Here I have a couple of annoying issues. Shell refuses to start Netscape Communicator 4.76 (for FreeBSD) saying binary file is not executable, but it was (and is) running fine under 4.7. Since it was compiled under FreeBSD 2.2.x, I have compat22 installed (together with compat3x and compat4x). No help. Recompile your kernel with COMPAT_AOUT, or load the aout.ko kernel module. Floating exception (core dumped), ~2 megs Second issue comes to be about hardware-accelerated OpenGL under XFree86 4.2.0, using Matrox G400 hardware. Simply, there is no hardware acceleration at all. DRM kernel modules that come with 4.2.0 are intended for use with FreeBSD 4.x, and they don't even compile under 5.x. I built kernel with device mgadrm and options DRM_LINUX, as well as options COMPAT_LINUX. After launching glxgears system hangs up completely. Problem seems to be within libdrm. So far I have no DRI, but software OpenGL, and 162fps compared to 368fps under 4.7. FreeBSD 5.0 comes with the DRM kernel modules in the base system, as it looks like you discovered. Can you enable a serial console and capture the crash? Fixed. Problem was in XF86Config, which was set up improperly. Not sure what exactly led to that point, because I've overwritten it with a substitute from 4.7. Now glxgears run fine, at 357fps; interesting, I supposed 5.0 to be faster than 4.7 in this case, at least in honour of gcc-3.2.1 Scott --- Regards, Rhett __ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message