| Age | Commit message (Collapse) | Author |
|---|
|
after onger discussion with Phil, I understood his old
patches and fixed support for x86 systems with 32 Bit userland
and 64 Bit kernel by using a biarch toolchain instead of
a multilib one.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
establish an extra dir for toolchain. Better for preparing toolchain
for other projetcs without host tools only used by openadk.
Use /usr prefix. No symlink workarounds needed anymore.
|
|
- add a musl patch to recognize x86_64-foo-muslx32
- rework multilib configuration
- remove explicit sjlj gcc configure, as suggested by the gcc docs
- fix strace for x32
|
|
know why this is required. the names are not unique between arch with different abi
|
|
available
|
|
|
|
|
|
https://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-arm.c.diff?cvsroot=src&r1=1.550&r2=1.551
|
|
|
|
https://bitbucket.org/GregorR/musl-cross/src
|
|
|
|
|
|
dependency to libtirpc, disable inetd, add preliminary multilib support (not working right now),enable 32/64 bit kernel support for x86_64
|
|
|
|
This is more commonly known as 32bit userland support on 64bit
architectures.
For simplicity's sake though, this implementation works the other way
round: just build a 64bit-able linker and compiler, but no
64bit-libraries at all (i.e., no multilib). This is then just enough to
compile a 64bit kernel, as that doesn't link to anything. The
alternative would have been to build a native 64bit compiler with
multilib-support in order to cross-compile a 32bit userland, resulting
in a multilib system without need for it.
In order to allow compilation of a 64bit kernel for a given target
system, have it select ADK_TARGET_KERNEL_MAY_64BIT. Upon selection of
that target, the symbol ADK_64BIT_KERNEL will occur in the "Global
settings" menu. Since certain aspects of the 64bit kernel .config may
greatly differ from it's 32bit counterpart, it has to be shipped
separately: target/<arch>/kernel64.config is the place to be.
Conflicts:
target/Makefile
toolchain/gcc/Makefile
Untested, due to conflicts (original patch conflicts with
multiple kernel version support).
|
|
|
|
|
|
- just use on sysroot directory for toolchain.
- add missing patches from previos commit. (rpath/cflags cleanup)
|
|
- gdb compilation can be disabled
- gcc languages (c++/java) can be enabled/disabled
- gcc stack smashing protection can be enabled/disabled
|
|
On Cygwin readelf in this directory is not the right binary.
The real binary is in .libs/readelf.exe. Toolchain building fails
on Cygwin after copying the readelf thingy.
|
|
Make configuration of new targets cheap.
Just add a new file in target/arch/sys-enabled/foo.
See other files for syntax. While doing runtime tests
with the new infrastructure I've updated a lot of other
stuff:
- gcc 4.5.2
- uClibc 0.9.32-rc1 (NPTL)
- strongswan, php, miredo, parted, util-linux-ng, e2fsprogs
I promise, this is the last big fat commit this year ;)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
the latest binutils contains the needed options to
build a kernel with the needed workarounds.
Activate the work arounds.
|
|
|
|
|
|
and update alix/wrap targets to 2.6.33
|
|
|
|
|
|
- remove ADK_IPV6, ADK_CXX and ADK_X11
- enable ipv6 by default in uclibc
- enable build of c++ compiler by default
|
|
WARNING: tested only on qemu-x86
|
|
all three libraries tested with qemu-x86
|
|
- add make/patch/rpm and dependencies
- update ar7 port a little bit
|
|
- $id$ substitution is not apropriate for git scm
|
|
- MASTER_SITES -> PKG_SITES
- make libc boolean, makes no sense as package
|
|
- update glibc to latest version (GIT), tarball includes glibc-ports needed for MIPS architecture
- fix building of toolchain for mips64el glibc/uclibc
- use /lib instead of /lib64 (no biarch support)
- fix X11 dependencies in build system
- fix glibc build errors for openldap, libnl, mpd and rtorrent
- verified toolchain changes on alix1c
|
|
|
