"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 11 Jun 2009 21:47:19 +0000] rev 1451
populate: fix installing dynamic linker 'ld.so'
The dynamic linker, ld.so, needs the execute bit to be set.
Detect tht the library being installed is in fact ld.so and
install it with 0755 instead of 0644.
Fix detecting src == dst.
Use a simpler command to copy src -> dst.
Also change echo to printf, get rid of 'echo -n', which is
highly non-portable.
-------- diffstat follows --------
/trunk/scripts/populate.in | 76 43 33 0 +++++++++++++++++++++++++++++-----------------------
1 file changed, 43 insertions(+), 33 deletions(-)
(transplanted from d7ddcb75e0f703e2ba6d17169167356389224870)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 03 Aug 2009 22:47:53 +0200] rev 1450
[configure] Use hg, instead of svn, to compute the version string
Now we moved from Subversion to Mercurial, use the hg command to
compute the version string.
Manually backported from 1409:7264ce426be4 plus 1430:933eee133cbf
as too much changes have been made to ./configure in the meantime.
Oron Peled <oron@actcom.co.il> [Mon, 03 Aug 2009 00:49:25 +0200] rev 1449
[complib:mpfr] Fix building MPFR in some weird cases
The tmul test uses a compiled-in input file in $(srcdir).
The problem is that the Makefile passes it unquoted. The C code
tries to stringify it using clever macros, which may *usually* work.
In my case the source directory was named:
.../toolchain-powerpc-e500v2-linux-gnuspe-1.0-2.fc10/.../tests
And guess what? During testing I found out the program fails because
it tries to open:
.../toolchain-powerpc-e500v2-1-gnuspe-1.0-2.fc10/.../tests
Yes, CPP tokenized the macro before stringifying it and not surprisingly
the 'linux' part was converted to 1.
[on Fedora-10: cpp (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7)]
So the attached patch simplify the macros and pass the path as string
from the Makefile.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 03 Aug 2009 08:50:56 +0200] rev 1448
[config] Merge CONFIG_SHELL selection.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 23:50:22 +0200] rev 1447
[config] Warn againt using ash as CONFIG_SHELL
It apears that more and more ./configure scripts and Makefiles
make use of non-POSIXly correct shell constructs, that don't
work with ash.
For now, just warn the user against using ash, but keep it as
an option in case newer versions of the /broken/ components
come fixed, and we can again use ash, as it is in some cases
really faster than bash.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 20:06:44 +0200] rev 1446
[config] Allow user to specify custom CONFIG_SHELL
In case the shell the user wants to use as CONFIG_SHELL is located in a
weird place (eg. /opt/bash/bin/bash), or is weirdly named (eg. bash-4),
let the user enter the patch to the shell.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 20:06:06 +0200] rev 1445
[config] Add bash as a possible CONFIG_SHELL
On some systems and/or for some components, it may be necessary to
explicitly use bash as the shell used by ./configure and Makefiles.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 23:43:15 +0200] rev 1444
[config] Change the way to select the CONFIG_SHELL
Transform the single boolean option to a 'choice' selection
with two options: "sh" and "ash".
This is needed to later add "bash" as override.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 23:38:37 +0200] rev 1443
Merge the queue with all new component versions.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 23:33:38 +0200] rev 1442
[cc-gcc] Add latest versions
Add gcc-4.4.1