ExternalVendorCode/crosstool-ng
1
0
Fork 0
mirror of https://github.com/crosstool-ng/crosstool-ng.git synced 2024-12-19 04:47:52 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
1,648 Commits 23 Branches 93 Tags 20 MiB
3865fbbf5e
Commit Graph

1648 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
Yann E. MORIN"
3865fbbf5e scripts: fix completion to show samples 
(transplanted from bf1f86bdd79fd20126d20795f425f603a5544952)
 2010-03-05 09:00:07 +01:00
Yann E. MORIN"
abb31cc27d libc/glibc: add patch to fix binutils version check 
Older glibces were not ready to handle binutils >=2.20.
Fix that, and the forseeable future.
(transplanted from 9804e6b75fd31894ee176809f108d41a5b0cbf8b)
 2010-03-09 13:20:34 +01:00
Yann E. MORIN"
f229821b5b debug/ltrace: properly fix building for powerpc 
ltrace uses ppc, whereas crosstool-NG use powerpc.
Fix that by passing the correct value to HOST when calling configure.
(transplanted from 57c71b197ee6ee6f0d551c4f9001f1d06ad2bd8a)
 2010-03-07 12:30:01 +01:00
Yann E. MORIN"
b7b67e0aa6 debug/ltrace: fix building on x86 
ltrace uses i386 and x86_64, whereas crosstool-NG use x86 for both cases.
Fix that by detecting what bitness we're building for, and pass appropriate
i386 or x86_64 to ltrace's configure.
(transplanted from 55adc838cd68d3692e5eeeb38afb3d619b8b0c1a)
 2010-03-06 16:05:20 +01:00
Titus von Boxberg"
174c0148eb scripts/samples: use the computed '$(sed)', not 'sed' 
(transplanted from 26974c3670fdb7f6896b196e08724f91f1a13059)
 2010-02-03 00:24:24 +01:00
Yann E. MORIN"
be877e74a6 scripts/showsamples: fix non-POSIX construct 
(transplanted from da584d1d6ab803c0a2f7a9b53912426b69a8d322)
 2010-02-07 17:17:52 +01:00
Yann E. MORIN"
6d5f00aee7 1.6: bump version to 1.6.0+hg 2010-01-31 23:29:37 +01:00
Yann E. MORIN"
c156e402b1 Tagging release 1.6.0 2010-01-31 23:18:30 +01:00
Yann E. MORIN"
f17d613ff0 1.6: create maintenance branch, update version to 1.6.0 2010-01-31 23:14:54 +01:00
Yann E. MORIN"
8d01c33fd1 samples: update samples 
Update to the latest set of config options (no config change).
Remove OABI ARM samples.
 2010-01-31 23:04:35 +01:00
Yann E. MORIN"
4a272284b5 kernel/linux: add latest versions, remove old dot-releases 2010-01-31 17:07:02 +01:00
Yann E. MORIN"
964d20b1c7 scripts: dump the current tuple with show-config 2010-01-31 20:10:14 +01:00
Yann E. MORIN"
3fb0463536 scripts: add action to dump current configuration in humane-readable form 2010-01-31 15:57:22 +01:00
Yann E. MORIN"
ed19d3f919 libc/uClibc: remove EXPERIMENTAL for 0.9.30.2 2010-01-31 12:47:37 +01:00
Yann E. MORIN"
d2eb8450c5 debiug/ltrace: remove EXPERIMENTAL for 0.5.3, remove 0.5.1 2010-01-31 12:43:23 +01:00
Yann E. MORIN"
3431148215 debug/strace: remove EXPERIMENTAL for 4.5.19 2010-01-31 12:41:39 +01:00
Yann E. MORIN"
e6f61707e3 comp-libs/mpfr: remove EXPERIMENTAL for 2.4.2 2010-01-31 12:28:52 +01:00
Yann E. MORIN"
6d123f121b comp-libs/mpc: remove EXPERIMENTAL for 0.8.1 2010-01-31 12:27:55 +01:00
Yann E. MORIN"
7b95b267df arch/sh: remove EXPERIMENTAL 2010-01-31 12:24:58 +01:00
Yann E. MORIN"
fc7a6c68fa arch/avr32: remove EXPERIMENTAL 2010-01-31 12:24:05 +01:00
Yann E. MORIN"
0a1e1a7e32 libc/newlib: remove EXPERIMENTAL status 
Although this have been only slightly tested, no one has really complained,
and it seems to be working fine so far (on AVR32 at least).
 2010-01-31 12:50:22 +01:00
Yann E. MORIN"
38dbb38701 cc/gcc: remove 4.3.0 
gcc-4.3.0 never got !EXPERIMENTAL, and no one either confirmed nor complained.
 2010-01-31 12:43:49 +01:00
Yann E. MORIN"
51965ce920 cc/gcc: remove EXPERIMENTAL for gcc-4.4 2010-01-31 12:22:54 +01:00
Yann E. MORIN"
754060b02e config: rename mirror prompt, update help entry 
The mirror is not necessarily on the /LAN/.
 2010-01-31 12:39:42 +01:00
Yann E. MORIN"
f50cca2bc9 config: remove never used/implemented 'ls-lR' 
Use of listing (ls-lR) was never implemented, and never used.
 2010-01-31 12:36:50 +01:00
Yann E. MORIN"
b44a9d9e34 scripts: Do not create backup files when patching 
Some patches may apply with offset and/or fuzz, and would leave .orig files.
 2010-01-31 12:07:44 +01:00
Yann E. MORIN"
e46e74546d libc/glibc: fix retrieving version string 2010-01-30 16:19:50 +01:00
Yann E. MORIN"
58a53e7bf6 scripts/functions: add git wrapper 
Add a git wrapper to retrieve components from their git tree.
Add a git wrapper to create a working copy (in our tarballs dir).
Recognise git trees when searching for local copies.
 2010-01-14 20:54:47 +01:00
Yann E. MORIN"
958138fff1 libc/glibc: get the version string from version.h 
We can not rely on the user-provided version string (be it via the
choice, or manually entered), so fallback to reading version.h,
which is both reliable and always present.
 2010-01-12 19:37:18 +01:00
Yann E. MORIN"
e3a4063ac6 scripts/functions: change handling of nochdir 
- 'nochdir' must be the first option
- have systematic pushd/popd, even if nochdir
 2010-01-12 19:24:03 +01:00
Yann E. MORIN"
5280cd71be libc/glibc: move some options around 2009-12-13 22:53:36 +01:00
Yann E. MORIN"
c5462c814f libc/glibc: get rid of the now obsolete CVS stuff 
It's now been a while that glibc switched to git from cvs.
Get rid of cvs to download glibc; this will make for a good
cleanup before we add git support! :-)
 2010-01-11 22:47:58 +01:00
Yann E. MORIN"
494bcf3751 libc/glibc: add 2.11 and 2.11.1 2010-01-30 11:43:12 +01:00
Yann E. MORIN"
8920a94354 Merge. 2010-01-29 23:46:43 +01:00
Yann E. MORIN"
88d3a95eca global: do not offer the renice option, let's the user handle that 
It's broken anyway. Eg.:
- user is already niced at 10
- user configures to renice at 5
- breaks because user is not allowed to 'boost' his/her nice value

Bette let the user handle the renice with:
  nice -XX ct-ng 'action'
 2010-01-29 23:14:53 +01:00
Yann E. MORIN"
8577bc52c1 kernel/linux: remove legacy check 
Now, we only support building with Linux >=2.6.27.
Get rid of the code that depended on <2.6.18.
 2010-01-29 22:55:35 +01:00
Yann E. MORIN"
9e595444f4 binutils/elf2flt: activate elf2flt build 
The code has been lying around inactivated for some time.
Let's enable it at last, and see if any one needs it.
 2010-01-29 22:43:28 +01:00
Yann E. MORIN
6d70a576da arch: add basic m68k support 
Signed-off-by: Remy Bohmer <linux@bohmer.net>
[yann.morin.1998@anciens.enib.fr: use defaults for CT_TARGET_ARCH]
Signed-off-by: "Yann E. MORIN <yann.morin.1998@anciens.enib.fr>
 2010-01-29 23:23:59 +01:00
Yann E. MORIN"
3bd33664df cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2 2010-01-24 22:53:51 +01:00
Yann E. MORIN"
3a71b208b3 Merge. 2010-01-23 22:15:17 +01:00
Yann E. MORIN"
542419d6a0 libc/uClibc: fix the breakage for x86 and Super-H, after the 32/64 merge 2010-01-23 22:06:11 +01:00
Yann E. MORIN"
994427dbbe scripts/functions: do not compute CT_KERNEL_ARCH, it's obsolete 
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
 2010-01-23 19:02:46 +01:00
Yann E. MORIN"
849713aa43 libc/uclibc: use CT_ARCH, in place of CT_KERNEL_ARCH 
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
 2010-01-23 18:41:59 +01:00
Yann E. MORIN"
ac46ac3dd5 libc/glibc: use CT_ARCH, in place of CT_KERNEL_ARCH 
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
 2010-01-23 18:40:38 +01:00
Yann E. MORIN"
6b73ea68c5 kernel/linux: use CT_ARCH, in place of CT_KERNEL_ARCH 
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
 2010-01-23 18:39:28 +01:00
Yann E. MORIN"
0e2fb72a75 docs: do not document CT_KERNEL_ARCH, it's going away... 
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
 2010-01-23 16:49:56 +01:00
Yann E. MORIN"
ed71d902c9 debug/gdb: fix the space-damage 2010-01-21 22:45:09 +01:00
Yann E. MORIN"
64aae637f8 debug/gdb: do not expose the ncurses version in the menuconfig 2010-01-21 22:33:54 +01:00
Yann E. MORIN"
8a50c2d244 Merge. 2010-01-17 23:19:53 +01:00
Yann E. MORIN"
e497ddd14a configure: do not require hg when configuring in an hg clone 
When configuring in an hg clone, we need hg to compute the version string.
It can happen that users do not have Mercurial (eg. if they got a snapshot
rather that they did a full clone). In this case, we can still run, of
course, so simply fill the version string with a sufficiently explicit
value, that does not require hg. The date is a good candidate.
 2010-01-17 23:06:02 +01:00