re: -Os -> libXaw.so: undefined reference to `.L91'
From: Paul Seniura (pdseniura_at_techie.com)
Date: 06/22/04
- Previous message: Andrea Campi: "Re: Is NO_YP_LIBC working?"
- In reply to: Jon Noack: "-Os -> libXaw.so: undefined reference to `.L91'"
- Next in thread: Ulrich Spoerlein: "Re: -Os -> libXaw.so: undefined reference to `.L91'"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Jon Noack <noackjr@alumni.rice.edu> Date: Tue, 22 Jun 2004 10:59:33 -0500 (CDT)
>[...]
>Short version:
>Don't compile (XFree86|xorg)-libraries with -Os.
>[...]
>Anyone run into problems with -Os on other ports? I've seen some ports
>not compile with it (mplayer is the only that immediately comes to
>mind), but never a delayed issue like this where it affects a different
>port.
>
>Jon Noack
It's a known problem with me anyway.
Please see what I wrote here, which points to an
official GCC website discussion:
<http://docs.FreeBSD.org/cgi/mid.cgi?20040415191751.6A8DF5C17>
The bug goes way back:
<http://docs.FreeBSD.org/cgi/mid.cgi?3F421E7F.6060305>
Besides complaining that FreeBSD won't fix their own tools
to make them reliable, what I do when discovering src that
won't compile right is to whip-up my own patch. This one
takes care of x11/XFree86-4-libraries:
====-cut-here-====
--- Makefile_orig Mon Jun 14 00:53:39 2004
+++ Makefile Mon Jun 14 12:00:34 2004
@@ -35,6 +35,8 @@
panoramixext-* printext-* randrext-* renderext-* resourceext-* \
xextensions-* xf86ext-* xlibs-* xorg-libraries-* xproto-*
+CFLAGS+= -O2
+
USE_X_PREFIX= no
PREFIX?= ${X11BASE}
MTREE_FILE= /etc/mtree/BSD.x11-4.dist
====-cut-here-====
I don't know if it'll do any good to put these kinds of
patches in PRs. This isn't a real fix -- it is a
work-around for the lack of maintenance of FreeBSD's
system compilers. The 5-current gcc is still a "snapshot"
of late last year -- the GCC team released a final version
of it earlier this year, but we don't have it.
There are a _lot_ of FreeBSD ports that patch the -O-levels
in the author's _original_ Make-stuff. I've written on
this before; just search the maillist archives. ;)
I've said before that if Linux/i386 works with the -O-levels
in the original Makefiles, and FreeBSD/i386 is using the
same gcc versions that Linux is, then those same -O-levels
ought to work fine on FreeBSD. Stop patching them!
I've mentioned my main point for using -Os is that this is
the _default setting_ on Apple's XCode developer's system.
I truly believe it is a major reason Panther (OSX 10.3)
has shown incredible speed-ups over the past few updates.
It makes a noticable improvement on this puny pentium2
here at work, too (no Macs allowed, been here 27+ years and
I still don't know why, but I digress...).
There are other reasons for using -Os:
* it shaves a good 20% off the size of my customized
kernel -- it's around 1.MB smaller... really, honest.
* it helps keep loops inside the L1/L2 hardware caches.
The "proper" fix would be to update the gcc "snapshots"
FreeBSD is using as a system compiler. Get them updated
to "official real honest released" gcc versions.
It's beyond my expertise... we must depend on others...
-- thx, Paul Seniura
System Specialist
State of Okla. D.O.T.
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
- Previous message: Andrea Campi: "Re: Is NO_YP_LIBC working?"
- In reply to: Jon Noack: "-Os -> libXaw.so: undefined reference to `.L91'"
- Next in thread: Ulrich Spoerlein: "Re: -Os -> libXaw.so: undefined reference to `.L91'"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
