* crosstool-NG 1.18.0 is out
@ 2013-01-31 20:32 Yann E. MORIN
2013-02-26 9:14 ` Esben Haabendal
0 siblings, 1 reply; 4+ messages in thread
From: Yann E. MORIN @ 2013-01-31 20:32 UTC (permalink / raw)
To: crossgcc
Hello all!
I'm pleased to announce the release of crosstool-NG 1.18.0!
As usual, there has been quite a number of improvements, new features,
and bug fixes all around. The most notable changes are listed below:
Global changes:
- it is now possible to customise the architecture part of the tuple by
adding a suffix (eg. 'armv5' instead of just 'arm')
- diagnostics about impossible static link have been enhanced
- running as root is now no longer supported, and a check against this
has been added
Architectures changes:
- ARM OABI is no longer supported, and has been obsoleted for removal in
the next version
- experimental support for the new ARM tuples ending in *gnueabihf has
benn added (but is not functional due to limitations in the current
versions of the components)
Components changes:
- a new generic mingw kernel has been added, with support for both 32-
and 64-bit variants
- linux: the latest versions have been added
- gcc: new Linaro versions, core passes are now not run if not needed
- (e)glibc: always enable the 'obsolete' RPC support, add latest versions
- gdb: add altest versions
- binutils: add latest versions
- newlib: add latest version
Samples changes:
- samples should now be more robust on sub-level version changes
- a sample for the RaspberryPi with hard-float has been added (Groovy!)
- it is now possible to check if a sample needs being updated when config
options are added/removed
Internal changes:
- the libc_finish step has finally disapeared (Yeah!)
This marks the beginning of the 1.18 maintenance branch, and the end of
the previous maintenance branch. As always, comments and suggestions
are most welcome!
The release can be found at the following URLs:
Changelog: http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.18.0.changelog
Tarball: http://crosstool-ng.org/download/crosstool-ng/crosstool-ng-1.18.0.tar.bz2
Patches: http://crosstool-ng.org/download/crosstool-ng/01-fixes/1.18.0/
As a reminder, the home for crosstool-NG is:
http://crosstool-ng.org/
Crosstool-NG also has a Freshmeat page:
http://freshmeat.net/projects/crosstool-ng
Many thanks to the people who contributed to this release:
40 Yann E. MORIN
8 Benoît Thébaudeau
8 Yann Diorcet
3 Daniel Price
1 Michael Hope
1 Richard Braun
1 Samuel Martin
1 Titus von Boxberg
1 willy tarreau
Here is the per-author shortlog:
Benoît Thébaudeau:
[3113] cc/gcc: update Linaro GCC revisions to 2012.11
[3114] kernel/linux: update revisions
[3136] kernel/linux: update revisions
[3137] debug/gdb: update Linaro GDB revisions to 2012.12
[3138] cc/gcc: update Linaro GCC revisions to 2012.12
[3139] debug/gdb: update Linaro GDB revisions to 2012.12-1
[3165] cc/gcc: update Linaro GCC revisions to 2013.01
[3166] kernel/linux: update revisions
Daniel Price:
[3118] scripts: unquoted variable reference in glibc-eglibc.sh-common
[3125] scripts: fail on ':' in paths
[3126] scripts: refine static linking check to better guide the user
Michael Hope:
[3111] scripts: set default CFLAGS to optimise.
Richard Braun:
[3132] cc/gcc: add patch for 4.7.2
Samuel Martin:
[3172] script: allow to pass any float value for CT_LOAD
Titus von Boxberg:
[3116] binutils/binutils: do not fwd declare struct stat (2.22).
Yann Diorcet:
[3112] libc/mingw: replace mingw32 with generic mingw
[3115] complibs: introduce generic multi-complibs infrastructure
[3117] binutils/sstrip: remove
[3119] scripts: add BUILD/HOST extra cflags/ldflags
[3120] binutils: cleanup ELF/FLAT/FDPIC dependencies
[3121] binutils/binutils: simplify gold dependencies
[3123] binutils: introduce the infrastructure to support binutils
alternatives
[3131] cc: add a flag for skipping core passes
Yann E. MORIN:
[3105] samples: update samples for release
[3122] binutils/elf2flt: remove use of CVS snapshots
[3124] scripts: fix mis-alignment due to new variables
[3127] scripts/functions: fix debug-shell
[3133] cc/gcc: do not print 'core' or 'final'
[3134] scripts/xldd: use user's sed and grep
[3135] complibs/ppl: fix build with newer gcc
[3140] arch: re-order the entries in the float choice
[3141] scripts/showTuple: fix stdout
[3142] all: remove versions marked obsolete
[3143] libc/glibc: always enable obsolete RPC
[3144] libc/eglibc: remove now superfluous config knobs
[3145] libc/glibc: both glibc and eglibc have pkgversion and bugurl
[3146] libc/glibc: add post-2.14 versions
[3147] script/addToolsVersion: fix eglibc version separator
[3148] libc/eglibc: add latest version
[3149] all: unmark experimental version
[3150] all: unmark experimental features
[3151] libc/newlib: add latest version
[3152] scripts/addToolsVersion: properly handle .in vs. .in.2
[3153] scripts/addToolsVersion: handle elf2flt
[3154] binutils/binutils: add latest version
[3155] kernel/linux: add latest versions
[3156] scripts: update config.{guess,sub}
[3157] samples: add a sample for the Raspberry Pi
[3158] arch/arm: add option to use *eabihf tuples
[3159] arch/arm: OABI is no more, switch to only EABI
[3160] samples: rename this sample
[3161] libc/newlib: install AVR32 headers during the
start-files-and-headers phase
[3162] libc: get rid of libc_finish
[3163] scripts: check for running as root
[3164] scripts: woops, root's UID is 0, not 1000!
[3167] kconfig: rename the defconfig and olddefconfig targets
[3168] samples: check if update is needed
[3170] samples: update the rpi sample
[3171] samples: print changed symbols when checking samples
[3173] binutils/binutils: 2.23 has gold
[3174] cc/gcc: remove 'sub-level' version form symbols
[3175] cc/gcc: remove 'sub-level' version form symbols
[3176] scripts: fix finishing the toolchain when download/extract-only
is set
willy tarreau:
[3169] arch: allow adding a suffix to the arch-part of a tuple
The short diffstat follows:
Total 2455(+/-)
scripts/build/binutils/ 11.6%
patches/ 10.5%
config/libc/ 10.4%
scripts/build/libc/ 9.2%
samples/ 8.0%
config/kernel/ 5.2%
config/debug/ 4.1%
config/binutils/ 3.3%
config/global/ 3.2%
scripts/build/companion_ 2.6%
config/arch/ 2.4%
config/cc/ 2.3%
scripts/build/kernel/ 1.9%
scripts/build/cc/ 1.4%
scripts/build/arch/ 1.4%
config/companion_libs/ 1.4%
Others 20.4%
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: crosstool-NG 1.18.0 is out
2013-01-31 20:32 crosstool-NG 1.18.0 is out Yann E. MORIN
@ 2013-02-26 9:14 ` Esben Haabendal
2013-02-26 20:34 ` Yann E. MORIN
0 siblings, 1 reply; 4+ messages in thread
From: Esben Haabendal @ 2013-02-26 9:14 UTC (permalink / raw)
To: Yann E. MORIN; +Cc: crossgcc
"Yann E. MORIN" <yann.morin.1998@free.fr> writes:
> - experimental support for the new ARM tuples ending in *gnueabihf has
> benn added (but is not functional due to limitations in the current
> versions of the components)
Even if this is fixed in crosstool-NG itself, such toolchains is likely
to cause problems when used for other projects. Is this really a good
feature?
/Esben
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: crosstool-NG 1.18.0 is out
2013-02-26 9:14 ` Esben Haabendal
@ 2013-02-26 20:34 ` Yann E. MORIN
2013-03-02 14:56 ` Esben Haabendal
0 siblings, 1 reply; 4+ messages in thread
From: Yann E. MORIN @ 2013-02-26 20:34 UTC (permalink / raw)
To: Esben Haabendal; +Cc: crossgcc
Esben, All,
On Tuesday 26 February 2013 Esben Haabendal wrote:
> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
>
> > - experimental support for the new ARM tuples ending in *gnueabihf has
> > benn added (but is not functional due to limitations in the current
> > versions of the components)
>
> Even if this is fixed in crosstool-NG itself, such toolchains is likely
> to cause problems when used for other projects. Is this really a good
> feature?
Well, for one, it is still marked experimental in crosstool-NG, so it is
not the default.
Second, this tuple is now correctly recognised by config.{guess,sub}:
http://git.savannah.gnu.org/gitweb/?p=config.git;a=commitdiff;h=0783756885327f171aab844db8ad331b8586ed62;hp=626f5d2f5ee2e5effe8a4671cc9b223c2dc1148d
Third, the issues were essentially lying in gcc, which did not treat
*-*gnueabihf as an EABI tuple, and thus the gcc build would break. Since
a few weeks now, gcc properly handles *-*gnueabihf as an EABI tuple:
http://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/config.gcc;h=9255d118c5094879715cc26410106028536b2273;hb=931645bc159f79ff57d4d6a64bbe6682be24e7c0#l868
Since gcc now no-longer recognises OABI, it is always EABI, so the file
above will correctly treat arm*-*gnueabihf as an EABI tuple.
So, all in all, the packages that will cause issues are those that
hand-parse the tuple (such as openMPI:
https://github.com/open-mpi/ompi-svn-mirror/blob/master/config/opal_config_asm.m4#L810
which is broken anyway, since not all tuples have the ARM variant in them).
So, I don't expect too much breakage in the short-term. Besides, this
tuple is already used by Ubuntu (and Debian, being the origin of this
new terminology).
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: crosstool-NG 1.18.0 is out
2013-02-26 20:34 ` Yann E. MORIN
@ 2013-03-02 14:56 ` Esben Haabendal
0 siblings, 0 replies; 4+ messages in thread
From: Esben Haabendal @ 2013-03-02 14:56 UTC (permalink / raw)
To: Yann E. MORIN; +Cc: crossgcc
"Yann E. MORIN" <yann.morin.1998@free.fr> writes:
> Esben, All,
>
> On Tuesday 26 February 2013 Esben Haabendal wrote:
>> "Yann E. MORIN" <yann.morin.1998@free.fr> writes:
>>
>> > - experimental support for the new ARM tuples ending in *gnueabihf has
>> > benn added (but is not functional due to limitations in the current
>> > versions of the components)
>>
>> Even if this is fixed in crosstool-NG itself, such toolchains is likely
>> to cause problems when used for other projects. Is this really a good
>> feature?
>
> Well, for one, it is still marked experimental in crosstool-NG, so it is
> not the default.
>
> Second, this tuple is now correctly recognised by config.{guess,sub}:
> http://git.savannah.gnu.org/gitweb/?p=config.git;a=commitdiff;h=0783756885327f171aab844db8ad331b8586ed62;hp=626f5d2f5ee2e5effe8a4671cc9b223c2dc1148d
>
> Third, the issues were essentially lying in gcc, which did not treat
> *-*gnueabihf as an EABI tuple, and thus the gcc build would break. Since
> a few weeks now, gcc properly handles *-*gnueabihf as an EABI tuple:
> http://gcc.gnu.org/git/?p=gcc.git;a=blob;f=gcc/config.gcc;h=9255d118c5094879715cc26410106028536b2273;hb=931645bc159f79ff57d4d6a64bbe6682be24e7c0#l868
>
> Since gcc now no-longer recognises OABI, it is always EABI, so the file
> above will correctly treat arm*-*gnueabihf as an EABI tuple.
>
> So, all in all, the packages that will cause issues are those that
> hand-parse the tuple (such as openMPI:
> https://github.com/open-mpi/ompi-svn-mirror/blob/master/config/opal_config_asm.m4#L810
> which is broken anyway, since not all tuples have the ARM variant in them).
>
> So, I don't expect too much breakage in the short-term. Besides, this
> tuple is already used by Ubuntu (and Debian, being the origin of this
> new terminology).
Ok, that tends to help a lot :-)
/Esben
--
For unsubscribe information see http://sourceware.org/lists.html#faq
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-03-02 14:56 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-01-31 20:32 crosstool-NG 1.18.0 is out Yann E. MORIN
2013-02-26 9:14 ` Esben Haabendal
2013-02-26 20:34 ` Yann E. MORIN
2013-03-02 14:56 ` Esben Haabendal
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).