* Re: CLooG build error [not found] <5c2d9079-5714-4600-829c-08365856a158@zose-store-12> @ 2012-01-28 22:41 ` Benoît Thébaudeau 0 siblings, 0 replies; 19+ messages in thread From: Benoît Thébaudeau @ 2012-01-28 22:41 UTC (permalink / raw) To: Johannes Stezenbach, Yann E. MORIN; +Cc: Chris Morgan, crossgcc Hi Johannes, Yann, Chris, all, On Thursday 26 January 2012 16:40:59 Johannes Stezenbach wrote: > Can you try this: > > diff -r 188d58cfe7cf configure.ac > --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 > +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 > @@ -203,7 +203,7 @@ > [Specify the full PATH to GNU libtoolize >= 1.5.26]), > [ac_cv_path_LIBTOOLIZE=$withval])]) > AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], > - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], > + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], > [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ > |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') > test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], I am also impacted by this issue. Your patch is clearly appropriate here, and Chris confirmed that it works. So can you send it in the official way with your SoB line please? Except if Yann prefers to do it directly for you? Thanks in advance. Best regards, Benoît -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
[parent not found: <CAAPegz3+cnkhtdzA1MO8caoH-MXAT6GjPDd6g7cUQ5Moetk2kg@mail.gmail.com>]
[parent not found: <CAAPegz20kka=E=vZ11UB9F8JNFyWpX6NDyzo38K7G1SnVo9a+g@mail.gmail.com>]
* CLooG build error [not found] ` <CAAPegz20kka=E=vZ11UB9F8JNFyWpX6NDyzo38K7G1SnVo9a+g@mail.gmail.com> @ 2012-01-25 22:07 ` Chris Morgan 2012-01-26 15:41 ` Johannes Stezenbach 0 siblings, 1 reply; 19+ messages in thread From: Chris Morgan @ 2012-01-25 22:07 UTC (permalink / raw) To: crossgcc Using latest hg, barebones configuration arm cpu: ... [CFG ] /*-----------------------------------------------* [CFG ] * CLooG configuration is OK * [CFG ] *-----------------------------------------------*/ [CFG ] It appears that your system is OK to start CLooG compilation. You need [CFG ] now to type "make". After compilation, you should check CLooG by typing [CFG ] "make check". If no problem occur, you can type "make uninstall" if [CFG ] you are upgrading an old version. Lastly type "make install" to install [CFG ] CLooG on your system (log as root if necessary). [EXTRA] Building CLooG/ppl [DEBUG] ==> Executing: 'make' '-j2' 'libcloog.la' [ALL ] make[1]: Entering directory `/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/build-cloog-ppl' [ALL ] /bin/bash ./libtool --tag=CC --mode=compile x86_64-build_unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10 -I./include/cloog -I./include -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/include -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include -Wall -fomit-frame-pointer -pipe -MT block.lo -MD -MP -MF .deps/block.Tpo -c -o block.lo `test -f 'source/block.c' || echo '/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/'`source/block.c [ALL ] /bin/bash ./libtool --tag=CC --mode=compile x86_64-build_unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10 -I./include/cloog -I./include -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/include -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include -Wall -fomit-frame-pointer -pipe -MT loop.lo -MD -MP -MF .deps/loop.Tpo -c -o loop.lo `test -f 'source/loop.c' || echo '/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/'`source/loop.c [ALL ] mv -f .deps/loop.Tpo .deps/loop.Plo [ALL ] mv -f .deps/block.Tpo .deps/block.Plo [ALL ] mv: mv: cannot stat `.deps/loop.Tpo': No such file or directory [ERROR] make[1]: *** [loop.lo] Error 1 [ALL ] make[1]: *** Waiting for unfinished jobs.... [ALL ] cannot stat `.deps/block.Tpo': No such file or directory [ERROR] make[1]: *** [block.lo] Error 1 [ALL ] make[1]: Leaving directory `/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/build-cloog-ppl' [ERROR] [ERROR] >> [ERROR] >> Build failed in step 'Installing CLooG/ppl' [ERROR] >> called in step '(top-level)' [ERROR] >> [ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@172] [ERROR] >> called from: do_cloog[scripts/build/companion_libs/cloog.sh@61] [ERROR] >> called from: main[scripts/crosstool-NG.sh@597] [ERROR] >> [ERROR] >> For more info on this error, look at the file: 'build.log' [ERROR] >> There is a list of known issues, some with workarounds, in: [ERROR] >> '/home/cmorgan/ct-ng-install/share/doc/crosstool-ng/ct-ng.hg@default-188d58cfe7cf/B - Known issues.txt' [ERROR] [ERROR] (elapsed: 146:14.54) ... Dependency issue in cloog? Anyone else seeing this? Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-25 22:07 ` Chris Morgan @ 2012-01-26 15:41 ` Johannes Stezenbach 2012-01-26 15:46 ` Chris Morgan 2012-01-28 23:07 ` Yann E. MORIN 0 siblings, 2 replies; 19+ messages in thread From: Johannes Stezenbach @ 2012-01-26 15:41 UTC (permalink / raw) To: Chris Morgan; +Cc: crossgcc Hi, On Wed, Jan 25, 2012 at 05:06:54PM -0500, Chris Morgan wrote: > [ALL  ]   /bin/bash ./libtool  --tag=CC  --mode=compile > x86_64-build_unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. > -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10 > -I./include/cloog -I./include > -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/include >  -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include > -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include >  -Wall -fomit-frame-pointer -pipe  -MT block.lo -MD -MP -MF > .deps/block.Tpo -c -o block.lo `test -f 'source/block.c' || echo > '/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/'`source/block.c ... > [ALL  ]   mv -f .deps/block.Tpo .deps/block.Plo > [ALL  ]   cannot stat `.deps/block.Tpo': No such file or directory Incidentally I ran into the same issue with hg rev 2840:188d58cfe7cf. I think it is a copy & paste bug, the real error is much earlier: [DEBUG] ==> Executing: './autogen.sh' [CFG ] libtool: unrecognized option `-c' [CFG ] libtool: Try `libtool --help' for more information. Can you try this: diff -r 188d58cfe7cf configure.ac --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 @@ -203,7 +203,7 @@ [Specify the full PATH to GNU libtoolize >= 1.5.26]), [ac_cv_path_LIBTOOLIZE=$withval])]) AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], Johannes -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-26 15:41 ` Johannes Stezenbach @ 2012-01-26 15:46 ` Chris Morgan 2012-01-26 16:28 ` Johannes Stezenbach 2012-01-28 23:07 ` Yann E. MORIN 1 sibling, 1 reply; 19+ messages in thread From: Chris Morgan @ 2012-01-26 15:46 UTC (permalink / raw) To: Johannes Stezenbach; +Cc: crossgcc On Thu, Jan 26, 2012 at 10:40 AM, Johannes Stezenbach <js@sig21.net> wrote: > Hi, > > On Wed, Jan 25, 2012 at 05:06:54PM -0500, Chris Morgan wrote: >> [ALL ] /bin/bash ./libtool --tag=CC --mode=compile >> x86_64-build_unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. >> -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10 >> -I./include/cloog -I./include >> -I/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/include >> -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include >> -I/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/include >> -Wall -fomit-frame-pointer -pipe -MT block.lo -MD -MP -MF >> .deps/block.Tpo -c -o block.lo `test -f 'source/block.c' || echo >> '/home/cmorgan/ct-ng-install/bin/.build/src/cloog-ppl-0.15.10/'`source/block.c > ... >> [ALL ] mv -f .deps/block.Tpo .deps/block.Plo >> [ALL ] cannot stat `.deps/block.Tpo': No such file or directory > > Incidentally I ran into the same issue with hg rev 2840:188d58cfe7cf. > I think it is a copy & paste bug, the real error is much earlier: > > [DEBUG] ==> Executing: './autogen.sh' > [CFG ] libtool: unrecognized option `-c' > [CFG ] libtool: Try `libtool --help' for more information. > > Can you try this: > > diff -r 188d58cfe7cf configure.ac > --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 > +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 > @@ -203,7 +203,7 @@ > [Specify the full PATH to GNU libtoolize >= 1.5.26]), > [ac_cv_path_LIBTOOLIZE=$withval])]) > AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], > - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], > + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], > [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ > |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') > test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], > > > Johannes Yes, I have the same output in my build.log: L ] `/home/cmorgan/ct-ng-install/lib/ct-ng.hg@default-188d58cfe7cf/scripts/config.sub' -> `./autoconf/config.sub' [DEBUG] ==> Executing: 'touch' '/home/cmorgan/ct-ng-install/bin/.build/src/.cloog-ppl-0.15.10.patched' [DEBUG] ==> Executing: 'rm' '-f' '/home/cmorgan/ct-ng-install/bin/.build/src/.cloog-ppl-0.15.10.patching' [DEBUG] ==> Executing: './autogen.sh' [CFG ] libtool: unrecognized option `-c' [CFG ] libtool: Try `libtool --help' for more information. [DEBUG] ==> Executing: 'touch' '/home/cmor I'm not sure where that configure.ac file is that you'd like me to patch. Is modifying that going to get overwritten when I re-run the ct-ng build? Any chance the fix will make it into the crosstool repo in the near future? Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-26 15:46 ` Chris Morgan @ 2012-01-26 16:28 ` Johannes Stezenbach 2012-01-26 21:24 ` Chris Morgan 0 siblings, 1 reply; 19+ messages in thread From: Johannes Stezenbach @ 2012-01-26 16:28 UTC (permalink / raw) To: Chris Morgan; +Cc: crossgcc On Thu, Jan 26, 2012 at 10:46:06AM -0500, Chris Morgan wrote: > > I'm not sure where that configure.ac file is that you'd like me to > patch. Is modifying that going to get overwritten when I re-run the > ct-ng build? Um, you said you run latest hg, and in latest hg there is a configure.ac and a bootstrap script which you need to run to generate the configure script. After that you need to run configure, make, make install. HTH Johannes -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-26 16:28 ` Johannes Stezenbach @ 2012-01-26 21:24 ` Chris Morgan 2012-01-27 0:03 ` Benoît Thébaudeau 0 siblings, 1 reply; 19+ messages in thread From: Chris Morgan @ 2012-01-26 21:24 UTC (permalink / raw) To: Johannes Stezenbach; +Cc: crossgcc On Thu, Jan 26, 2012 at 11:28 AM, Johannes Stezenbach <js@sig21.net> wrote: > On Thu, Jan 26, 2012 at 10:46:06AM -0500, Chris Morgan wrote: >> >> I'm not sure where that configure.ac file is that you'd like me to >> patch. Is modifying that going to get overwritten when I re-run the >> ct-ng build? > > Um, you said you run latest hg, and in latest hg there is > a configure.ac and a bootstrap script which you need to > run to generate the configure script. After that you need > to run configure, make, make install. > > HTH > Johannes Oh right. I didn't know if it was something in cloog or not. I got past that error after rebuilding and reinstalling but again a failure in cloog after a ct-ng clean and ct-ng build: in.lo matrix.lo pprint.lo program.lo statement.lo version.lo -lgmp -lppl_c -lppl -lgmpxx -lstdc++ [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-ar cru .libs/libcloog.a block.o loop.o names.o options.o clast.o domain.o matrix.o pprint.o program.o statement.o version.o [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-ranlib .libs/libcloog.a [ALL ] libtool: link: ( cd ".libs" && rm -f "libcloog.la" && ln -s "../libcloog.la" "libcloog.la" ) [ALL ] make[1]: Leaving directory `/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/build-cloog-ppl' [EXTRA] Checking CLooG/ppl [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' [ALL ] Making check in . [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc -Wall -fomit-frame-pointer -pipe -o cloog cloog.o -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib ./.libs/libcloog.a -lm /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a -lstdc++ [ALL ] /usr/bin/ld: /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): undefined reference to symbol 'fesetround@@GLIBC_2.2.5' [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is defined in DSO /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so so try adding it to the linker command line [ALL ] /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: could not read symbols: Invalid operation [ALL ] collect2: ld returned 1 exit status [ERROR] make[2]: *** [cloog] Error 1 [ERROR] make[1]: *** [check-recursive] Error 1 [ERROR] [ERROR] >> [ERROR] >> Build failed in step 'Installing CLooG/ppl' [ERROR] >> called in step '(top-level)' [ERROR] >> [ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@172] [ERROR] >> called from: do_cloog[scripts/build/companion_libs/cloog.sh@65] [ERROR] >> called from: main[scripts/crosstool-NG.sh@597] [ERROR] >> [ERROR] >> For more info on this error, look at the file: 'build.log' [ERROR] >> There is a list of known issues, some with workarounds, in: [ERROR] >> '/home/cmorgan/ct-ng-install/share/doc/crosstool-ng/ct-ng.hg@default-188d58cfe7cf/B - Known issues.txt' [ERROR] I'm surprised these kinds of things aren't being caught earlier. Is there no automated regression suite in crosstool-ng that builds all of these targets on a daily basis? I'd like to help out since last time I tried ct-ng it failed for other reasons :-) Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-26 21:24 ` Chris Morgan @ 2012-01-27 0:03 ` Benoît Thébaudeau 2012-01-27 10:56 ` Johannes Stezenbach 0 siblings, 1 reply; 19+ messages in thread From: Benoît Thébaudeau @ 2012-01-27 0:03 UTC (permalink / raw) To: Chris Morgan; +Cc: crossgcc, Johannes Stezenbach, Yann E. MORIN Hi Chris, > From: "Chris Morgan" <chmorgan@gmail.com> > To: "Johannes Stezenbach" <js@sig21.net> > Cc: crossgcc@sourceware.org > Sent: Thursday, January 26, 2012 10:23:39 PM > Subject: Re: CLooG build error > > Oh right. I didn't know if it was something in cloog or not. > > I got past that error after rebuilding and reinstalling but again a > failure in cloog after a ct-ng clean and ct-ng build: > > in.lo matrix.lo pprint.lo program.lo statement.lo version.lo -lgmp > -lppl_c -lppl -lgmpxx -lstdc++ > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-ar cru > .libs/libcloog.a block.o loop.o names.o options.o clast.o domain.o > matrix.o pprint.o program.o statement.o version.o > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-ranlib > .libs/libcloog.a > [ALL ] libtool: link: ( cd ".libs" && rm -f "libcloog.la" && ln > -s > "../libcloog.la" "libcloog.la" ) > [ALL ] make[1]: Leaving directory > `/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/build-cloog-ppl' > [EXTRA] Checking CLooG/ppl > [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' > [ALL ] Making check in . > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc -Wall > -fomit-frame-pointer -pipe -o cloog cloog.o > -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib > ./.libs/libcloog.a -lm > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a > -lstdc++ > [ALL ] /usr/bin/ld: > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): > undefined reference to symbol 'fesetround@@GLIBC_2.2.5' > [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is defined in > DSO > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so > so try adding it to the linker command line > [ALL ] > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: > could not read symbols: Invalid operation > [ALL ] collect2: ld returned 1 exit status > [ERROR] make[2]: *** [cloog] Error 1 > [ERROR] make[1]: *** [check-recursive] Error 1 > [ERROR] > [ERROR] >> > [ERROR] >> Build failed in step 'Installing CLooG/ppl' > [ERROR] >> called in step '(top-level)' > [ERROR] >> > [ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@172] > [ERROR] >> called from: > do_cloog[scripts/build/companion_libs/cloog.sh@65] > [ERROR] >> called from: main[scripts/crosstool-NG.sh@597] > [ERROR] >> > [ERROR] >> For more info on this error, look at the file: > 'build.log' > [ERROR] >> There is a list of known issues, some with workarounds, > in: > [ERROR] >> > '/home/cmorgan/ct-ng-install/share/doc/crosstool-ng/ct-ng.hg@default-188d58cfe7cf/B > - Known issues.txt' > [ERROR] > > I'm surprised these kinds of things aren't being caught earlier. Is > there no automated regression suite in crosstool-ng that builds all > of > these targets on a daily basis? I'd like to help out since last time > I > tried ct-ng it failed for other reasons :-) > > Chris It is possible that you are encountering another consequence of this issue: http://sourceware.org/ml/crossgcc/2011-12/msg00051.html http://sourceware.org/ml/crossgcc/2011-12/msg00052.html Yann has not yet reviewed my patch. Can you test and report if it solves your issue? Best regards, Benoît -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 0:03 ` Benoît Thébaudeau @ 2012-01-27 10:56 ` Johannes Stezenbach 2012-01-27 12:02 ` Benoît Thébaudeau 2012-01-27 17:15 ` Chris Morgan 0 siblings, 2 replies; 19+ messages in thread From: Johannes Stezenbach @ 2012-01-27 10:56 UTC (permalink / raw) To: Benoît Thébaudeau; +Cc: Chris Morgan, crossgcc, Yann E. MORIN Hi, On Fri, Jan 27, 2012 at 01:02:55AM +0100, Benoît Thébaudeau wrote: > > From: "Chris Morgan" <chmorgan@gmail.com> > > To: "Johannes Stezenbach" <js@sig21.net> > > Cc: crossgcc@sourceware.org > > Sent: Thursday, January 26, 2012 10:23:39 PM > > Subject: Re: CLooG build error > > > > [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' > > [ALL ] Making check in . > > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc -Wall > > -fomit-frame-pointer -pipe -o cloog cloog.o > > -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib > > ./.libs/libcloog.a -lm > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a > > -lstdc++ > > [ALL ] /usr/bin/ld: > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): > > undefined reference to symbol 'fesetround@@GLIBC_2.2.5' > > [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is defined in > > DSO > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so > > so try adding it to the linker command line > > [ALL ] > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: > > could not read symbols: Invalid operation ... > It is possible that you are encountering another consequence of this issue: > http://sourceware.org/ml/crossgcc/2011-12/msg00051.html > http://sourceware.org/ml/crossgcc/2011-12/msg00052.html > > Yann has not yet reviewed my patch. > > Can you test and report if it solves your issue? I have CT_COMPLIBS_CHECK unset thus I did not run into this issue, and I'm using Debian sid. (CT_COMPLIBS_CHECK help warns it "takes a loooong time" (hours)). However, since cloog is not linked statically, the placement of -lm should not matter. What is this "libm.so: could not read symbols: Invalid operation" error? This looked to me like a linker bug, but a short search yielded: https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition Thus I think Benoît's patch is needed, but it would be good to mention the Ubuntu --no-add-needed thing in the changelog. Thanks Johannes -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 10:56 ` Johannes Stezenbach @ 2012-01-27 12:02 ` Benoît Thébaudeau 2012-01-27 17:18 ` Chris Morgan 2012-01-27 20:06 ` Chris Morgan 2012-01-27 17:15 ` Chris Morgan 1 sibling, 2 replies; 19+ messages in thread From: Benoît Thébaudeau @ 2012-01-27 12:02 UTC (permalink / raw) To: Johannes Stezenbach, Chris Morgan; +Cc: crossgcc, Yann E. MORIN Hi all, > > > [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' > > > [ALL ] Making check in . > > > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc > > > -Wall > > > -fomit-frame-pointer -pipe -o cloog cloog.o > > > -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib > > > ./.libs/libcloog.a -lm > > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a > > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a > > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a > > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a > > > -lstdc++ > > > [ALL ] /usr/bin/ld: > > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): > > > undefined reference to symbol 'fesetround@@GLIBC_2.2.5' > > > [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is > > > defined in > > > DSO > > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so > > > so try adding it to the linker command line > > > [ALL ] > > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: > > > could not read symbols: Invalid operation > ... > > It is possible that you are encountering another consequence of > > this issue: > > http://sourceware.org/ml/crossgcc/2011-12/msg00051.html > > http://sourceware.org/ml/crossgcc/2011-12/msg00052.html > > > > Yann has not yet reviewed my patch. > > > > Can you test and report if it solves your issue? > > I have CT_COMPLIBS_CHECK unset thus I did not run into this issue, > and I'm using Debian sid. > (CT_COMPLIBS_CHECK help warns it "takes a loooong time" (hours)). > > However, since cloog is not linked statically, the placement of -lm > should not matter. What is this "libm.so: could not read symbols: > Invalid operation" > error? This looked to me like a linker bug, but a short search > yielded: > > https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition > > Thus I think Benoît's patch is needed, but it would be good > to mention the Ubuntu --no-add-needed thing in the changelog. I have just posted a new version of my patch with these details added as you suggested. Chris, note that my patch only applies to CLooG/PPL 0.15.11 for now. Hence, if your config selects another version, you should either select 0.15.11 in your config, or adapt the patch for the version you want. Best regards, Benoît -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 12:02 ` Benoît Thébaudeau @ 2012-01-27 17:18 ` Chris Morgan 2012-01-27 20:10 ` Benoît Thébaudeau 2012-01-27 20:06 ` Chris Morgan 1 sibling, 1 reply; 19+ messages in thread From: Chris Morgan @ 2012-01-27 17:18 UTC (permalink / raw) To: Benoît Thébaudeau; +Cc: Johannes Stezenbach, crossgcc, Yann E. MORIN 2012/1/27 Benoît Thébaudeau <benoit.thebaudeau@advansee.com>: > Hi all, > >> > > [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' >> > > [ALL ] Making check in . >> > > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc >> > > -Wall >> > > -fomit-frame-pointer -pipe -o cloog cloog.o >> > > -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib >> > > ./.libs/libcloog.a -lm >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a >> > > -lstdc++ >> > > [ALL ] /usr/bin/ld: >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): >> > > undefined reference to symbol 'fesetround@@GLIBC_2.2.5' >> > > [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is >> > > defined in >> > > DSO >> > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so >> > > so try adding it to the linker command line >> > > [ALL ] >> > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: >> > > could not read symbols: Invalid operation >> ... >> > It is possible that you are encountering another consequence of >> > this issue: >> > http://sourceware.org/ml/crossgcc/2011-12/msg00051.html >> > http://sourceware.org/ml/crossgcc/2011-12/msg00052.html >> > >> > Yann has not yet reviewed my patch. >> > >> > Can you test and report if it solves your issue? >> >> I have CT_COMPLIBS_CHECK unset thus I did not run into this issue, >> and I'm using Debian sid. >> (CT_COMPLIBS_CHECK help warns it "takes a loooong time" (hours)). >> >> However, since cloog is not linked statically, the placement of -lm >> should not matter. What is this "libm.so: could not read symbols: >> Invalid operation" >> error? This looked to me like a linker bug, but a short search >> yielded: >> >> https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition >> >> Thus I think Benoît's patch is needed, but it would be good >> to mention the Ubuntu --no-add-needed thing in the changelog. > > I have just posted a new version of my patch with these details added as you > suggested. > > Chris, note that my patch only applies to CLooG/PPL 0.15.11 for now. Hence, if > your config selects another version, you should either select 0.15.11 in your > config, or adapt the patch for the version you want. > > Best regards, > Benoît I've applied your patch and am trying a 'ct-ng clean' and 'ct-ng build' after rebuilding and reinstalling ct-ng. I'll let you know how it goes in an hour or so when it gets that far again :-) Does it usually take a while for patches to be integrated? Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 17:18 ` Chris Morgan @ 2012-01-27 20:10 ` Benoît Thébaudeau 0 siblings, 0 replies; 19+ messages in thread From: Benoît Thébaudeau @ 2012-01-27 20:10 UTC (permalink / raw) To: Chris Morgan; +Cc: Johannes Stezenbach, crossgcc, Yann E. MORIN Chris, > I've applied your patch and am trying a 'ct-ng clean' and 'ct-ng > build' after rebuilding and reinstalling ct-ng. I'll let you know how > it goes in an hour or so when it gets that far again :-) Great. You can use the latest version that now applies to all supported CLooG/PPL versions: http://sourceware.org/ml/crossgcc/2012-01/msg00074.html > Does it usually take a while for patches to be integrated? Usually not, except if they are complicated. Benoît -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 12:02 ` Benoît Thébaudeau 2012-01-27 17:18 ` Chris Morgan @ 2012-01-27 20:06 ` Chris Morgan 2012-01-27 20:11 ` Benoît Thébaudeau 1 sibling, 1 reply; 19+ messages in thread From: Chris Morgan @ 2012-01-27 20:06 UTC (permalink / raw) To: Benoît Thébaudeau; +Cc: Johannes Stezenbach, crossgcc, Yann E. MORIN 2012/1/27 Benoît Thébaudeau <benoit.thebaudeau@advansee.com>: > Hi all, > >> > > [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' >> > > [ALL ] Making check in . >> > > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc >> > > -Wall >> > > -fomit-frame-pointer -pipe -o cloog cloog.o >> > > -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib >> > > ./.libs/libcloog.a -lm >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a >> > > -lstdc++ >> > > [ALL ] /usr/bin/ld: >> > > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): >> > > undefined reference to symbol 'fesetround@@GLIBC_2.2.5' >> > > [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is >> > > defined in >> > > DSO >> > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so >> > > so try adding it to the linker command line >> > > [ALL ] >> > > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: >> > > could not read symbols: Invalid operation >> ... >> > It is possible that you are encountering another consequence of >> > this issue: >> > http://sourceware.org/ml/crossgcc/2011-12/msg00051.html >> > http://sourceware.org/ml/crossgcc/2011-12/msg00052.html >> > >> > Yann has not yet reviewed my patch. >> > >> > Can you test and report if it solves your issue? >> >> I have CT_COMPLIBS_CHECK unset thus I did not run into this issue, >> and I'm using Debian sid. >> (CT_COMPLIBS_CHECK help warns it "takes a loooong time" (hours)). >> >> However, since cloog is not linked statically, the placement of -lm >> should not matter. What is this "libm.so: could not read symbols: >> Invalid operation" >> error? This looked to me like a linker bug, but a short search >> yielded: >> >> https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition >> >> Thus I think Benoît's patch is needed, but it would be good >> to mention the Ubuntu --no-add-needed thing in the changelog. > > I have just posted a new version of my patch with these details added as you > suggested. > > Chris, note that my patch only applies to CLooG/PPL 0.15.11 for now. Hence, if > your config selects another version, you should either select 0.15.11 in your > config, or adapt the patch for the version you want. > > Best regards, > Benoît Oddly I only have 0.15.10 or older in my list of CLooG versions. Maybe because I'm targetting arm or some other option that is affecting the available versions on the list? Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 20:06 ` Chris Morgan @ 2012-01-27 20:11 ` Benoît Thébaudeau 2012-01-27 20:15 ` Chris Morgan 0 siblings, 1 reply; 19+ messages in thread From: Benoît Thébaudeau @ 2012-01-27 20:11 UTC (permalink / raw) To: Chris Morgan; +Cc: Johannes Stezenbach, crossgcc, Yann E. MORIN Chris, > Oddly I only have 0.15.10 or older in my list of CLooG versions. > Maybe > because I'm targetting arm or some other option that is affecting the > available versions on the list? It's because 0.15.11 appears in the config options only if the experimental features are enabled in the config. Benoît -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 20:11 ` Benoît Thébaudeau @ 2012-01-27 20:15 ` Chris Morgan 0 siblings, 0 replies; 19+ messages in thread From: Chris Morgan @ 2012-01-27 20:15 UTC (permalink / raw) To: Benoît Thébaudeau; +Cc: Johannes Stezenbach, crossgcc, Yann E. MORIN 2012/1/27 Benoît Thébaudeau <benoit.thebaudeau@advansee.com>: > Chris, > >> Oddly I only have 0.15.10 or older in my list of CLooG versions. >> Maybe >> because I'm targetting arm or some other option that is affecting the >> available versions on the list? > > It's because 0.15.11 appears in the config options only if the > experimental features are enabled in the config. > > Benoît Oh ok. Let me enable that and use 0.15.11 and retry. I retried after your patch and it failed, then noticed that I was using 0.15.10. Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-27 10:56 ` Johannes Stezenbach 2012-01-27 12:02 ` Benoît Thébaudeau @ 2012-01-27 17:15 ` Chris Morgan 1 sibling, 0 replies; 19+ messages in thread From: Chris Morgan @ 2012-01-27 17:15 UTC (permalink / raw) To: Johannes Stezenbach; +Cc: Benoît Thébaudeau, crossgcc, Yann E. MORIN 2012/1/27 Johannes Stezenbach <js@sig21.net>: > Hi, > > On Fri, Jan 27, 2012 at 01:02:55AM +0100, Benoît Thébaudeau wrote: >> > From: "Chris Morgan" <chmorgan@gmail.com> >> > To: "Johannes Stezenbach" <js@sig21.net> >> > Cc: crossgcc@sourceware.org >> > Sent: Thursday, January 26, 2012 10:23:39 PM >> > Subject: Re: CLooG build error >> > >> > [DEBUG] ==> Executing: 'make' '-j2' '-s' 'check' >> > [ALL ] Making check in . >> > [ALL ] libtool: link: x86_64-build_unknown-linux-gnu-gcc -Wall >> > -fomit-frame-pointer -pipe -o cloog cloog.o >> > -L/home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib >> > ./.libs/libcloog.a -lm >> > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a >> > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl.a >> > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmpxx.a >> > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libgmp.a >> > -lstdc++ >> > [ALL ] /usr/bin/ld: >> > /home/cmorgan/ct-ng-install/bin/.build/arm-unknown-eabi/build/static/lib/libppl_c.a(ppl_c_implementation_common.o): >> > undefined reference to symbol 'fesetround@@GLIBC_2.2.5' >> > [ALL ] /usr/bin/ld: note: 'fesetround@@GLIBC_2.2.5' is defined in >> > DSO >> > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so >> > so try adding it to the linker command line >> > [ALL ] >> > /usr/lib/gcc/x86_64-linux-gnu/4.6.1/../../../x86_64-linux-gnu/libm.so: >> > could not read symbols: Invalid operation > ... >> It is possible that you are encountering another consequence of this issue: >> http://sourceware.org/ml/crossgcc/2011-12/msg00051.html >> http://sourceware.org/ml/crossgcc/2011-12/msg00052.html >> >> Yann has not yet reviewed my patch. >> >> Can you test and report if it solves your issue? > > I have CT_COMPLIBS_CHECK unset thus I did not run into this issue, > and I'm using Debian sid. > (CT_COMPLIBS_CHECK help warns it "takes a loooong time" (hours)). > > However, since cloog is not linked statically, the placement of -lm > should not matter. What is this "libm.so: could not read symbols: Invalid operation" > error? This looked to me like a linker bug, but a short search yielded: > > https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition > > Thus I think Benoît's patch is needed, but it would be good > to mention the Ubuntu --no-add-needed thing in the changelog. > > > Thanks > Johannes I am running with the compiles check option enabled as per the recommendation in the documentation. Chris -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-26 15:41 ` Johannes Stezenbach 2012-01-26 15:46 ` Chris Morgan @ 2012-01-28 23:07 ` Yann E. MORIN 2012-01-29 10:10 ` Johannes Stezenbach 1 sibling, 1 reply; 19+ messages in thread From: Yann E. MORIN @ 2012-01-28 23:07 UTC (permalink / raw) To: crossgcc; +Cc: Johannes Stezenbach, Chris Morgan, Benoît Thébaudeau Johannes, Chris, Benoît, All, On Thursday 26 January 2012 16:40:59 Johannes Stezenbach wrote: > diff -r 188d58cfe7cf configure.ac > --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 > +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 > @@ -203,7 +203,7 @@ > [Specify the full PATH to GNU libtoolize >= 1.5.26]), > [ac_cv_path_LIBTOOLIZE=$withval])]) > AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], > - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], > + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], > [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ > |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') > test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], Indeed, nice cactch. Can you reply with your SoB [*] line? No need to resend the patch, I'll add it to the commit message. [*] http://crosstool-ng.org/hg/crosstool-ng/file/tip/docs/7%20-%20Contributing%20to%20crosstool-NG.txt#l50 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] 19+ messages in thread
* Re: CLooG build error 2012-01-28 23:07 ` Yann E. MORIN @ 2012-01-29 10:10 ` Johannes Stezenbach 2012-01-29 10:53 ` Yann E. MORIN 0 siblings, 1 reply; 19+ messages in thread From: Johannes Stezenbach @ 2012-01-29 10:10 UTC (permalink / raw) To: Yann E. MORIN; +Cc: crossgcc, Chris Morgan, Benoît Thébaudeau Hi Yann, On Sun, Jan 29, 2012 at 12:07:12AM +0100, Yann E. MORIN wrote: > On Thursday 26 January 2012 16:40:59 Johannes Stezenbach wrote: > > diff -r 188d58cfe7cf configure.ac > > --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 > > +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 > > @@ -203,7 +203,7 @@ > > [Specify the full PATH to GNU libtoolize >= 1.5.26]), > > [ac_cv_path_LIBTOOLIZE=$withval])]) > > AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], > > - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], > > + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], > > [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ > > |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') > > test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], > > Indeed, nice cactch. > > Can you reply with your SoB [*] line? No need to resend the patch, I'll add it > to the commit message. of course: Signed-off-by: Johannes Stezenbach <js@sig21.net> Thank you Johannes -- For unsubscribe information see http://sourceware.org/lists.html#faq ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: CLooG build error 2012-01-29 10:10 ` Johannes Stezenbach @ 2012-01-29 10:53 ` Yann E. MORIN 2012-01-30 21:16 ` Chris Morgan 0 siblings, 1 reply; 19+ messages in thread From: Yann E. MORIN @ 2012-01-29 10:53 UTC (permalink / raw) To: Johannes Stezenbach; +Cc: crossgcc, Chris Morgan, Benoît Thébaudeau Johannes, All, On Sunday 29 January 2012 11:10:30 Johannes Stezenbach wrote: > > On Thursday 26 January 2012 16:40:59 Johannes Stezenbach wrote: > > > diff -r 188d58cfe7cf configure.ac > > > --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 > > > +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 > > > @@ -203,7 +203,7 @@ > > > [Specify the full PATH to GNU libtoolize >= 1.5.26]), > > > [ac_cv_path_LIBTOOLIZE=$withval])]) > > > AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], > > > - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], > > > + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], > > > [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ > > > |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') > > > test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], > Signed-off-by: Johannes Stezenbach <js@sig21.net> Applied as #6a7dfa57d63a. Thank you! 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] 19+ messages in thread
* Re: CLooG build error 2012-01-29 10:53 ` Yann E. MORIN @ 2012-01-30 21:16 ` Chris Morgan 0 siblings, 0 replies; 19+ messages in thread From: Chris Morgan @ 2012-01-30 21:16 UTC (permalink / raw) To: Yann E. MORIN, Johannes Stezenbach, crossgcc, Benoît Thébaudeau With these two changes I'm able to build an arm toolchain for barebones with checking enabled and it even generates valid object code! I was able to link and run functions out of a .a with an existing app using another proprietary toolchain. Chris On Sun, Jan 29, 2012 at 5:52 AM, Yann E. MORIN <yann.morin.1998@free.fr> wrote: > Johannes, All, > > On Sunday 29 January 2012 11:10:30 Johannes Stezenbach wrote: >> > On Thursday 26 January 2012 16:40:59 Johannes Stezenbach wrote: >> > > diff -r 188d58cfe7cf configure.ac >> > > --- a/configure.ac Mon Jan 16 23:45:16 2012 +0100 >> > > +++ b/configure.ac Thu Jan 26 16:38:57 2012 +0100 >> > > @@ -203,7 +203,7 @@ >> > > [Specify the full PATH to GNU libtoolize >= 1.5.26]), >> > > [ac_cv_path_LIBTOOLIZE=$withval])]) >> > > AC_CACHE_CHECK([for GNU libtoolize >= 1.5.26], [ac_cv_path_LIBTOOLIZE], >> > > - [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtool], >> > > + [AC_PATH_PROGS_FEATURE_CHECK([LIBTOOLIZE], [libtoolize], >> > > [[LIBTOOLIZE_ver=$($ac_path_LIBTOOLIZE --version 2>&1 \ >> > > |$EGREP '\(GNU libtool.*\) (2[[:digit:]]*\.|1\.6[[:digit:]]*\.|1\.5\.[2-9][[:digit:]]+)') >> > > test -n "$LIBTOOLIZE_ver" && ac_cv_path_LIBTOOLIZE=$ac_path_LIBTOOLIZE ac_path_LIBTOOLIZE_found=:]], >> Signed-off-by: Johannes Stezenbach <js@sig21.net> > > Applied as #6a7dfa57d63a. Thank you! > > 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] 19+ messages in thread
end of thread, other threads:[~2012-01-30 21:16 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <5c2d9079-5714-4600-829c-08365856a158@zose-store-12>
2012-01-28 22:41 ` CLooG build error Benoît Thébaudeau
[not found] <CAAPegz3+cnkhtdzA1MO8caoH-MXAT6GjPDd6g7cUQ5Moetk2kg@mail.gmail.com>
[not found] ` <CAAPegz20kka=E=vZ11UB9F8JNFyWpX6NDyzo38K7G1SnVo9a+g@mail.gmail.com>
2012-01-25 22:07 ` Chris Morgan
2012-01-26 15:41 ` Johannes Stezenbach
2012-01-26 15:46 ` Chris Morgan
2012-01-26 16:28 ` Johannes Stezenbach
2012-01-26 21:24 ` Chris Morgan
2012-01-27 0:03 ` Benoît Thébaudeau
2012-01-27 10:56 ` Johannes Stezenbach
2012-01-27 12:02 ` Benoît Thébaudeau
2012-01-27 17:18 ` Chris Morgan
2012-01-27 20:10 ` Benoît Thébaudeau
2012-01-27 20:06 ` Chris Morgan
2012-01-27 20:11 ` Benoît Thébaudeau
2012-01-27 20:15 ` Chris Morgan
2012-01-27 17:15 ` Chris Morgan
2012-01-28 23:07 ` Yann E. MORIN
2012-01-29 10:10 ` Johannes Stezenbach
2012-01-29 10:53 ` Yann E. MORIN
2012-01-30 21:16 ` Chris Morgan
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).