This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: libgcc move to the top level
On Dec 19, 2006, at 12:06 PM, Paolo Bonzini wrote:
If possible, I would like a proof of concept that it is possible to
migrate the building of the extra parts incrementally without
breaking non-converted targets, before committing (unless another
maintainer overrules me).
One other random comment, I'd be nice to be able to do an rm -rf gcc
and build just libgcc, quickly, with the installed gcc compiler...
Same goes for all the runtime libraries. Initially, would be nice to
pick a trivial target and flex the mechanism to be able to work in
this fashion for that one target.
Around here, we have to ship the shared libraries with the OS, so
people can build and deploy gcc compiled software, and yet, we have
more frequent tools releases that just ship gcc, without the shared
libraries. We pick up extra `new' functionality with the .a library,
while most of the symbols are resolved against the installed runtime
library on the system. We don't install abi unstable libraries as
shared libraries on the system to avoid abi breakages.
I don't think the current work should be held up for this, just
stating a direction to go for people to think about.
Anyway, thanks for all your hard work.