relocating the compiler and associated tools

[Jim Tison]

Awesome!

I haven't examined Dan's algorithms for better relocatability (I can't,
and it's a very long, very stupid, exceedingly boring story about
lawyers); but he seems to have covered quite a few of the typical bases
with crosstool. If this is indeed the case, what he's written is a true
treasure -- those "move blues" do indeed happen if you don't prepare for
them; I've personally seen that fireworks display so many times that I
can usually recognize the cause on sight.

If your executables & shared objects load, run, and dynlink without
error, you've succeeded: that's always the litmus test on how good your
relocation/move was.

Peace,
--Jim--

On Fri, 2004-11-12 at 05:12, Robert P. J. Day wrote:
> On Tue, 9 Nov 2004, Jim Tison wrote:
> 
> > On Tue, 2004-11-09 at 06:09, Robert P. J. Day wrote:
> 
> > > i haven't had a chance to test run the executables yet, but in both
> > > cases, i got executables as output that "file" told me were SH
> > > binaries.  so at least that part worked (the static binary being,
> > > naturally, massively larger than the dynamic).
> 
> > I meant mv instead of cp. Try it. You probably won't like the fireworks
> > display you're liable to get. If you copy, the relocated binaries will
> > still have the original files to find and use. What you're doing by
> > copying is approximately equivalent to setting symlinks in /usr that
> > refer back to your original PREFIX. Dunno 'bout you, but I'd call that
> > cheating :-) <no offense>
> 
> just as another data point, i *relocated* the entire built SH3
> toolchain under /usr/local/sh3 (just for the heck of it), and blew
> away the original build.  that toolchain successfully compiled a 2.6.9
> kernel tree with some SH3 mods tacked on.
> 
> still probably not a definitive answer to this issue, but so far, i
> haven't run into roadblocks.
> 
> rday


------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com