Date: Sat, 15 Feb 2003 19:10:09 +0100 From: Dag-Erling Smorgrav <des@ofug.org> To: <PAHowes@Fair-ware.com> Cc: <freebsd-current@FreeBSD.org> Subject: Re: A couple of 5.0-RELEASE bugs... Message-ID: <xzpel69o1oe.fsf@flood.ping.uio.no> In-Reply-To: <001301c2d51b$b114d140$0200a8c0@howesnet> ("Paul A. Howes"'s message of "Sat, 15 Feb 2003 12:57:20 -0500") References: <001301c2d51b$b114d140$0200a8c0@howesnet>
next in thread | previous in thread | raw e-mail | index | archive | help
"Paul A. Howes" <pahowes@fair-ware.com> writes: > The first problem is with GCC, which means it may not be > FreeBSD-specific. I build world and kernel with the CPUTYPE flag set to > "p4" in /etc/make.conf, then installed it. Don't Do That [tm]. There seem to be bugs in gcc which cause it to produce broken binaries when asked to optimize for recent Intel processors. There's not much we can do about this except wait for the gcc developers to find and fix these bugs, unless you can figure out exactly which handful of assembler instructions are at fault. > The second problem is related to the "NOMANCOMPRESS" flag in make.conf. > When installing the XFree86-4 port, I found that the "install" and > "package" targets would stop with an error saying that they couldn't > find gzip'd versions of the man pages. Of course that made sense when I > specifically didn't want the man pages compressed! I think some of the > scripts are not paying attention to that flag. Most port developers never test their ports with NOMANCOMPRESS; most of them probably aren't even aware of NOMANCOMPRESS. I don't really see the point with it except on slow machines with plenty of disk space (compressed man pages will probably load faster because disk I/O is far more expensive than the CPU time required to decompress them) DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?xzpel69o1oe.fsf>