Age | Commit message (Collapse) | Author | Files |
|
Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
*-*-linux-uclibcspe.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
*-*-linux-gnuspe.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Dirk Opfer <Dirk@do13.de>
|
|
* Move to top of trunk.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* gcc-svn bump SRCREV
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Define BINV to 4.5.0
* Add fortran-cross-compile-hack.patch.
* Bump SRCREV.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
missing GNU_HASH
* it was suggested on the oe-devel mailinglist that it doesn't matter for libobjc
|
|
* Delete the unused patches
* Add --with-system-zlib to configure options.
* Add patches needed for uclibc build.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
This reverts commit c2b7702d52fd6f62f34e58dc2e806b44b8fb976b.
|
|
* This is not supporting multilib
* Only 64-bit userspace can be built.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Newer gcc (4.4+) has implemented -mplt option to
enable PLT and copy relocation extentions of MIPS ABI
which makes shared code run a lot faster. This feature
is however controlled by DISTRO_FEATURES which should
add 'mplt' to DISTRO_FEATURES to enable it.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* mpc-native is needed for cross gcc recipes.
* mpc will be needed for gcc recipes.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
This was probably bogusly copied from do_install long ago.
Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
|
|
for nylon
* on nylon there is no need for objc support, thus removed this language from the list for nylon
|
|
There is a one hunk peice of damage in the patch originally committed, as
compared to the patch posted on gcc-patches. Replacing with the original
patch enables platforms like arm oabi to compile again.
|
|
|
|
|
|
|
|
* Just formal change
* No need to bump PE or PR
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
against base.bbclass
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
allow nextgen SDK generation (from Poky)
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
|
|
* add some patches needed for libstdc++ compilation
* disable fortran and objc build for now
* bump PR
|
|
* Switch default gcc to 4.4.2 for sane toolchain
* Switch binutils to 2.20
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* This fixes the issue where --fix-v4bx was not
passed to ld when invoked by gcc -march=armv4
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* This also fixes the u-boot build errors we get with gcc 4.4
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
From Martin W. Guy page http://martinwguy.co.uk/martin/crunch/
The 20090908 version
* performs single and double precision floating point in the FPU (add, sub,
mul, neg, abs, cmp and conversions from single and double precision floats
to integral types).
* by default, disables the floating point cfnegs and cfnegd instructions,
which fail to convert 0 to -0 as they should. You can re-enable them with
the -funsafe-math-optimizations flag, which is one of those enabled
by -ffast-math (gcc-4.3 has an even more specific -fno-signed-zeros flag,
which is one of those enabled by -funsafe-math-optimizations).
* by default, does not respect denormalised values, so the smallest
representable values are ±2-126 for floats and ±2-1022 for doubles instead of
the usual ±2-149 and ±2-1074.
* has a -mieee flag, which enables handling of denormalized values by disabling
all the buggy instructions. With this, floating point addition, subtraction,
negation, absolute value and conversion between floats and integer types are
performed in software, leaving only floating point multiplication and
comparison performed in hardware.
* has no negative impact on regular ARM code generation.
* always works round the hardware bugs in the FPU and no longer has the
-mcirrus-fix-invalid-insns flag since chip development has stopped and all
existing silicon has the same bugs except for the original revision D0 which
is not supported.
* passes GCC's IEEE testsuite except for the one specific test that checks for
correct handling of denormalized values. With -mieee it passes all the math
tests.
* passes all other testsuites that I've tried (see below) including the
stringent "paranoia" floating point IEEE conformance test.
* produces the fastest Maverick code yet: 5.94 MFLOPS according to FFTW's
tests/bench -opatient cf1024 benchmark and LAME takes 2m25 to encode that
30-second WAV file on a 200MHz EP9307 (compared to 5.4 and 2m30 for the
futaris patches for 4.1.2 and 4.2.0).
* does not use the FPU's buggy 64-bit integer instructions unless the new
-mcirrus-di flag is given. Programs that do a lot of 64-bit integer
operations (add, sub, mul, neg, abs, shifts) may be faster using this, but
rigorous testing will be necessary to ensure that bad code is not being
produced. OpenSSL's testsuite fails if this is enabled. There is more detail
at the head of the arm-crunch-cirrus-di-flag.patch file.
Known bugs
* C: Values held in Maverick registers are not restored when performing a
setjmp/longjmp pair. There is a fix to glibc for this in a message to the
linux-cirrus mailing list.
* C++: Similarly, exception unwinding (performing a throw back to a catch block
in a different function) does not restore floating point and 64-bit values
held in Maverick registers.
* C++: Some C++ files will not compile, saying
".save {mv8}" Error: register expected
although the same files will compile with optimization disabled.
There is a patch to make binutils recognize these registers in the .save
macro in a message to the linux-cirrus mailing list.
|
|
cross gcc build
* target gcc does not like the NATIVE_SYSTEM_HEADER_DIR being tweaked.
for now conditionalize it so it gets included only for cross builds
it could be that target gcc for micro wont work because it needs headers
in /usr/include and the actual headers are in /include
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* GCC's notion of standard includes being in /usr/include is
not valid for micro distro which uses flattened layout
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Henning Heinold <heinold@inf.fu-berlin.de>
|
|
* Export AS_FOR_TARGET OBJDUMP_FOR_TARGET
OBJCOPY_FOR_TARGET STRIP_FOR_TARGET
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* This does not work on canadian cross build of target gcc.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Forward port cache amnesia patch
* Forward port gcc-flags-for-build patch
* do_configure needs to be overridden for 4.4.1
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Bump the ABI_LAYOUT. Build from scratch will be needed.
* Replace using TARGET_OS from linux->linux-gnu.
* Replace using linux-uclibcgnueabi->linux-uclibceabi.
* Add 'eabi' to DISTRO_FEATURES (only for minimal and micro).
* Use eabi and BASE_PACKAGE_ARCH to compute real TARGET_OS.
* Fix the micro conf to get console image building.
* Fix the linux-uclibcgnueabi overrides in all recipes.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Phill Blundell <pb@reciva.com>
Acked-by: Michael 'Mickey' Lauer <mickey@vanille-media.de>
|
|
This patch is required for libstdc++ mainly as far as gcc is
concerned. Without this patch configure detects TLS falsely
and enables tls when compiling libstdc++ on uclibc based systems
uclibc lacks TLS support as of now. With NPTL it will have TLS support
but thats a distant future.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
We do not set FENV in uclibc so as a result we can
not build libdecnumber. We disable it for gcc 4.4.1
uclibc targets.
copysignl is in libm in uclibc so gcc complains about
this function in libgcc. We see if it is uclibc powerpc
softfloat then we add -lm to linker commandline. Not best
but works.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
do_install was looking under ${D}/some long cross path/*/lib;
needs to be lib64 on x86_64. On x86_64 base_libdir would be set to
/lib64, so we can go by that.
Bump INC_PR for recent gccs: 4.1.2, 4.2.[34], 4.3.[34], 4.4.1.
Signed-off-by: Michael Smith <msmith@cbnco.com>
|
|
Tested on a armv5te platform using thumb instruction set
|
|
checksums.ini: Add checksum for lilo.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Remove fix-ICE-in-arm_unwind_emit_set.diff from gcc versions >= 4.2.1
upstream gcc already includes this fix.
Instead of patching arm_unwind_emit_set the patch was modified and slipped into
thumb_pushpop and can cause a gcc segfault.
Signed-off-by: Dirk Opfer <dirk@do13.de>
|
|
binary is.
The binary will always be two levels back, and it will always be in ${bindir}
as that's what we pass to configure, so basename that to find the right
directory name. Bump INC_PR in gcc-canadian-sdk 4.2.4,
gcc-cross-sdk 4.2.4/4.3.3/4.4.0
|
|
|
|
|