Date: Wed, 10 Sep 2003 16:54:54 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Michael Nottebrock <michaelnottebrock@gmx.net> Cc: freebsd-current@freebsd.org Subject: Re: Quo vadis, -CURRENT? (recent changes to cc & compatibility) Message-ID: <20030910165454.7cc2342c.Alexander@Leidinger.net> In-Reply-To: <3F5F2774.9010408@gmx.net> References: <3F5F2774.9010408@gmx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 10 Sep 2003 15:30:28 +0200
Michael Nottebrock <michaelnottebrock@gmx.net> wrote:
> Sorry if this sounds a bit flame-ish, but the way I see it we now have
> a system compiler in -CURRENT that doesn't even compile a hello world
> if-pedantic is specified and breaks with lots of existing software out
> there
This you have to ask the gcc people...
> that tries to use a threads library because -pthread errors out (why
> could this change not have been made _after_ 4.9 is out the door,
> btw.? Or before 5.0-R FWIW.)
I don't see the connection between the change in the 5-current compiler
and 4.9...
> Is the decision criterion for making acceptable changes to core system
> components that we can somehow make 3rd party software compiling via
> ports-collection hacks?
>
> I feel that a FreeBSD that manages to break so many existing
> configure-scripts and build systems is degraded in usefulness.
In 5-current we have 3 threads libraries and want to be able to install
and use them in parallel. So there has to be a way to specify which one.
This is why we need the ports collection to respect the PTHREAD*
variables. A lot of ports already do this (e.g. the GNOME ones), but not
all.
It may be inconvenient in the short term, but beneficial in the long
term.
Bye,
Alexander.
--
If Bill Gates had a dime for every time a Windows box crashed...
...Oh, wait a minute, he already does.
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030910165454.7cc2342c.Alexander>