complibs/cloog: create missing m4 dir
Because we now patch configure.in and configure, the Makefile quicks
in a re-build rule as the source files are now more recent than the
bundled generated files, and that fails because the m4 directory
is missing, although on some systems where aclocal is not installed,
the re-build rule does nothing (except a warning).
Always create tht directory.
Reported-by: Per Arnold Blaasmo <per-arnold.blaasmo@atmel.com>
[Also thanks to Thomas De Schampheleire <patrickdepinguin@gmail.com>
for some digging works on this issue]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
1 Fix building gfortran for ARM.
2 http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01010.html
5 The patch below fixes a crash building libgfortran on arm-linux-gnueabi.
7 This target doesn't really have a 128-bit integer type, however it does use
8 TImode to represent the return value of certain special ABI defined library
9 functions. This results in type_for_size(TImode) being called.
11 Because TImode deosn't correspond to any gfortran integer kind
12 gfc_type_for_size returns NULL and we segfault shortly after.
14 The patch below fixes this by making gfc_type_for_size handle TImode in the
15 same way as the C frontend.
17 Tested on x86_64-linux and arm-linux-gnueabi.
22 2007-05-15 Paul Brook <paul@codesourcery.com>
25 * trans-types.c (gfc_type_for_size): Handle signed TImode.
27 diff -durN gcc-4.2.3.old/gcc/fortran/trans-types.c gcc-4.2.3/gcc/fortran/trans-types.c
28 --- gcc-4.2.3.old/gcc/fortran/trans-types.c 2007-08-31 10:27:50.000000000 +0200
29 +++ gcc-4.2.3/gcc/fortran/trans-types.c 2008-07-17 09:54:20.000000000 +0200
30 @@ -1799,6 +1799,13 @@
31 if (type && bits == TYPE_PRECISION (type))
35 + /* Handle TImode as a special case because it is used by some backends
36 + (eg. ARM) even though it is not available for normal use. */
37 +#if HOST_BITS_PER_WIDE_INT >= 64
38 + if (bits == TYPE_PRECISION (intTI_type_node))
39 + return intTI_type_node;