| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Pack netinet structs to be possible to use for creating
IP frames on big-endian targets.
Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
[yann.morin.1998@anciens.enib.fr: removed getline patch, already in]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 5c246abe7716271c0ce31d980d92eb9a304995c8)
|
|
|
|
|
| |
(manualy transplanted from 2ad2cbc1f709f48a195746476a71f1244cc67cee)
(transplanted from 2ad2cbc1f709f48a195746476a71f1244cc67cee))
|
|
|
|
|
|
| |
TRying to download every extension in turn takes ages, so
help the helper by telling what extension to retrieve.
(transplanted from 08b0982e4da9402ad39fde431353ebf0248ea34c)
|
|
|
|
|
|
|
|
|
|
|
|
| |
grep is used when generating some .in files (in config.gen). If GREP_OPTIONS
contains --color=always, then the generated files will contains some escape
sequences setting the color, and mconf would choke on those escape sequences.
Always set and export an empty GREP_OPTIONS to avoid that.
Issue reported by Kevin Kirkup <kevin dot kirkup at gmail dot com> :
http://sourceware.org/ml/crossgcc/2009-12/msg00026.html
(transplanted from a5020a1facffc046d23d39a71a1b8089ca84beac)
|
|
|
|
|
|
|
|
|
|
|
| |
The user shall provide a directory to install the toolchain into.
If he/she does not, this is an error, and shall be detected properly,
rather than relying on failure down the road.
Thanks to "Pedro I. Sanchez" <psanchez@colcan.ca> for pointing out
the issue:
http://sourceware.org/ml/crossgcc/2009-12/msg00011.html
(transplanted from e94f4ffddd1d07b3841160db71694cd19fda6b03)
|
| |
|
|
|
|
|
|
|
| |
In case the user specifies the LIBDIR with --libdir , or DOCDIR with
--docdir, install our support files in a sub-dir, so as not to mangle
existing (potentially system) files/dirs.
(transplanted from 991fc21dd3cfda7d6448388b3224821f6937f15e)
|
| |
|
| |
|
| |
|
|
|
|
| |
(transplanted from 19205498184e299fb45a4addebcf7b480f119165)
|
|
|
|
| |
(transplanted from 3d8f6d826f21342b6172813384f3e5e1f09e8a71)
|
|
|
|
| |
(transplanted from 7f52e1cca71eecc6a46ad1905afea42a5c8f0a68)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While trying to build a toolchain with ct-ng 1.5.0,
arm-unknown-linux-uclibcgnueabi target,
I get the following error:
[INFO ] Installing C library headers
[EXTRA] Copying sources to build dir
[EXTRA] Applying configuration
[EXTRA] Building headers
[EXTRA] Installing headers
[ERROR] extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
[ERROR] make[2]: *** [extra/scripts/unifdef] Error 1
[ERROR] Build failed in step 'Installing C library headers'
The following patch solves the problem.
(It's a backport of this uClibc commit:
http://git.uclibc.org/uClibc/commit/?id=49e81cada73616864b9b31df0aeb6961c30f5a6e
)
[--SNIP from another mail--]
AFAIK this is a problem since glibc 2.10.
(transplanted from 1ba79f2126df8bd89120899a58f2d0bcc2e9c771)
|
|
|
|
|
|
|
|
| |
newlib handles the build/host/target a bit differently as one would expect:
build : not used
host : the nachine that builds newlib
target : the machine on which newlib will run
(transplanted from 3ccb1f76576fc7b730c57a0d1e183bce20cc47c0)
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Signed-off-by: Frederic Roussel <fr.frasc@gmail.com>
(transplanted from 991a59088ff09528896ac64ed4e8a6fba31eae39)
|
| |
|
|
|
|
| |
(transplanted from 2f44fac6b5143f7b14f5367209c9df9b1102298e)
|
|
|
|
|
|
| |
When a required tool is specified with --with-foo, store the variable
in the list.
(transplanted from 1d43b65599a4b869d83d4db67b9715b1298d74f7)
|
|
|
|
|
|
|
|
|
| |
Bizarely enough, binutils-2.18 fails to build when CONFIG_SHELL is set
to /bin/bash (although it has code to recognise bash and act accordingly).
Waht is really strange is that it does build when CONFIG_SHELL is set
to /bin/sh, *although* /bin/sh is a symlink to /bin/bash. WTF?!?!
(transplanted from 56bba7d4fc8924d276b71134b7f1ef57bed57f52)
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\ |
|
| |\ |
|
| | |\ |
|
| | | | |
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | | |
ncurses is built solely for the sake of building a native gdb.
The user should not rely on this library to build his/her userland,
but should rather build his/her own. So we remove it from the
sysroot after we successfully build the native gdb.
|
| | |
| | |
| | |
| | | |
Update this sample, now it seems to correctly build again.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Build eglibc with -O2 as a fix/workaround to building
seemingly-native toolchains (see docs/overview.txt).
See:
- docs/overview.txt
- docs/known-issues.txt
- http://sourceware.org/ml/crossgcc/2009-10/msg00001.html
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Build glibc with -O2 as a fix/workaround to building
seemingly-native toolchains.
See:
- docs/overview.txt
- docs/known-issues.txt
- http://sourceware.org/ml/crossgcc/2009-09/msg00055.html
|
| | |
| | |
| | |
| | |
| | | |
glibc snapshots have not been updated for about the
past 5 months. Consider them to be deprecated, now.
|
| |/
| |
| |
| |
| |
| | |
The option to retrieve snapshots is already handled by
the generic 'specific date' and 'use latest' entries.
No need for a special case, as there's no code for it.
|
| |
| |
| |
| |
| | |
Upgrading all samples is too much a hassle.
Stick with those few for now.
|
| |
| |
| |
| | |
Use the generic arm-cortex_a8-linux-gnueabi sample instead.
|
| |\ |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|