Age | Commit message (Collapse) | Author |
|
x86-64 stores libgcc_s / libstdc++ / libgcj under lib64 instead of lib,
so make sure that directory is searched as well for libraries to copy
to target.
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
|
|
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436 for details.
Reported-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
|
|
The build of gcc 3.4.6 fails when host libc is too new.
I pulled the fix from this bug report:
http://bugs.openembedded.net/show_bug.cgi?id=4626
Signed-off-by: Wade Berrier <wberrier@gmail.com>
|
|
Conditionally apply the following patch by Bernhard Reutner-Fischer which
solves a link error on powerpc (with softfloat or multilib) when using
a shared libgcc_s.
See: http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00237.html
http://www.nabble.com/PPC-won't-build-with-soft-float-td22772110.html
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
|
|
|
|
Not runtime tested, but now it atleast builds.
|
|
Fixes libstdc++ linking with gcc 4.4.x
|
|
|
|
Somehow the patch was a patch adding a patch instead of the patch itself.
|
|
It's broken anyway as we don't install libssp* into TARGET_DIR, and we
should use the SSP support in uClibc if we want stack protection.
|
|
|
|
Patch by Daniel Mack <daniel@caiaq.de>
|
|
|
|
|
|
Thanks to Sven Neumann for noticing.
|
|
We don't use the iwmmxt abi anymore.
|
|
Rename it so it actually gets applied and fix it so it can be applied
(-p level).
|
|
As discussed on the list.
|
|
that the options become visible just below
the config, instead of at bottom of screen
Create a more useful default as toolchain path.
Allow generation of a script which sets up
paths to a binary toolchain generated by buildroot.
|
|
Have added options that mean you can set the same BR2_XXXX variables
for external toolchain and internal (buildroot built) toolchain.
This means the same set of packages can be built now me as for you.....
Signed-off-by: Daniel Laird <daniel.j.laird@nxp.com>
|
|
The GNU_TARGET_NAME symlink and target_utils location were not correctly
adjusted to match the move of the toolchain to $(STAGING_DIR)/usr,
creating dangling symlinks.
|
|
|
|
From Bernhards' tree, thanks to Sven Neuman for noticing. See also
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01500.html
|
|
|
|
This variable was introduced in r17046 (add gfortran support,
2006-12-22) and wasn't used even there.
Signed-off-by: Markus Heidelberg <markus.heidelberg@web.de>
|
|
Patches by Hinko Kocevar <hinko.kocevar@cetrtapot.si>
|
|
$(comma) and $(space) are used in packages and the toolchain.
Signed-off-by: Markus Heidelberg <markus.heidelberg@web.de>
|
|
|
|
Thanks to Bernhard for noticing (and less so for causing the problem in
the first place :P)
|
|
Includes are in include-fixed and GCC_LIB_SUBDIR needs to be set like for
the rest of 4.x
|
|
gcc < 4.2.0 doesn't support -Wno-overlength-stings, but gcc-4.3.x configure
fails to detect that, breaking the build.
Work around it by detecting the host gcc version (and store in HOSTCC_VERSION)
and set the proper configure variables for gcc < 4.2.0.
|
|
but latest AVR32 toolchain
|
|
|
|
|
|
|
|
git-svn (and git) doesn't handle empty directories, so add .empty files
to those dirs like elsewhere in buildroot.
Those empty directories are normally not a big deal, but the recent changes
to u-boot broke the build.
|
|
|
|
|
|
Based on e0e0945e in Bernhard's tree.
|
|
|
|
|
|
This patch modifies the rule for installing the shared libraries into the
project_foo/.../autotools-stamps directory. This will make the installation of
GCC shared libraries be multi-project safe.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
|
|
On very lite systems the /usr/lib directory might not exist before libstdc++ is
installed. This patch makes sure the directory exists.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
|
|
Patch by Wade Berrier.
|
|
'default n' is the default, so there's no need to say it explicitly.
|
|
|
|
|
|
locations for prepatched toolchain to be under the toolchain directory
|
|
|
|
The new kconfig is more strict regarding depends/depends on, so fixup
the tree.
|