This is the mail archive of the gcc-help@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: first stab at a cross compiler ...


Hi,

On Fri, Apr 15, 2011 at 2:33 AM, Kai Ruottu <kai.ruottu@wippies.com> wrote:
> 15.4.2011 8:43, kevin diggs kirjoitti:
>>
>> Hi,
>>
>>
>> So, no /opt/cross/q700/binutils-2.16.1/bin&
>> /opt/cross/q700/gcc-3.4.6/bin? I need to do something like
>> /opt/cross/q700/toolchain for both?
>
> Yes! I think that in my instructions I clearly told that
> the $prefix in '--prefix=$prefix' used with binutils and
> GCC must be the same! And that GCC doesn't search for the
> '$target-<tool>'s although the GCC build scripts will use
> just them! Just like humans but GCC isn't some kind of
> HAL which behaves just like a human being :(
>
I guess I gots me more work to do with this whole "readin" thing ...

> Expecting a native GCC to search for 'as' and 'ld' and a
> cross GCC to search for '$target-as' and '$target-ld' is
> a very common misunderstanding, maybe because a native GCC
> is usually used via 'gcc' but a cross GCC is used via
> '$target-gcc'. Something like: "What I will use, GCC must
> use too!", which of course is totally wrong logic :(
>
I guess I 'assumed' that it (aka gcc) knows it is building a cross
compiler and would use m68k-yadda-yadda-<usual tool name>.

Would it work if I put links of the binutils goodies into the compiler
install bin dir?

I tried 4.3.5 with its fancy --with-build-time-tools configure option.
This one died saying something about:

undefined reference to `m68k_cpu_flags'

while trying to link Tcollect2:

make[2]: Entering directory `/home/kevdig/projects/GCC/obj-gcc-4.3.5-m68k/gcc'
gcc   -O2 -march=pentium3 -fomit-frame-pointer -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -pedantic -Wno-long-long
-Wno-variadic-macros 				     -Wno-overlength-strings
-DHAVE_CONFIG_H  -o Tcollect2 \
		collect2.o tlink.o intl.o version.o ../libcpp/libcpp.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a

This means 4.3.5 found all of its little internal binutils goodies, right!??

How far did this one get?

Thanks!

kevin


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]