Age | Commit message (Collapse) | Author | Files |
|
|
|
fortran is available
* This patch adds the symbolic link only if fortran is enabled in gcc and secondly it creates
them relative and not absolute as they are right now.
|
|
|
|
Undo my pushing of Jonas Bonn patch as I missed that it was fixed differently.
|
|
On Ubuntu Intrepid, -D_FORTIFY_SOURCE is enabled by default, thus
requiring file permissions when the O_CREAT flag is set on open. This
patch remedies this for gcc-3.4.6.
Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
|
|
|
|
|
|
* Make gxx-include paths relative to sysroot and not build time sysroot.
|
|
|
|
|
|
gfortran patch
|
|
gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch
|
|
|
|
http://hardwarebug.org/2008/10/11/codesourcery-gcc-2008q3-fail/
|
|
* on ubuntu the compiler starting with intreprid yells
at using open() with O_CREATE and not settinge a
proper filecreationmask
* closes bug 4626 reported by Vladimir Bondar with
a modified patch
* bump PR on all .bb which are needing it
|
|
Conflicts:
packages/busybox/busybox_1.11.3.bb
packages/dsplink/codec-engine_2.10.bb
packages/gdb/gdb_6.3.bb
packages/gdb/gdb_6.4.bb
packages/gdb/gdb_6.6.bb
packages/gdb/gdb_6.8.bb
packages/glibc/glibc_2.2.5.bb
packages/glibc/glibc_2.3.2+cvs20040726.bb
packages/glibc/glibc_2.3.2.bb
packages/glibc/glibc_2.3.3+cvs20041128.bb
packages/glibc/glibc_2.3.3+cvs20050221.bb
packages/glibc/glibc_2.3.3+cvs20050420.bb
packages/glibc/glibc_2.3.3.bb
packages/glibc/glibc_2.3.5+cvs20050627.bb
packages/glibc/glibc_2.3.6.bb
packages/glibc/glibc_2.4.bb
packages/glibc/glibc_2.5.bb
packages/glibc/glibc_2.6.1.bb
packages/glibc/glibc_2.7.bb
packages/kexecboot/linux-kexecboot_2.6.26.bb
packages/libsdl/libsdl-x11_1.2.11.bb
packages/linux/linux-rp_2.6.26.bb
packages/mozilla/fennec_hg.bb
packages/python/python_2.5.2.bb
packages/tasks/task-xfce-base.bb
packages/xorg-driver/xf86-video-omapfb_git.bb
packages/xorg-xserver/xserver-kdrive_1.4.0.90.bb
|
|
|
|
|
|
This is a partial revert of aa03004ace2fabb135a6208ef8c2d2b312aa7b0b. The
approach that was taken leads to disagreement and the change was pushed
too early. DISTRO_PR is going to say and will be used inside the package
creation. There will be more disucssion on the list about where to continue
from here.
|
|
|
|
Allow a distribution to globally bump the PR of every package
this is useful when there was a change in the toolchain and
every package is going to be different.
find packages/ \( -name '*.bb' -or -name '*.inc' \) -exec sed -i s/"^PR="/"FILE_PR ="/ {} \;
find packages/ \( -name '*.bb' -or -name '*.inc' \) -exec sed -i s/"^PR ="/"FILE_PR ="/ {} \;
Acked-By: Koen Kooi <koen@openembedded.org>
|
|
|
|
* 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.
|