| Age | Commit message (Collapse) | Author | Files |
|---|
|
* it builds, but needs Khems sysroot and flags patches to work properly
|
|
registers
* add patch gcc-4.2.3-linux-multilib-fix.patch used by various other
linux distributions
* put the mulitlib config in gcc-cross4.inc because gcc-3 works without
that
* need to bump PR because we pushed in earlier changes on sh4 without
bumping
|
|
fixes build failures of gcc-cross-4.1.2
|
|
* add sh_unwind.patch which fixes gcc/config/sh/linux-unwind.h
like mips or i386
* add cppdefaults_cross.patch which removes /usr/include path from
gcc/cppdefault.c when, this is needed because sh4 uses fixheader
and fixproto and then zeckes no-host-include code yelling
at the /usr/include
* ATTENTION this may break sh4-native gcc, but I do not
believe that someone would use gcc directly on sh4 arch,
if there iare some crazy people doing it, I will fix it in
another way
* do not bump PR because it only affects sh4 arch
|
|
* add sh_unwind.patch, which fixes gcc/config/sh/linux-unwind.h
like mips or i386
* patch will only ne applied for sh4 arch for now
* do not bump PR because it only affects sh architecture
on which gcc did not build before
|
|
|
|
|
|
|
|
|
|
include-fixed to be searched for include files in glibc configure mechanism. This means we do not need the include packaging hack that we have in gcc 4.3.x recipes.
I was using 2.6.25 kernel headers which means I have to backport another patch to get rid of asm/page.h.
I have tested it on angstrom 2008.1 gcc-4.3.2+glibc-2.6.1 and gcc-4.3.2+eglibc_svn
-Khem
|
|
|
|
Enable patches for ARM big endian support.
Delete unneeded ARM big endian patches.
Adjust Thumb support patches.
|
|
All it needed was regenerating configure scripts.
-Khem
|
|
|
|
Tested on (mpc8313e-rdb,angstrom)
|
|
tree. This patch implements CPPFLAGS_FOR_BUILD to separate it out.
|
|
Revive the uclibc locale support.
Fix gcc native breakage for 4.3.1.
|
|
It should be enabled by default if not disabled but its better for readability
to state what we enable.
|
|
Right now it does not build for uclibc. If that it fixed then we can enable it.
Till then it stays.
|
|
|
|
|
|
|
|
|
|
will fail with "cannot find -lc" if it's removed beforehand.
This does contradict this part of the commit message of the previous change:
"This fix deletes the dummy libc.so before gcc-intermediate is staged. Because
the main purpose of dummy libc.so is to get gcc-intermediate built with shared
lib support. Ideally this libc.so should be deleted right after do_configure of
gcc-intermediate but gcc's configure is spread across and some configure stuff
happens during compile step. Therefore its best to delete this libc.so after
the compile step is done."
I don't have a better solution that this one.
|
|
This library is overwritten by a linker script file called libc.so during
complete glibc install so the packaged built after glibc is staged are fine.
But the binaries/libraries that build with glibc and depend on libc.so in some
form see this dummy libc.so and gets things wrong.
This fix deletes the dummy libc.so before gcc-intermediate is staged. Because
the main purpose of dummy libc.so is to get gcc-intermediate built with shared
lib support. Ideally this libc.so should be deleted right after do_configure of
gcc-intermediate but gcc's configure is spread across and some configure stuff
happens during compile step. Therefore its best to delete this libc.so after
the compile step is done.
|
|
|
|
components when recompiled. Also same sequence for all different combinations (uclibc/nptl/eglibc/glibc/linuxthreads). Also fixes and patches that I worked to get various ancient compilers working.
|
|
We use ARCH_FLAGS_FOR_TARGET to overcome a bug in --with-build-sysroot implementation where it does not pass LDFLAGS_FOR_TARGET and CPPFLAGS_FOR_TARGET to libstdc++ during build.
|
|
|
|
* an image compiled from scratch boots straight into X, although the avahi seggault is still there
|
|
staging/cross in the right place for the build
|
|
|
|
|
|
|
|
|
|
|
|
have been 'CPP'. I have tested build for gcc-cross-4.2.2 recipe.
|
|
* in gcc-4.2 a missing gmp.h is just a warning in gcc-4.3.0 it is an error
* gcc-cross-inital.inc is overwriting DEPENDS so gmp-native and
mpfr-native from gcc-cross4.inc is not in DEPENDS for gcc-cross-initial
* for now put in the .bb self, but someone should step up and fix the
whole gcc-recipes in a saner way
|
|
|
|
|
|
|
|
|
|
|
|
gcc-package-cross.inc to package it
|
|
multilib, and remove some more patches
|
|
|
|
|
|
|
|
|
|
|
