Re: Regenerating the cross stuff

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07/31/10 12:32, Somebody in the thread at some point said:

Hi -

> As these were done in the Fedore Core 6-ish days, there was still some
> patching needed to get things to build on ARM, but that shouldn't be
> necessary anymore now.

Thanks to your and Henrik's advice I am almost done with uplevelling it 
to gcc 4.5 from rawhide.

I found that binutils already had almost the same patch, and I just 
focused on gcc with glibc.

After some hours of wrestling the set of packages is generated and it 
upgrades the 4.1 packages without any conflicts with that or native gcc 
install.

I am able to compile an ARM kernel with it OK, which worked perfectly in 
a target device, so I thought I was done.  But I thought I should check 
a hello world c app just as a userspace build sanity check...

$ armv5tel-redhat-linux-gnueabi-gcc hello.c
/usr/bin/armv5tel-redhat-linux-gnueabi-ld: skipping incompatible 
/usr/lib/gcc/armv5tel-redhat-linux-gnueabi/4.5.0/libgcc.a when searching 
for -lgcc
/usr/bin/armv5tel-redhat-linux-gnueabi-ld: cannot find -lgcc
/usr/bin/armv5tel-redhat-linux-gnueabi-ld: skipping incompatible 
/usr/lib/gcc/armv5tel-redhat-linux-gnueabi/4.5.0/libgcc.a when searching 
for libgcc.a
/usr/bin/armv5tel-redhat-linux-gnueabi-ld: cannot find libgcc.a
collect2: ld returned 1 exit status

If I compile with -c, then use armv5tel-redhat-linux-gnueabi-ld directly 
on hello.o, I get the same problem.

Looking at the contents of 
/usr/lib/gcc/armv5tel-redhat-linux-gnueabi/4.5.0/libgcc.a, I see this:

__gcc_bcmp.o:             ELF 32-bit LSB relocatable, ARM, version 1 
(SYSV), not stripped
__main.o:                 ELF 32-bit LSB relocatable, ARM, version 1 
(SYSV), not stripped
_absvdi2.o:               ELF 32-bit LSB relocatable, ARM, version 1 
(SYSV), not stripped
...
_thumb1_case_sqi.o:       ELF 32-bit LSB relocatable, no machine, 
version 1 (SYSV), not stripped
_thumb1_case_uhi.o:       ELF 32-bit LSB relocatable, ARM, version 1 
(SYSV), not stripped
...
unorddf2.o:               ELF 32-bit LSB relocatable, ARM, version 1 
(SYSV), stripped
unordsf2.o:               ELF 32-bit LSB relocatable, ARM, version 1 
(SYSV), stripped

They all look reasonable except -->

_thumb1_case_sqi.o:       ELF 32-bit LSB relocatable, no machine, 
version 1 (SYSV), not stripped

After some Googling, I found a site that recommended disabling strip in 
rpmbuild, I did this and confirmed that all the objects then show "not 
stripped", but it didn't solve the issue.

I guess the problem is _thumb1_case_sqi.o header but I don't know why... 
any ideas?

-Andy
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux