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 <[EMAIL PROTECTED]> 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 libc.so.7 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.
Scott
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
