summaryrefslogtreecommitdiffstats
path: root/temporary-bootstrap-builder-setup-cortexa8.txt
Commit message (Collapse)AuthorAgeFilesLines
* Give cortexa8 TBB procedure a shorter file name.HEADmasterP. J. McDermott2012-05-301-383/+0
|
* Add "${BBL_GCCTGTOPTS}" to the final cross GCC.P. J. McDermott2012-04-221-6/+7
|
* Fix placement of EGLIBC ports add-on.P. J. McDermott2012-04-221-2/+1
| | | | | | | | Occam's razor shows that copying the entire ports add-on over the libc sources is a bad idea compared to simply adding a link to the add-on in the libc source directory. See also: <http://www.eglibc.org/archives/patches/msg01137.html>.
* Set the version of Linux-libre in Cortex-A8 TBB.P. J. McDermott2012-04-191-8/+6
|
* Fix "invalid swi expression" error?P. J. McDermott2012-04-191-5/+4
| | | | | | | | | | | | | Building EGLIBC with the static GCC would result in an error such as this: /tmp/[...].s: Assembler messages: /tmp/[...].s:168: Error: invalid swi expression /tmp/[...].s:168: Error: value of 983045 too large for field of 2 byt es at 170 Apparently, it makes no sense for GCC to generate Thumb code with the ARM Architecture Procedure Call Standard (AAPCS).
* Add target-specific GCC options to cortexa8 TBB.P. J. McDermott2012-03-291-2/+7
|
* Write a (non-working) cortexa8 TBB setup.P. J. McDermott2012-03-291-0/+381
EGLIBC fails to build: ../sysdeps/unix/syscall.S: Assembler messages: ../sysdeps/unix/syscall.S:28: Error: cannot represent SWI relocation in this object file format make[2]: *** [/home/pj/bbl/sys.cortexa8/fsmnt/src/eglibc-build/misc/syscall.o] Error 1 make[2]: Leaving directory `/home/pj/bbl/sys.cortexa8/fsmnt/src/eglibc-2.15/libc/misc' make[1]: *** [misc/subdir_lib] Error 2 make[1]: Leaving directory `/home/pj/bbl/sys.cortexa8/fsmnt/src/eglibc-2.15/libc' make: *** [all] Error 2 Apparently SWI (software interrupt) vector table relocation is only available in certain ARM cores (including Cortex-A8).