This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
OKI suppose one way of doing it is to add another build step that starts with something like
mkdir build-bfd; cd build-bfd
../binutils-*/bfd/configure --target=${cross_target}
--host=${cross_target} --prefix=${sysroot}
Almost right, but two things:
1) If you specify --host and --target, you'll need to specify --build as
well, otherwise configure will assume it's the same as the other two and that
you're trying to do a native build.
2) Don't *ever* refer directly to the configure scripts below top-level. YouFair enough.
/must/ always invoke top level configure. Let it do the recursive stuff. You
don't need to build the whole tree even though you need to run the top-level
configure, you can always specify "make all-target-bfd" on your command line.
-- For unsubscribe information see http://sourceware.org/lists.html#faq
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |