Re: CLooG build error

Re: CLooG build error

[Benoît Thébaudeau]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Yann E. MORIN]

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

Re: CLooG build error

[Johannes Stezenbach]

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

Re: CLooG build error

[Yann E. MORIN]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Benoît Thébaudeau]

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

Re: CLooG build error

[Benoît Thébaudeau]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Benoît Thébaudeau]

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

Re: CLooG build error

[Johannes Stezenbach]

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

Re: CLooG build error

[Benoît Thébaudeau]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Johannes Stezenbach]

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

Re: CLooG build error

[Chris Morgan]

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

Re: CLooG build error

[Johannes Stezenbach]

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

CLooG build error

[Chris Morgan]

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