cvs commit: src/gnu/usr.bin/cc/cc_tools Makefile

Scott Long scottl at
Sun May 20 07:27:20 UTC 2007

Ruslan Ermilov wrote:
> On Sat, May 19, 2007 at 10:58:04AM -0400, Alexander Kabaev wrote:
>> On Sat, 19 May 2007 12:51:03 +0400
>> Ruslan Ermilov <ru at> wrote:
>>> On Sat, May 19, 2007 at 07:56:09AM +0000, Scott Long wrote:
>>>> scottl      2007-05-19 07:56:09 UTC
>>>>   FreeBSD src repository
>>>>   Modified files:
>>>>     gnu/usr.bin/cc/cc_tools Makefile 
>>>>   Log:
>>>>   Work-around for upgrading from a pre-symbol-versioned world.
>>>>   Blame-to: cperciva
>>>>   Revision  Changes    Path
>>>>   1.86      +1 -0      src/gnu/usr.bin/cc/cc_tools/Makefile
>>> Can you elaborate as to what problem you're trying to address?
>>> I went through this process yesterday and hit no problems, all
>>> was smooth.
>> GCC build tools somehow were built against shared with symbol
>> versioning, instead of library on host. So then when we attempted to
>> run them, they were failing. I do not know why it was happening on
>> amd64 machine Scott was trying upgrade on yet. My relatively old i386
>> installation worked without a hitch :( 
> It sometimes happens when the date/time are not being set
> properly, so that the tools are mistakenly rebuilt again
> at an inappropriate time when in the foreign environment
> of the target -- the problem is usually understood better
> when building for another CPU architecture and hitting it.
> I think this was an inappropriate commit to make, unless
> the problem can be reproduced.  I have upgraded several
> i386's and amd64's without a problem.
> Cheers,

You spell it "inappropriate", I spell it "making a simple temporary 
commit to help be sure that the entire userbase doesn't get screwed over 
by a last minute problem."  Whatever, fix it however you like.


More information about the cvs-src mailing list