Age | Commit message (Collapse) | Author | Files |
|
|
|
|
|
binutils-cross: ditto
|
|
|
|
*mumbles something about unifying recipes*
|
|
|
|
|
|
|
|
see email thread at http://lists.openembedded.org/pipermail/openembedded-devel/2006-October/000523.html for details
|
|
OSX claims that stopc might end up uninitialized. Initialize
it to '0' to and hope it works out. This fixes the compile and
I have an ARM EABI toolchain on OSX that could work...
|
|
|
|
|
|
|
|
remove binutils 2.15.* except 2.15.94
|
|
from the changelog:
1. Update from binutils 2006 0427.
2. Fix an objcopy regression (PR 2593).
3. Reduce ar memory usage (PR 2467).
4. Allow application specific ELF sections (PR 2537).
5. Fix an i386 TLS linker bug (PR 2513).
6. Speed up ia64 linker by 1300X in some cases (PR 2442).
7. Check illegal immediate register operand in i386 assembler (PR
2533).
8. Fix a strings bug (PR 2584).
9. Better handle corrupted ELF files (PR 2257).
10. Fix a MIPS linker bug (PR 2267).
|
|
|
|
be of use on other versions but I've not tested that.
|
|
|
|
The GNU EABI override for ARM
was wrong. Simply remove it. If we
change the DEFAULT_PREFERENCE for glibc2.4
we can update again.
|
|
Make older binutils snapshot the default
for familiar distribution in the dev
tree to avoid further errors when newer
versions gets added.
packages/binutils/binutils:
Lower the default preference on the binutils
CVS snapshot. While it can be used with
glibc 2.4 with EABI and without it, glibc
2.3.5 is broken with this version
|
|
|
|
non-arm-linuxeabi builds
|
|
|
|
|
|
- the same bug exists in earlier versions and is probably fixed by the
same patch, objcopy (==strip) would identify an ro file and abort the
overwrite (smart_rename), but the caller in objcopy fails to check the
error code and so the error is not reported
|
|
x.x.x+cvsYYYYMMDD format and some includes some minor whitespace cleanup.
|
|
|
|
|
|
|
|
This patch fixes problems with the ARM thumb specific code generation. It
also adds debugging to bfd/elf32-arm.c to detect ref counting problems -
one error message can fire in theory in the absence of thumb support if
a union refcount field is used to refcount when it is set to something else.
The error should be ignorable, in that the code should not have changed in
effect.
|
|
2.16 now includes the patches which ensure that HOST_CC_ARCH is passed to
the build, other than that this commit should only affect binutils for
linux-uclibc targets. The patches which enable recognition of
linux-uclibc*' as well as 'linux-gnu*' have integrated - in fact there are
more places now where the change is made, which may improve some things.
The apparently spurious 'autoreconf' of certain subdirectories in the build
tree has been commented out (it did nothing because there is no configure.in
or .am in the build directory).
|
|
packages in a build. The change fixes problems in the following packages:
binutils{,-cross}_2.15.94.0.1
HOST_CC_ARCH was not being passed to HOST_CC. The problem does
not seem to be present in binutils* 2.16, however this version
is still used for uClibc builds.
gcc{,-cross,-cross-initial}_3.4.4
HOST/TARGET_CC_ARCH was not used in the appropriate places, plus
this was not sufficient - FLAGS_FOR_TARGET (a gcc make variable)
is now preloaded with the target CC_ARCH values, which causes all
the builds (gcc, g++, gcj, fortran) to get the correct values.
gcc OTHER
*NOT* fixed - other versions of gcc will still need the _CC_ARCH
fix in the same lines (CC_FOR_TARGET, GCC_FOR_TARGET, CXX_FOR_TARGET),
however so long as these builds use gcc3-*.inc the FLAGS_FOR_TARGET
fixx will be there.
uclibc{,-initial}_0.9.27
TARGET_CC_ARCH added to the do_compile. For the do_stage step the
build actually compiles target code (make utils), but this will not
accept a CC with whitespace. The TARGET_CC_ARCH flags have therefore
been added to CFLAGS (a bit ugly, but it works).
These changes have been tested for both cross and target builds, the changes
should be fine on self-hosted (i.e. target-hosted) builds, if anyone actually
does these, but note that the gcc build specifically tests for build==host and
does *not* do certain _FOR_TARGET settings in this case (this was the case
before this change too) - if you are seeing strange settings on self-hosted
gcc builds (before and after this change) check the do_compile environment
variable settings.
|
|
|
|
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/06/11 20:33:00+01:00 reciva.com!pb
suppress PARALLEL_MAKE for pciutils
2005/06/11 20:12:19+01:00 reciva.com!pb
set KERNEL_CCSUFFIX to 3.3.4 for epia, pending availability of gcc-cross-kernel 3.4.4
2005/06/11 20:08:07+01:00 reciva.com!pb
Merge bk://oe-devel@openembedded-devel.bkbits.net/openembedded
into mill.internal.reciva.com:/nexus/home/pb/oe/oe
2005/06/11 20:05:35+01:00 reciva.com!pb
remove preference for binutils_csl-arm-20050603 due to "stfpls" problem
BKrev: 42ab3e17pU3U_O8qsBteBt0JRESXaA
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/06/10 15:28:42+01:00 reciva.com!pb
add -cross version of latest binutils, courtesy bero@arklinux.org, per bug #76
BKrev: 42a9a648AU0Samri0yNQV0gicN7hsw
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/06/10 12:39:17+02:00 utwente.nl!koen
base-files_3.0.14.bb: and bump PR
2005/06/10 12:36:25+02:00 utwente.nl!koen
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into bitbake.utwente.nl:/home/koen/OE/openembedded
2005/06/10 12:35:56+02:00 utwente.nl!koen
comment mtd2 for h3900 to unbreak h51xx ipaqs
2005/06/10 11:27:41+01:00 reciva.com!pb
update binutils csl-arm to new snapshot
2005/06/10 11:24:59+01:00 reciva.com!pb
forgotten files from last changeset
2005/06/10 11:16:09+01:00 reciva.com!pb
Merge bk://oe-devel@openembedded-devel.bkbits.net/openembedded
into mill.internal.reciva.com:/nexus/home/pb/oe/oe
2005/06/10 11:09:14+01:00 reciva.com!pb
add binutils-2.16; set DEFAULT_PREFERENCE=-1 to linux-uclibc due to bit-rotten patches
2005/06/10 11:43:41+02:00 utwente.nl!koen
Add sapwood, part of the maemo.org suite, courtesy Florian Boor
BKrev: 42a96e0a6H0Mfmumh3jmOFKLIpXNPQ
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/04/29 10:11:23+02:00 utwente.nl!koen
binutils_csl-arm-20050416.bb: fix cvsdate
BKrev: 4271f2e8uzxQT9B_jtWWXn-8xGIV_A
|
|
set default preference to 1 for arm-linux{eabi}, -1 elsewhere
BKrev: 42609e4c-GAcJj_Kw2fY3G4kbDyz2Q
|
|
into bkbits.net:/repos/n/nslu2-linux/openembedded
2005/02/23 12:40:33+01:00 uni-frankfurt.de!mickeyl
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into gandalf.tm.informatik.uni-frankfurt.de:/local/pkg/oe/packages
2005/02/23 12:36:37+01:00 uni-frankfurt.de!mickeyl
Merge bk://oe-devel@oe-devel.bkbits.net/openembedded
into gandalf.tm.informatik.uni-frankfurt.de:/local/pkg/oe/packages
2005/02/23 11:34:13+01:00 mn-solutions.de!schurig
Merge http://oe-devel@openembedded.bkbits.net/openembedded
into mnz66.mn-solutions.de:/usr/src/oe/p
2005/02/23 11:33:31+01:00 mn-solutions.de!schurig
fix installation stage
2005/02/23 09:27:44+00:00 (none)!xora
New upstream version of kismet, fixes for compilation problems, and change of maintainer with Brunos permission
2005/02/23 01:11:25+01:00 uni-frankfurt.de!mickeyl
add a sharprom-compatible distro configuration. relies on an external 2.95.3 toolchain (for now... until someone adds it to OE) and needs further work. It's a start for someone interested though.
2005/02/23 01:09:23+01:00 uni-frankfurt.de!mickeyl
bump cvsdate on oz-3.5.3
2005/02/22 17:37:44-06:00 ti.com!kergoth
Fix the quilt PATCHCMD to stop rampantly chmod'ing, which made the CVS directories not executable, thereby screwing up the ability to rm -rf tmp. Thanks to holger freyther for pointing it out.
BKrev: 421c7b62hBWfitoVhb3IO3ZT5nS71A
|
|
into hyperion.kergoth.com:/home/kergoth/code/openembedded
2004/12/09 03:39:39-06:00 kergoth.com!kergoth
Break people's builds again.. this time moving the packages into a packages/ subdir to clean things up a bit.
BKrev: 41b81f3dvlp3rU7_8MUXLcI8LDdDoA
|