tag:old.nabble.com,2006:forum-12160Nabble - Sourceware - crossgcc2009-11-30T15:56:24ZSourceware - crossgcc home is <a href="http://sourceware.org/crossgcc/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26584290Re: x86 cross toolchain and pthread_* weak symbols2009-11-30T15:56:24Z2009-11-30T15:56:24ZMike FrysingerOn Monday 30 November 2009 16:12:08 Lionel Landwerlin wrote:
<div class='shrinkable-quote'><div class='shrinkable-quote'><br>> I'm using crosstool-ng to generate a cross toolchain for an x86 target
<br>> (nothing too exciting...) and I'm kind of disappointed because I get
<br>> some pthread_* weak symbols inside my toolchain :
<br>>
<br>> /opt/cross_x86/i686-cm-linux-gnu/lib/libdl-2.10.2.so
<br>> w __pthread_getspecific
<br>> w __pthread_key_create
<br>> w __pthread_once
<br>> w __pthread_setspecific
<br>>
<br>> I'm wondering why I don't have these weak symbols on my host system
<br>> (debian unstable) which is an x86 too, and using the same toolchain
<br>> (both using gcc-4.3.4 + eglibc-2.10/nptl, but binutils 2.19 in my cross
<br>> toolchain, 2.20 on my host system).
</div></div>maybe you're comparing apples to oranges. such weak references make sense if
<br>you've spent time reading the code in question, and i have them on my host x86
<br>system.
<br>-mike
<br><br /> <div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>signature.asc</strong> (853 bytes) <a href="http://old.nabble.com/attachment/26584290/0/signature.asc" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26583079Re: x86 cross toolchain and pthread_* weak symbols2009-11-30T14:20:46Z2009-11-30T14:20:46ZLionel Landwerlin-2Le lundi 30 novembre 2009 à 21:51 +0000, Martin Guy a écrit :
<div class='shrinkable-quote'><br>> On 11/30/09, Lionel Landwerlin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26583079&i=0" target="_top" rel="nofollow">llandwerlin@...</a>> wrote:
<br>> > I'm using crosstool-ng to generate a cross toolchain for an x86 target
<br>> > (nothing too exciting...) and I'm kind of disappointed because I get
<br>> > some pthread_* weak symbols inside my toolchain :
<br>> >
<br>> > /opt/cross_x86/i686-cm-linux-gnu/lib/libdl-2.10.2.so
<br>> > w __pthread_getspecific
<br>> > w __pthread_key_create
<br>> > w __pthread_once
<br>> > w __pthread_setspecific
<br>> >
<br>> > I'm wondering why I don't have these weak symbols on my host system
<br>> > (debian unstable) which is an x86 too, and using the same toolchain
<br>> > (both using gcc-4.3.4 + eglibc-2.10/nptl, but binutils 2.19 in my cross
<br>> > toolchain, 2.20 on my host system).
<br>>
<br>> Does that cause any disfunction or is it just annoying?
<br>>
<br>> M
<br>>
</div><br>Well, after I built my toolchain, I started playing a little with
<br>buildroot. I did build a rootfs with it, containing directfb.
<br>Every directfb application I launched used to crash early in the
<br>initialization of directfb. After launching gdb on a directfb example, I
<br>found that the process was crashing with its pc at 0x0. The previous
<br>function in the stack was pthread_once. The address of the pthread_once
<br>symbol in the process was wrong (that's what I though first), it was
<br>inside the mapped code of libdl.so, instead of the mapped code of
<br>libpthread.
<br>Finally I found these weak symbols all over the toolchain.
<br><br>The stack was something like that :
<br><br>0x0
<br>pthread_once
<br>dlopen
<br><br>(I will provide stack trace later)
<br><br>Directfb examples'/applications' are the only binary crashing as
<br>described. But I didn't build a lot of packages and directfb might be
<br>the only binary using dlopen in my setup.
<br><br>Regards,
<br><br>--
<br>Lionel Landwerlin
<br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26582589Re: x86 cross toolchain and pthread_* weak symbols2009-11-30T13:51:27Z2009-11-30T13:51:27ZmartinwguyOn 11/30/09, Lionel Landwerlin <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26582589&i=0" target="_top" rel="nofollow">llandwerlin@...</a>> wrote:
<div class='shrinkable-quote'><br>> I'm using crosstool-ng to generate a cross toolchain for an x86 target
<br>> (nothing too exciting...) and I'm kind of disappointed because I get
<br>> some pthread_* weak symbols inside my toolchain :
<br>>
<br>> /opt/cross_x86/i686-cm-linux-gnu/lib/libdl-2.10.2.so
<br>> w __pthread_getspecific
<br>> w __pthread_key_create
<br>> w __pthread_once
<br>> w __pthread_setspecific
<br>>
<br>> I'm wondering why I don't have these weak symbols on my host system
<br>> (debian unstable) which is an x86 too, and using the same toolchain
<br>> (both using gcc-4.3.4 + eglibc-2.10/nptl, but binutils 2.19 in my cross
<br>> toolchain, 2.20 on my host system).
</div><br>Does that cause any disfunction or is it just annoying?
<br><br> M
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26581960x86 cross toolchain and pthread_* weak symbols2009-11-30T13:12:08Z2009-11-30T13:12:08ZLionel Landwerlin-2Hi all,
<br><br>I'm using crosstool-ng to generate a cross toolchain for an x86 target
<br>(nothing too exciting...) and I'm kind of disappointed because I get
<br>some pthread_* weak symbols inside my toolchain :
<br><br>/opt/cross_x86/i686-cm-linux-gnu/lib/libdl-2.10.2.so
<br> w __pthread_getspecific
<br> w __pthread_key_create
<br> w __pthread_once
<br> w __pthread_setspecific
<br><br>I'm wondering why I don't have these weak symbols on my host system
<br>(debian unstable) which is an x86 too, and using the same toolchain
<br>(both using gcc-4.3.4 + eglibc-2.10/nptl, but binutils 2.19 in my cross
<br>toolchain, 2.20 on my host system).
<br><br>Thanks for your responses.
<br><br>Regards,
<br><br>--
<br>Lionel Landwerlin
<br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26581305Re: ng-1.5.2: "long-term stable" kernel version2009-11-30T12:28:29Z2009-11-30T12:28:29ZYann E. MORINZvi,
<br>All,
<br><br>On Monday 30 November 2009 20:46:29 Zvi Vered wrote:
<br>> I built a toolchain for i686 using 2.6.31.1
<br>> Then I noticed the words "long-term stable" near 2.6.27.35
<br>> What does it mean ?
<br>> Did someone made QA tests for this version ?
<br><br><a href="http://marc.info/?l=linux-kernel&m=122375909403298&w=2" target="_top" rel="nofollow">http://marc.info/?l=linux-kernel&m=122375909403298&w=2</a><br><br>> I had problems with 2.6.29 and 2.6.31.1.
<br>> I'm sure the cause to the problems is not the toolchain but the kernel code.
<br><br>Without the error message, the context, and other related information, we are
<br>not able to help you.
<br><br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26580709ng-1.5.2: "long-term stable" kernel version2009-11-30T11:46:29Z2009-11-30T11:46:29ZZvi VeredHello,
<br><br>I built a toolchain for i686 using 2.6.31.1
<br>Then I noticed the words "long-term stable" near 2.6.27.35
<br>What does it mean ?
<br>Did someone made QA tests for this version ?
<br><br>I had problems with 2.6.29 and 2.6.31.1.
<br>I'm sure the cause to the problems is not the toolchain but the kernel code.
<br><br>Thanks.
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26551793[Fwd: Re: 1.5.2 built, but with error]2009-11-28T02:21:31Z2009-11-28T02:21:31ZHarold Grovesteen-2Forgot reply all...
<br><br>-------- Original Message --------
<br>Subject: Re: 1.5.2 built, but with error
<br>Date: Fri, 27 Nov 2009 07:34:50 -0600
<br>From: Harold Grovesteen <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26551793&i=0" target="_top" rel="nofollow">h.grovsteen@...</a>>
<br>To: piper.guy1 <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26551793&i=1" target="_top" rel="nofollow">piper.guy1@...</a>>
<br>References: <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26551793&i=2" target="_top" rel="nofollow">dafb71610911262147s6b1e8d9fr707da95563416c4d@...</a>>
<br><br><br><br>piper.guy1 wrote:
<br><div class='shrinkable-quote'><br>>I successfully built 1.5.2. It built to completion. However I noticed
<br>>this error which took place way before the build ended.
<br>>
<br>>Should I be concerned?
<br>>
<br>>thanx
<br>>/carl h
<br>>
<br>>
<br>>INFO ] =================================================================
<br>>[INFO ] Installing final compiler
<br>>[EXTRA] Configuring final compiler
<br>>[EXTRA] Building final compiler
<br>>[ERROR] libtool.m4: error: problem compiling FC test program
<br>>[EXTRA] Installing final compiler
<br>>[INFO ] Installing final compiler: done in 859.56s (at 63:12)
<br>>
<br>>--
<br>>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br>>
<br>>
<br>>
</div>No, gcc is trying to test the Fortran compiler. If you did not build a
<br>Fortran compiler, this result is correct. It should fail. Why gcc
<br>wants to test it when it wasn't built of course could be perceived as a
<br>separate type of error, but does not likely reflect a problem with your
<br>toolchain.
<br><br>I get this too when I build my toolchain. Yann researched this a while
<br>back and you might find it if you google the error. It should be in the
<br>email archive somewhere.
<br><br>Harold Grovesteen
<br><br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-265381351.5.2 built, but with error2009-11-26T21:47:00Z2009-11-26T21:47:00Zpiper.guy1I successfully built 1.5.2. It built to completion. However I noticed
<br>this error which took place way before the build ended.
<br><br>Should I be concerned?
<br><br>thanx
<br>/carl h
<br><br><br>INFO ] =================================================================
<br>[INFO ] Installing final compiler
<br>[EXTRA] Configuring final compiler
<br>[EXTRA] Building final compiler
<br>[ERROR] libtool.m4: error: problem compiling FC test program
<br>[EXTRA] Installing final compiler
<br>[INFO ] Installing final compiler: done in 859.56s (at 63:12)
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26533565Re: getline conflict error2009-11-26T10:49:08Z2009-11-26T10:49:08ZYann E. MORINCarl,
<br>All,
<br><br>On Thursday 26 November 2009 18:40:36 piper.guy1 wrote:
<br>> Sorry to ask again but I didn't get a response yet. Any ideas on this?
<br><br>> > [ALL ] HOSTCC extra/scripts/unifdef
<br>> > [ERROR] extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
<br>> > [ALL ] /usr/include/stdio.h:651: note: previous declaration of
<br>> > 'getline' was here
<br>> > [ERROR] make[1]: *** [extra/scripts/unifdef] Error 1
<br>> > [ALL ] make[1]: Leaving directory
<br><br>This has already been dealt with at least twice on the list, search the
<br>archives.
<br><br>Here's the thread containing the answer:
<br><a href="http://sourceware.org/ml/crossgcc/2009-10/msg00066.html" target="_top" rel="nofollow">http://sourceware.org/ml/crossgcc/2009-10/msg00066.html</a><br><br>And here's the corresponding commit in the crosstool-NG repository:
<br><a href="http://ymorin.is-a-geek.org/hg/crosstool-ng/rev/1ba79f2126df" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/hg/crosstool-ng/rev/1ba79f2126df</a><br><br>And the same commit backported to the 1.5 branch:
<br><a href="http://ymorin.is-a-geek.org/hg/crosstool-ng/rev/01d01185eb18" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/hg/crosstool-ng/rev/01d01185eb18</a><br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26532795Re: getline conflict error2009-11-26T09:40:36Z2009-11-26T09:40:36Zpiper.guy1Yann or anyone,
<br><br>Sorry to ask again but I didn't get a response yet. Any ideas on this?
<br>I'm stuck.
<br><br>thanx
<br>/carl h.
<br><br>On Wed, Nov 25, 2009 at 12:29 PM, piper.guy1 <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26532795&i=0" target="_top" rel="nofollow">piper.guy1@...</a>> wrote:
<div class='shrinkable-quote'><br>> My build failed. Seems to be a 'getline' conflict.
<br>>
<br>> Any help would be appreciated.
<br>>
<br>> thanx
<br>> /carl h.
<br>>
<br>> [ALL ] LN include/sys/ptrace.h
<br>> [ALL ] LN include/sys/elf.h
<br>> [ALL ] LN include/sys/io.h
<br>> [ALL ] LN include/sys/procfs.h
<br>> [ALL ] LN include/sys/ucontext.h
<br>> [ALL ] LN include/sys/user.h
<br>> [ALL ] make[1]: Leaving directory
<br>> `/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/targets/arm-unknown-linux-uclibcgnueabi/build/build-libc-headers'
<br>> [EXTRA] Installing headers
<br>> [DEBUG] ==> Executing: 'make CROSS=
<br>> PREFIX=/usr/local/xtools/arm-unknown-linux-uclibcgnueabi/arm-unknown-linux-uclibcgnueabi//sys-root/
<br>> install_headers'
<br>> [ALL ] make[1]: Entering directory
<br>> `/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/targets/arm-unknown-linux-uclibcgnueabi/build/build-libc-headers'
<br>> [ALL ] HOSTCC extra/scripts/unifdef
<br>> [ERROR] extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
<br>> [ALL ] /usr/include/stdio.h:651: note: previous declaration of
<br>> 'getline' was here
<br>> [ERROR] make[1]: *** [extra/scripts/unifdef] Error 1
<br>> [ALL ] make[1]: Leaving directory
<br>> `/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/targets/arm-unknown-linux-uclibcgnueabi/build/build-libc-headers'
<br>> [ERROR] Build failed in step 'Installing C library headers'
<br>> [ERROR] Error happened in
<br>> '/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/scripts/functions'
<br>> in function 'CT_DoExecLog' (line unknown, sorry)
<br>> [ERROR] called from
<br>> '/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/scripts/build/libc/uClibc.sh'
<br>> at line # 88 in function 'do_libc_headers'
<br>> [ERROR] called from
<br>> '/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/scripts/crosstool-NG.sh'
<br>> at line # 544 in function 'main'
<br>> [ERROR] Look at
<br>> '/usr/local/xtools/arm-unknown-linux-uclibcgnueabi/build.log' for more
<br>> info on this error.
<br>> [ERROR] (elapsed: 43:43.10)
<br>>
</div><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26524816Re: New Alpha cross-toolchain2009-11-25T22:23:14Z2009-11-25T22:23:14ZvenetisHello,
<br><div class='shrinkable-quote'><br>> Hello Ioannis!
<br>> Hello All!
<br>>
<br>> On Wednesday 25 November 2009 20:09:02 <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26524816&i=0" target="_top" rel="nofollow">venetis@...</a> wrote:
<br>>> I managed to build the following set of tools for Alpha EV56 (basically,
<br>>> all the latest versions supported from ct-ng when I copied it from the
<br>>> trunk):
<br>>
<br>> Hey, nice!
<br>>
<br>>> gcc-4.2.2 (including C++ and Fortran)
<br>>
<br>> You mean, gcc-4.4.2, not gcc-4.2.2 (which is quite old, now) ?
</div><br>Yes, indeed, I mean gcc-4.4.2 here.
<br><div class='shrinkable-quote'><br>>> glibc-2.10.1
<br>>> binutils-2.20
<br>>> linux-2.6.31.5
<br>>> gmp-4.3.1
<br>>> mpfr-2.4.1
<br>>> ppl-0.10.2
<br>>> cloog/ppl-0.15.7
<br>>> mpc-0.7
<br>>
<br>>> In order to complete the build, however, I had to do the following:
<br>>> 1) Copy these 3 files from patches/glibc/2.9 to
<br>>> patches/glibc/ports-2.10.1
<br>>> a) 540-alpha-atfcts.patch
<br>>> b) 560-syslog.patch
<br>>> c) 570-debug-readlink_chk-readklinkat_chk.patch
<br>>
<br>> OK, done.
<br>>
<br>>> 2) Replace the file
<br>>> patches/glibc/ports-2.10.1/440-alpha-cache-shape.patch
<br>>> with the file patches/glibc/2.9/480-alpha-glibc-2.8-cache-shape.patch
<br>>
<br>> Not really: they are not based on the same directory depth. But once that
<br>> was
<br>> fixed, then the build succeeded. I'll trust you that the resulting
<br>> toolchain
<br>> is indeed operational.
</div><br>And yes to this one too. I forgot to mention it :-)
<br><br>Best regards,
<br><br>Ioannis E. Venetis
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26521184Re: New Alpha cross-toolchain2009-11-25T14:12:32Z2009-11-25T14:12:32ZYann E. MORINHello Ioannis!
<br>Hello All!
<br><br>On Wednesday 25 November 2009 20:09:02 <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26521184&i=0" target="_top" rel="nofollow">venetis@...</a> wrote:
<br>> I managed to build the following set of tools for Alpha EV56 (basically,
<br>> all the latest versions supported from ct-ng when I copied it from the
<br>> trunk):
<br><br>Hey, nice!
<br><br>> gcc-4.2.2 (including C++ and Fortran)
<br><br>You mean, gcc-4.4.2, not gcc-4.2.2 (which is quite old, now) ?
<br><br>> glibc-2.10.1
<br>> binutils-2.20
<br>> linux-2.6.31.5
<br>> gmp-4.3.1
<br>> mpfr-2.4.1
<br>> ppl-0.10.2
<br>> cloog/ppl-0.15.7
<br>> mpc-0.7
<br><br>> In order to complete the build, however, I had to do the following:
<br>> 1) Copy these 3 files from patches/glibc/2.9 to patches/glibc/ports-2.10.1
<br>> a) 540-alpha-atfcts.patch
<br>> b) 560-syslog.patch
<br>> c) 570-debug-readlink_chk-readklinkat_chk.patch
<br><br>OK, done.
<br><br>> 2) Replace the file patches/glibc/ports-2.10.1/440-alpha-cache-shape.patch
<br>> with the file patches/glibc/2.9/480-alpha-glibc-2.8-cache-shape.patch
<br><br>Not really: they are not based on the same directory depth. But once that was
<br>fixed, then the build succeeded. I'll trust you that the resulting toolchain
<br>is indeed operational.
<br><br>Thank you for the update! I'll publish it soon.
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26518536New Alpha cross-toolchain2009-11-25T11:09:02Z2009-11-25T11:09:02ZvenetisHello,
<br><br>I managed to build the following set of tools for Alpha EV56 (basically,
<br>all the latest versions supported from ct-ng when I copied it from the
<br>trunk):
<br><br>gcc-4.2.2 (including C++ and Fortran)
<br>glibc-2.10.1
<br>binutils-2.20
<br>linux-2.6.31.5
<br>gmp-4.3.1
<br>mpfr-2.4.1
<br>ppl-0.10.2
<br>cloog/ppl-0.15.7
<br>mpc-0.7
<br><br>In order to complete the build, however, I had to do the following:
<br><br>1) Copy these 3 files from patches/glibc/2.9 to patches/glibc/ports-2.10.1
<br> a) 540-alpha-atfcts.patch
<br> b) 560-syslog.patch
<br> c) 570-debug-readlink_chk-readklinkat_chk.patch
<br><br>2) Replace the file patches/glibc/ports-2.10.1/440-alpha-cache-shape.patch
<br>with the file patches/glibc/2.9/480-alpha-glibc-2.8-cache-shape.patch
<br><br>No problems after that.
<br><br>Ioannis E. Venetis
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26518132Re: Mac OS X compiling2009-11-25T10:43:10Z2009-11-25T10:43:10ZYann E. MORINRyan,
<br>All,
<br><br>Sorry for the delay, I've been a bit busy lately...
<br><br>On Monday 16 November 2009 23:43:24 Ryan Govostes wrote:
<br>> I'm attaching a patch to the configure script. Since I'm not too familiar
<br>> with the build system I'd like some feedback on it while I continue to make
<br>> more changes.
<br><br>I'm uneasy with so much changes in one go. Could you try to split the path
<br>up into separate, self-contained and maeningful changes, please?
<br><br>For example, avoid presentation-related changes (eg. correct indentation)
<br>with functional changes; add the check for 'stat', libtool, libtoolize each
<br>in their own patch; and so on...
<br><br>If possible, please use Mercurial the Mercurial repository to base your
<br>changes on, and use the Mercurial patchbomb extension to send your patches,
<br>it's much easier to work with. Look at docs/overview.txt, section titled
<br>"Contributing" for a quick explanations.
<br><br>> 1) More effective detection of sed parameters. Checks for the correct
<br>> format of the zero-length -i option, as well as -r vs -E for extended
<br>> regex.
<br><br>Well, GNU sed interprets '-i' as 'in-place', which means the result goes
<br>back into the input file. OSX sed has no such option. So you have to handle
<br>it otherwise, just dumping the '-i' is not he solution.
<br><br>> 2) More effective detection of libtool / libtoolize. Looks for glibtool
<br>> / glibtoolize if the first check fails.
<br><br>You have to save the result in the paths.mk, and then use that in
<br>scripts/crosstool-NG.sh to create a bin-override wrapper (at about line 76).
<br><br>> 3) More effective of detection of stat. So far, just determines whether
<br>> to pass -c or -f, but since the format strings are different, this should
<br>> be elaborated on.
<br><br>Ditto. Applies to scripts/functions and scripts/populate.in
<br><br>> 4) Custom implementation of recursive readlink (i.e., `readlink -e`). This
<br>> option is not supported on BSD, so we simulate it.
<br><br>@@ -22,6 +22,14 @@
<br> exit 1
<br> }
<br><br>+# Recursively run `readlink' in lieu of the -e option on BSD hosts.
<br>+rreadlink() {
<br>+ where="${@}"
<br>+ until [ "${where}" = "$(readlink "${where}")" ]; do
<br>+ where="$(readlink "${where}")"
<br><br>Please use a temporary variable to avoid calling readlink twice.
<br><br>+ done
<br>+}
<br>+
<br> # Given an option string and the following argument,
<br> # echoes the value of the option.
<br> # If --var=val => echoes val and returns 0, meaning second arg was not consumed
<br>@@ -160,7 +168,7 @@
<br> printf "Checking for '${item}'... "
<br> where="$( gcc -print-file-name="${item}" )"
<br> if [ "${where}" != "${item}" ]; then
<br>- where="$( readlink -e "${where}" )"
<br>+ rreadlink "${where}"
<br><br>Nope, please use like that:
<br> where="$(rreadlink "${where}")"
<br><br>> I think the options detected during configuration still need to be somehow
<br>> passed through to the build scripts, since right now they are used to
<br>> generate the Makefile and then go out of scope.
<br><br>Yep, use the bin-override directory, as mentioned above.
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26517723Re: [PATCH 0 of 1] compiling glibc-2.9 with binutils-2.20 [RETRY]2009-11-25T10:14:03Z2009-11-25T10:14:03ZYann E. MORINFrederic,
<br>All,
<br><br>On Wednesday 25 November 2009 09:11:42 Frederic Roussel wrote:
<br>> Here's a glibc patch to allow compiling glibc-2.9 with binutils-2.20. Just
<br>> configure needed change. I am far from certain that my configure.in change
<br>> is 100% correct.
<br><br>It's not, but is highly sufficient for our use case and the forseeable future
<br>(IMHO). And, BTW, your submission was correct, I just have to convince the
<br>administrators of my mail-relay (anciens.enib.fr) that their anti-spam and
<br>anti-virus are deffective (or at least that their configuration is).
<br><br>Anyway, patch applied, thank you! :-)
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26516994getline conflict error2009-11-25T09:29:26Z2009-11-25T09:29:26Zpiper.guy1My build failed. Seems to be a 'getline' conflict.
<br><br>Any help would be appreciated.
<br><br>thanx
<br>/carl h.
<br><br>[ALL ] LN include/sys/ptrace.h
<br>[ALL ] LN include/sys/elf.h
<br>[ALL ] LN include/sys/io.h
<br>[ALL ] LN include/sys/procfs.h
<br>[ALL ] LN include/sys/ucontext.h
<br>[ALL ] LN include/sys/user.h
<br>[ALL ] make[1]: Leaving directory
<br>`/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/targets/arm-unknown-linux-uclibcgnueabi/build/build-libc-headers'
<br>[EXTRA] Installing headers
<br>[DEBUG] ==> Executing: 'make CROSS=
<br>PREFIX=/usr/local/xtools/arm-unknown-linux-uclibcgnueabi/arm-unknown-linux-uclibcgnueabi//sys-root/
<br>install_headers'
<br>[ALL ] make[1]: Entering directory
<br>`/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/targets/arm-unknown-linux-uclibcgnueabi/build/build-libc-headers'
<br>[ALL ] HOSTCC extra/scripts/unifdef
<br>[ERROR] extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
<br>[ALL ] /usr/include/stdio.h:651: note: previous declaration of
<br>'getline' was here
<br>[ERROR] make[1]: *** [extra/scripts/unifdef] Error 1
<br>[ALL ] make[1]: Leaving directory
<br>`/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/targets/arm-unknown-linux-uclibcgnueabi/build/build-libc-headers'
<br>[ERROR] Build failed in step 'Installing C library headers'
<br>[ERROR] Error happened in
<br>'/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/scripts/functions'
<br>in function 'CT_DoExecLog' (line unknown, sorry)
<br>[ERROR] called from
<br>'/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/scripts/build/libc/uClibc.sh'
<br>at line # 88 in function 'do_libc_headers'
<br>[ERROR] called from
<br>'/home/carl/felabs/sysdev/toolchain/crosstool-ng-1.5.1/scripts/crosstool-NG.sh'
<br>at line # 544 in function 'main'
<br>[ERROR] Look at
<br>'/usr/local/xtools/arm-unknown-linux-uclibcgnueabi/build.log' for more
<br>info on this error.
<br>[ERROR] (elapsed: 43:43.10)
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26516694Re: crosstool-NG build fails2009-11-25T09:17:10Z2009-11-25T09:17:10Zpiper.guy1thanks
<br>/carl
<br><br>On Wed, Nov 25, 2009 at 11:36 AM, Yann E. MORIN
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26516694&i=0" target="_top" rel="nofollow">yann.morin.1998@...</a>> wrote:
<div class='shrinkable-quote'><br>> Carl,
<br>> All,
<br>>
<br>> piper.guy1 wrote:
<br>>>
<br>>> Upon investigation of your wget command string, it appears to have to
<br>>> do with your 10 second timeout. When I increased the timeout to 30
<br>>> secs it worked all the time. The same problem happened for the uClibc
<br>>> tarball, and when I increased the timeout to 30 sec, it worked too.
<br>>> The other locations for the other tarballs I guess are more responsive
<br>>> as the script had no problems with them.
<br>>
<br>> Ah, OK. You should tweak the CONNECT_TIMEOUT option:
<br>>
<br>> Paths and misc options --->
<br>> (10) connection timeout
<br>>
<br>> The default is 10s, but read the help entry.
<br>>
<br>> We do need the connection timeout value to detect hosts that are down, so we
<br>> can fallback to other sources, and ultimately to try the mirror.
<br>>
<br>>> So I'm manually downloading any troublesome tarballs and putting them
<br>>> into the tarball folder. Am I safe to do it this way as a work around?
<br>>
<br>> Yes, you can do it that way. Yet, the best is to correctly set the
<br>> connection
<br>> timeout value.
<br>>
<br>> Regards,
<br>> Yann E. MORIN.
<br>>
<br>> --
<br>> .-----------------.--------------------.------------------.--------------------.
<br>> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics'
<br>> conspiracy: |
<br>> | +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^
<br>> |
<br>> | --==< O_o >==-- '------------.-------: X AGAINST | /e\ There is
<br>> no |
<br>> | <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | (*_*) | / \ HTML MAIL | """
<br>> conspiracy. |
<br>> '------------------------------'-------'------------------'--------------------'
<br>>
</div><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26515967Re: crosstool-NG build fails2009-11-25T08:36:28Z2009-11-25T08:36:28ZYann E. MORINCarl,
<br>All,
<br><br>piper.guy1 wrote:
<br>> Upon investigation of your wget command string, it appears to have to
<br>> do with your 10 second timeout. When I increased the timeout to 30
<br>> secs it worked all the time. The same problem happened for the uClibc
<br>> tarball, and when I increased the timeout to 30 sec, it worked too.
<br>> The other locations for the other tarballs I guess are more responsive
<br>> as the script had no problems with them.
<br><br>Ah, OK. You should tweak the CONNECT_TIMEOUT option:
<br><br>Paths and misc options --->
<br>(10) connection timeout
<br><br>The default is 10s, but read the help entry.
<br><br>We do need the connection timeout value to detect hosts that are down, so we
<br>can fallback to other sources, and ultimately to try the mirror.
<br><br>> So I'm manually downloading any troublesome tarballs and putting them
<br>> into the tarball folder. Am I safe to do it this way as a work around?
<br><br>Yes, you can do it that way. Yet, the best is to correctly set the connection
<br>timeout value.
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +0/33 662376056 | Software Designer | \ / CAMPAIGN | ^ |
<br>| --==< O_o >==-- '------------.-------: X AGAINST | /e\ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | (*_*) | / \ HTML MAIL | """ conspiracy. |
<br>'------------------------------'-------'------------------'--------------------'
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26515687Re: crosstool-NG build fails2009-11-25T08:21:32Z2009-11-25T08:21:32Zpiper.guy1On Wed, Nov 25, 2009 at 2:01 AM, Yann E. MORIN
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26515687&i=0" target="_top" rel="nofollow">yann.morin.1998@...</a>> wrote:
<div class='shrinkable-quote'><br>> Carl,
<br>> All,
<br>>
<br>> On Wednesday 25 November 2009 05:08:18 piper.guy1 wrote:
<br>>> Here's what your script does. I extracted it from the log file and
<br>>> tried it at the command line. It doesn't work.
<br>>> carl@xu-mobile1:~/felabs/sysdev/toolchain/crosstool-ng-1.5.1$ wget
<br>>> -T 10 -nc --progress=dot:binary --tries=1 ftp://gcc.gnu.org
<br>>> /pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>>> --2009-11-24 22:51:20--
<br>>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>>> => `cloog-ppl-0.15.7.tar.gz'
<br>>> Resolving gcc.gnu.org... 209.132.176.174
<br>>> Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>>> Logging in as anonymous ...
<br>>> Error in server response, closing control connection.
<br>>> Giving up.
<br>>
<br>> Here's my own try:
<br>>
<br>> # wget -T 10 -nc --progress=dot:binary --tries=1 \
<br>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>> --2009-11-25 07:54:05-- ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>> => `cloog-ppl-0.15.7.tar.gz'
<br>> Resolving gcc.gnu.org... 209.132.176.174
<br>> Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>> Logging in as anonymous ... Logged in!
<br>> ==> SYST ... done. ==> PWD ... done.
<br>> ==> TYPE I ... done. ==> CWD /pub/gcc/infrastructure ... done.
<br>> ==> SIZE cloog-ppl-0.15.7.tar.gz ... 767746
<br>> ==> PASV ... done. ==> RETR cloog-ppl-0.15.7.tar.gz ... done.
<br>> Length: 767746 (750K)
<br>>
<br>> 0K ................ ................ ................ 51% 196K 2s
<br>> 384K ................ ................ ............. 100% 352K=3.0s
<br>>
<br>> 2009-11-25 07:54:11 (250 KB/s) - `cloog-ppl-0.15.7.tar.gz' saved [767746]
<br>>
<br>> So it *is* working for me here!
<br>>
<br>> Definitely, there is a problem on your side. I don't see what to invetigate
<br>> upon, beside what I suggested in my previous mail. I'm sorry, but I have
<br>> no other clue.
<br>>
<br>> Regards,
<br>> Yann E. MORIN.
<br>>
<br>> --
<br>> .-----------------.--------------------.------------------.--------------------.
<br>> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>> | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>> | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>> | <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>> `------------------------------^-------^------------------^--------------------'
<br>>
<br>>
<br>>
</div><br>Upon investigation of your wget command string, it appears to have to
<br>do with your 10 second timeout. When I increased the timeout to 30
<br>secs it worked all the time. The same problem happened for the uClibc
<br>tarball, and when I increased the timeout to 30 sec, it worked too.
<br>The other locations for the other tarballs I guess are more responsive
<br>as the script had no problems with them.
<br><br>So I'm manually downloading any troublesome tarballs and putting them
<br>into the tarball folder. Am I safe to do it this way as a work around?
<br><br>thanx
<br>/carl h.
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26512011Re: [PATCH 0 of 1] compiling glibc-2.9 with binutils-2.20 [RETRY]2009-11-25T04:45:00Z2009-11-25T04:45:00ZHarold Grovesteen-2<br><br>Frederic Roussel wrote:
<br><br>>Hi all
<br>>
<br>>Sorry for the retry - I'm still a mercurial noobie and it shows :-(
<br>>
<br>A lot of that going on here. You are not alone.
<br><br>Harold
<br><br>>
<br>>
<br>>
<br>>
<br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26508907[PATCH 1 of 1] patches/glibc: allows glibc2.9 to be compiled with binutils 2.202009-11-25T00:11:43Z2009-11-25T00:11:43ZFrederic Roussel-2# HG changeset patch
<br># User "Frederic Roussel" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26508907&i=0" target="_top" rel="nofollow">fr.frasc@...</a>>
<br># Date 1259136642 28800
<br># Node ID 489e9f2158fa8bd86e3080af1c63983b097fc93e
<br># Parent 496eeb7effad7574955bceb2cbec7c3b970189ed
<br>patches/glibc: allows glibc2.9 to be compiled with binutils 2.20
<br><br>the configure script had to be modified to accept as/ld at versions greater
<br>than 2.19
<br>Signed-off-by: Frederic Roussel <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26508907&i=1" target="_top" rel="nofollow">fr.frasc@...</a>>
<br><br>diff -r 496eeb7effad -r 489e9f2158fa patches/glibc/2.9/600-recent-binutils.patch
<br>--- /dev/null Thu Jan 01 00:00:00 1970 +0000
<br>+++ b/patches/glibc/2.9/600-recent-binutils.patch Wed Nov 25 00:10:42 2009 -0800
<br>@@ -0,0 +1,37 @@
<br>+diff -r -u glibc-cvs-2.9.orig/configure glibc-cvs-2.9/configure
<br>+--- glibc-cvs-2.9.orig/configure 2008-11-11 01:50:11.000000000 -0800
<br>++++ glibc-cvs-2.9/configure 2009-11-24 17:52:27.000000000 -0800
<br>+@@ -4531,7 +4531,7 @@
<br>+ ac_prog_version=`$AS --version 2>&1 | sed -n 's/^.*GNU assembler.* \([0-9]*\.[0-9.]*\).*$/\1/p'`
<br>+ case $ac_prog_version in
<br>+ '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
<br>+- 2.1[3-9]*)
<br>++ 2.1[3-9]*|2.20)
<br>+ ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
<br>+ *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
<br>+
<br>+@@ -4594,7 +4594,7 @@
<br>+ ac_prog_version=`$LD --version 2>&1 | sed -n 's/^.*GNU ld.* \([0-9][0-9]*\.[0-9.]*\).*$/\1/p'`
<br>+ case $ac_prog_version in
<br>+ '') ac_prog_version="v. ?.??, bad"; ac_verc_fail=yes;;
<br>+- 2.1[3-9]*)
<br>++ 2.1[3-9]*|2.20)
<br>+ ac_prog_version="$ac_prog_version, ok"; ac_verc_fail=no;;
<br>+ *) ac_prog_version="$ac_prog_version, bad"; ac_verc_fail=yes;;
<br>+
<br>+diff -r -u glibc-cvs-2.9.orig/configure.in glibc-cvs-2.9/configure.in
<br>+--- glibc-cvs-2.9.orig/configure.in 2008-11-11 01:50:11.000000000 -0800
<br>++++ glibc-cvs-2.9/configure.in 2009-11-24 17:53:35.000000000 -0800
<br>+@@ -844,10 +844,10 @@
<br>+ # Accept binutils 2.13 or newer.
<br>+ AC_CHECK_PROG_VER(AS, $AS, --version,
<br>+ [GNU assembler.* \([0-9]*\.[0-9.]*\)],
<br>+- [2.1[3-9]*], AS=: critic_missing="$critic_missing as")
<br>++ [2.1[3-9]*|2.20], AS=: critic_missing="$critic_missing as")
<br>+ AC_CHECK_PROG_VER(LD, $LD, --version,
<br>+ [GNU ld.* \([0-9][0-9]*\.[0-9.]*\)],
<br>+- [2.1[3-9]*], LD=: critic_missing="$critic_missing ld")
<br>++ [2.1[3-9]*|2.20], LD=: critic_missing="$critic_missing ld")
<br>+
<br>+ # We need the physical current working directory. We cannot use the
<br>+ # "pwd -P" shell builtin since that's not portable. Instead we try to
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26508908[PATCH 0 of 1] compiling glibc-2.9 with binutils-2.20 [RETRY]2009-11-25T00:11:42Z2009-11-25T00:11:42ZFrederic Roussel-2Hi all
<br><br>Sorry for the retry - I'm still a mercurial noobie and it shows :-(
<br><br>Here's a glibc patch to allow compiling glibc-2.9 with binutils-2.20. Just
<br>configure needed change. I am far from certain that my configure.in change
<br>is 100% correct.
<br><br>The problem showed up when I tried to compile glibc-2.10.1, but it failed with
<br>a problem already discussed earlier (July 23 in the mailing list). So I changed
<br>the glibc version without back-revving the binutils too. Anyway, more on that
<br>after the turkey ;-)
<br><br>Happy Thanksgiving
<br><br>--Frederic
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26508680cross compiling under cygwin problem2009-11-24T23:47:18Z2009-11-24T23:47:18ZsancelotHi,
<br>I am trying compiling a cross compiler for linux running in cygwin
<br>(build=host = cygwin/target=linux x86), using crosstools-ng-1.5.1
<br>I have got my compilation stopped here :
<br><br>checking for .popsection assembler directive... no
<br>[ERROR] checking for .protected and .hidden assembler directive...
<br>configure: error: assembler support for symbol visibility is required
<br>[ERROR] Build failed in step 'Installing C library headers / start
<br>files'
<br>[ERROR] Error happened in
<br>'/usr/local/lib/ct-ng-1.5.1/scripts/functions' in function 'CT_DoExecLog'
<br>(line unknown, sorry)
<br>[ERROR] called from
<br>'/usr/local/lib/ct-ng-1.5.1/scripts/build/libc/eglibc.sh' at line # 156 in
<br>function 'do_libc_start_files'
<br>[ERROR] called from
<br>'/usr/local/lib/ct-ng-1.5.1/scripts/crosstool-NG.sh' at line # 544 in
<br>function 'main'
<br>[ERROR] Look at '/test/x-tools/i686-unknown-linux-gnu/build
<br><br>I googled and found the following similar problem :
<br><a href="http://old.nabble.com/Re:-Fwd:-Cross-compiler-build-stops-td14243012.html" target="_top" rel="nofollow">http://old.nabble.com/Re:-Fwd:-Cross-compiler-build-stops-td14243012.html</a><br><br>any idea ?
<br><br>enclosed is the build log
<br><br>Best Regards
<br>S.Ancelot<br /> <br />--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><div class="small"><br/><img src="http://old.nabble.com/images/icon_attachment.gif" > <strong>build.log</strong> (1M) <a href="http://old.nabble.com/attachment/26508680/0/build.log" target="_top">Download Attachment</a></div><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26508686[PATCH 1 of 1] patches/glibc: allows glibc2.9 to be compiled with binutils 2.202009-11-24T23:18:26Z2009-11-24T23:18:26ZFrederic Roussel-2# HG changeset patch
<br># User "Frederic Roussel" <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26508686&i=0" target="_top" rel="nofollow">fr.frasc@...</a>>
<br># Date 1259133428 28800
<br># Node ID 427cca5560d3ff2df143e6fb4e3b34028c094e97
<br># Parent 496eeb7effad7574955bceb2cbec7c3b970189ed
<br>patches/glibc: allows glibc2.9 to be compiled with binutils 2.20
<br><br>the configure script had to be modified to accept as/ld at versions greater
<br>than 2.19
<br>Signed-off-by: Frederic Roussel <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26508686&i=1" target="_top" rel="nofollow">fr.frasc@...</a>>
<br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26508687[PATCH 0 of 1] compilinmg glibc-2.9 with binutils-2.202009-11-24T23:18:25Z2009-11-24T23:18:25ZFrederic Roussel-2Hi all
<br><br>Here's a glibc patch to allow compiling glibc-2.9 with binutils-2.20. Just
<br>configure needed change. I am far from certain that my configure.in change
<br>is 100% correct.
<br><br>The problem showed up when I tried to compile glibc-2.10.1, but it failed with
<br>a problem already discussed earlier (July 23 in the mailing list). So I changed
<br>the glibc version without back-revving the binutils too. Anyway, more on that
<br>after the turkey ;-)
<br><br>Happy Thanksgiving
<br><br>--Frederic
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26508348Re: crosstool-NG build fails2009-11-24T23:01:43Z2009-11-24T23:01:43ZYann E. MORINCarl,
<br>All,
<br><br>On Wednesday 25 November 2009 05:08:18 piper.guy1 wrote:
<div class='shrinkable-quote'><br>> Here's what your script does. I extracted it from the log file and
<br>> tried it at the command line. It doesn't work.
<br>> carl@xu-mobile1:~/felabs/sysdev/toolchain/crosstool-ng-1.5.1$ wget
<br>> -T 10 -nc --progress=dot:binary --tries=1 ftp://gcc.gnu.org
<br>> /pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>> --2009-11-24 22:51:20--
<br>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>> => `cloog-ppl-0.15.7.tar.gz'
<br>> Resolving gcc.gnu.org... 209.132.176.174
<br>> Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>> Logging in as anonymous ...
<br>> Error in server response, closing control connection.
<br>> Giving up.
</div><br>Here's my own try:
<br><br># wget -T 10 -nc --progress=dot:binary --tries=1 \
<br> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br>--2009-11-25 07:54:05-- ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br> => `cloog-ppl-0.15.7.tar.gz'
<br>Resolving gcc.gnu.org... 209.132.176.174
<br>Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>Logging in as anonymous ... Logged in!
<br>==> SYST ... done. ==> PWD ... done.
<br>==> TYPE I ... done. ==> CWD /pub/gcc/infrastructure ... done.
<br>==> SIZE cloog-ppl-0.15.7.tar.gz ... 767746
<br>==> PASV ... done. ==> RETR cloog-ppl-0.15.7.tar.gz ... done.
<br>Length: 767746 (750K)
<br><br> 0K ................ ................ ................ 51% 196K 2s
<br> 384K ................ ................ ............. 100% 352K=3.0s
<br><br>2009-11-25 07:54:11 (250 KB/s) - `cloog-ppl-0.15.7.tar.gz' saved [767746]
<br><br>So it *is* working for me here!
<br><br>Definitely, there is a problem on your side. I don't see what to invetigate
<br>upon, beside what I suggested in my previous mail. I'm sorry, but I have
<br>no other clue.
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26507284Re: crosstool-NG build fails2009-11-24T20:08:18Z2009-11-24T20:08:18Zpiper.guy1On Tue, Nov 24, 2009 at 1:58 PM, Yann E. MORIN
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26507284&i=0" target="_top" rel="nofollow">yann.morin.1998@...</a>> wrote:
<div class='shrinkable-quote'><br>> Clark,
<br>> All,
<br>>
<br>> On Tuesday 24 November 2009 01:43:04 piper.guy1 wrote:
<br>>> [DEBUG] Appending LAN mirror URLs
<br>>> [DEBUG] Trying
<br>>> 'ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
<br>>> [DEBUG] ==> Executing: 'wget -T 10 -nc --progress=dot:binary
<br>>> --tries=3 --passive-ftp
<br>>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
<br>>> [ALL ] --2009-11-23 19:09:06--
<br>>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2
<br>>> [ALL ] => `cloog-ppl-0.15.7.tar.bz2'
<br>>> [ALL ] Resolving gcc.gnu.org... 209.132.176.174
<br>>> [ALL ] Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>>> [ALL ] Logging in as anonymous ...
<br>>> [ALL ] Error in server response, closing control connection.
<br>>> [ALL ] Retrying.
<br>>> This sequence of debug was repeated many times, then your site was
<br>>> tried with same result many times:
<br>>
<br>> Nope, the sequence should not repeat _exactly_. What crosstool-NG tries
<br>> is to download (using different techniques: passive ftp, http...) the
<br>> following, and stops at the first it finds:
<br>> - <basename>.tar.bz2
<br>> - <basename>.tar.gz
<br>> - <basename>.tgz
<br>> - <basename>.tar
<br>> - <basename>
<br>>
<br>> If all fails, then it _might_ fall back to using my site that _may_
<br>> contain _some_ tarballs of _some_ components (mostly snapshots of
<br>> uClibc). Please double-check your log file for this pattern.
<br>>
<br>> The reason for this sequence if that there is an ifrastructure for
<br>> downloads that abstracts all the hurdle, and takes only the 'basename'
<br>> of the archive. There is the possibility fo force a /preferred/
<br>> extension when calling the download wrappers, but it has not been
<br>> needed so far for me for any tarball from gnu.org (only a few sites
<br>> return non-404 content for missing files, such as the duma site).
<br>>
<br>> Are you, by chance, behind some kind of firewall that prevents your
<br>> machine to access the network? Or, maybe your DSL connection went
<br>> down at this moment? I just tried, and all (major) components just
<br>> downloaded OK for me a few minutes back...
<br>>
<br>> Another reason might be if gnu.org has protection against fast-repeating
<br>> connections to the server (to avoid DoS). In which case, a little sleep
<br>> in-between the iterations might be helpfull.
<br>>
<br>> Regards,
<br>> Yann E. MORIN.
<br>>
<br>> --
<br>> .-----------------.--------------------.------------------.--------------------.
<br>> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>> | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>> | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>> | <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>> `------------------------------^-------^------------------^--------------------'
<br>>
<br>>
<br>>
</div><br>Here's what your script does. I extracted it from the log file and
<br>tried it at the command line. It doesn't work.
<br><br> carl@xu-mobile1:~/felabs/sysdev/toolchain/crosstool-ng-1.5.1$ wget
<br>-T 10 -nc --progress=dot:binary --tries=1 ftp://gcc.gnu.org
<br>/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br> --2009-11-24 22:51:20--
<br>ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br> => `cloog-ppl-0.15.7.tar.gz'
<br> Resolving gcc.gnu.org... 209.132.176.174
<br> Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br> Logging in as anonymous ...
<br> Error in server response, closing control connection.
<br>Giving up.
<br><br><br><br><br>However I managed to manually FTP the file from the same place with no problem.
<br><br> carl@xu-mobile1:~/felabs/sysdev/toolchain/crosstool-ng-1.5.1$ ftp gcc.gnu.org
<br> Connected to gcc.gnu.org.
<br> 220 FTP Server ready.
<br> Name (gcc.gnu.org:carl): anonymous
<br> 331 Anonymous login ok, send your complete email address as your password
<br> Password:
<br> 230-
<br> *** Welcome to the ftp server for sourceware.org/gcc.gnu.org ***
<br><br> You are user 8 out of a maximum of 30 authorized anonymous logins.
<br> The current time here is Wed Nov 25 03:52:58 2009.
<br> If you experience any problems here, contact : overseers at this site
<br><br><br> 230 Anonymous login ok, restrictions apply.
<br> Remote system type is UNIX.
<br> Using binary mode to transfer files.
<br> ftp> cd pub/gcc/infrastructure
<br> 250 CWD command successful
<br> ftp> get cloog-ppl-0.15.7.tar.gz
<br> local: cloog-ppl-0.15.7.tar.gz remote: cloog-ppl-0.15.7.tar.gz
<br> 200 PORT command successful
<br> 150 Opening BINARY mode data connection for cloog-ppl-0.15.7.tar.gz
<br>(767746 bytes)
<br> 226 Transfer complete
<br> 767746 bytes received in 2.69 secs (278.8 kB/s)
<br><br><br><br><br>What am i missing? Why won't ct-ng work?
<br><br>/carl h.
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26502633Re: [OSELAS.Toolchain] Aligment trap in dynamic linker2009-11-24T12:38:39Z2009-11-24T12:38:39ZLadislav Michl-2For the archives: gcc-4.4.1 emits eh_frame section by default which
<br>a) makes binaries bigger
<br>b) produces said unaligned relocation
<br>(<a href="http://sourceware.org/ml/libc-ports/2009-11/msg00084.html" target="_top" rel="nofollow">http://sourceware.org/ml/libc-ports/2009-11/msg00084.html</a>)
<br><br>As I do not preted I understand all gcc's bells and whistles, I used
<br>gcc-4.3.4, which does not suffer from this problem. Patch adding gcc-4.3.4
<br>into OSELAS.Toolchain will be released tomorrow.
<br><br>Best regards,
<br> ladis
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26501460Re: crosstool-NG build fails2009-11-24T10:58:43Z2009-11-24T10:58:43ZYann E. MORINClark,
<br>All,
<br><br>On Tuesday 24 November 2009 01:43:04 piper.guy1 wrote:
<div class='shrinkable-quote'><br>> [DEBUG] Appending LAN mirror URLs
<br>> [DEBUG] Trying
<br>> 'ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
<br>> [DEBUG] ==> Executing: 'wget -T 10 -nc --progress=dot:binary
<br>> --tries=3 --passive-ftp
<br>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
<br>> [ALL ] --2009-11-23 19:09:06--
<br>> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2
<br>> [ALL ] => `cloog-ppl-0.15.7.tar.bz2'
<br>> [ALL ] Resolving gcc.gnu.org... 209.132.176.174
<br>> [ALL ] Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>> [ALL ] Logging in as anonymous ...
<br>> [ALL ] Error in server response, closing control connection.
<br>> [ALL ] Retrying.
<br>> This sequence of debug was repeated many times, then your site was
<br>> tried with same result many times:
</div><br>Nope, the sequence should not repeat _exactly_. What crosstool-NG tries
<br>is to download (using different techniques: passive ftp, http...) the
<br>following, and stops at the first it finds:
<br> - <basename>.tar.bz2
<br> - <basename>.tar.gz
<br> - <basename>.tgz
<br> - <basename>.tar
<br> - <basename>
<br><br>If all fails, then it _might_ fall back to using my site that _may_
<br>contain _some_ tarballs of _some_ components (mostly snapshots of
<br>uClibc). Please double-check your log file for this pattern.
<br><br>The reason for this sequence if that there is an ifrastructure for
<br>downloads that abstracts all the hurdle, and takes only the 'basename'
<br>of the archive. There is the possibility fo force a /preferred/
<br>extension when calling the download wrappers, but it has not been
<br>needed so far for me for any tarball from gnu.org (only a few sites
<br>return non-404 content for missing files, such as the duma site).
<br><br>Are you, by chance, behind some kind of firewall that prevents your
<br>machine to access the network? Or, maybe your DSL connection went
<br>down at this moment? I just tried, and all (major) components just
<br>downloaded OK for me a few minutes back...
<br><br>Another reason might be if gnu.org has protection against fast-repeating
<br>connections to the server (to avoid DoS). In which case, a little sleep
<br>in-between the iterations might be helpfull.
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26494444Re: crosstool-NG build fails2009-11-24T03:33:44Z2009-11-24T03:33:44Zmartinwguy> ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2
<br><br>Use .tar.gz
<br><br>ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.gz
<br><br> M
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26488747Re: crosstool-NG build fails2009-11-23T16:43:04Z2009-11-23T16:43:04Zpiper.guy1Here are the lines you requested:
<br><br>[DEBUG] Appending LAN mirror URLs
<br>[DEBUG] Trying
<br>'ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
<br>[DEBUG] ==> Executing: 'wget -T 10 -nc --progress=dot:binary
<br>--tries=3 --passive-ftp
<br>ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2'
<br>[ALL ] --2009-11-23 19:09:06--
<br>ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.7.tar.bz2
<br>[ALL ] => `cloog-ppl-0.15.7.tar.bz2'
<br>[ALL ] Resolving gcc.gnu.org... 209.132.176.174
<br>[ALL ] Connecting to gcc.gnu.org|209.132.176.174|:21... connected.
<br>[ALL ] Logging in as anonymous ...
<br>[ALL ] Error in server response, closing control connection.
<br>[ALL ] Retrying.
<br><br>This sequence of debug was repeated many times, then your site was
<br>tried with same result many times:
<br><br>[DEBUG] Trying
<br>'<a href="http://ymorin.is-a-geek.org/mirrors//cloog-ppl/cloog-ppl-0.15.7.tar'" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/mirrors//cloog-ppl/cloog-ppl-0.15.7.tar'</a><br>[DEBUG] ==> Executing: 'wget -T 10 -nc --progress=dot:binary
<br>--tries=3 --passive-ftp
<br><a href="http://ymorin.is-a-geek.org/mirrors//cloog-ppl/cloog-ppl-0.15.7.tar'" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/mirrors//cloog-ppl/cloog-ppl-0.15.7.tar'</a><br>[ALL ] --2009-11-23 19:13:45--
<br><a href="http://ymorin.is-a-geek.org/mirrors//cloog-ppl/cloog-ppl-0.15.7.tar" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/mirrors//cloog-ppl/cloog-ppl-0.15.7.tar</a><br>[ALL ] Resolving ymorin.is-a-geek.org... 83.195.253.108
<br>[ALL ] Connecting to ymorin.is-a-geek.org|83.195.253.108|:80... connected.
<br>[ALL ] HTTP request sent, awaiting response... 404 Not Found
<br>[ALL ] 2009-11-23 19:13:45 ERROR 404: Not Found.
<br><br>I pinged gcc.gnu.org with no problems.
<br>'Error in server response' AND '404 Not Found' seem to be the 2 problems.
<br><br>Ideas?
<br><br>thanx
<br>/carl h.
<br><br><br>On Mon, Nov 23, 2009 at 2:14 PM, Yann E. MORIN
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26488747&i=0" target="_top" rel="nofollow">yann.morin.1998@...</a>> wrote:
<div class='shrinkable-quote'><br>> Carl,
<br>> All,
<br>>
<br>> On Monday 23 November 2009 01:23:39 piper.guy1 wrote:
<br>>> Yes thank-you. It makes sense now that I look back. I'm trying to get
<br>>> up to speed on Linux and embedded Linux. I hope I'm allowed to use my
<br>>> one dumb question credit for this one. :-)
<br>>
<br>> OK, credit exhausted, now! ;-)
<br>>
<br>>> But, now that I can continue, I have come up against another problem.
<br>>> There's some component that it can't download:
<br>>> [INFO ] Retrieving needed toolchain components' tarballs
<br>>> [EXTRA] Retrieving 'cloog-ppl-0.15.7'
<br>>> [ERROR] Could not retrieve 'cloog-ppl-0.15.7'.
<br>>> [05:46] / make: *** [build] Error 1
<br>>> I've tried several times.
<br>>> Any thoughts on this?
<br>>
<br>> What's in the log file? You'll find the complete log file in your install
<br>> directory, the file is named build.log. Copy the last few lines, starting
<br>> at: [EXTRA] Retrieving 'cloog-ppl-0.15.7'
<br>>
<br>> Regards,
<br>> Yann E. MORIN.
<br>>
<br>> --
<br>> .-----------------.--------------------.------------------.--------------------.
<br>> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>> | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>> | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>> | <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>> `------------------------------^-------^------------------^--------------------'
<br>>
<br>>
<br>>
</div><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26484171Re: crosstool-NG build fails2009-11-23T11:14:30Z2009-11-23T11:14:30ZYann E. MORINCarl,
<br>All,
<br><br>On Monday 23 November 2009 01:23:39 piper.guy1 wrote:
<br>> Yes thank-you. It makes sense now that I look back. I'm trying to get
<br>> up to speed on Linux and embedded Linux. I hope I'm allowed to use my
<br>> one dumb question credit for this one. :-)
<br><br>OK, credit exhausted, now! ;-)
<br><br>> But, now that I can continue, I have come up against another problem.
<br>> There's some component that it can't download:
<br>> [INFO ] Retrieving needed toolchain components' tarballs
<br>> [EXTRA] Retrieving 'cloog-ppl-0.15.7'
<br>> [ERROR] Could not retrieve 'cloog-ppl-0.15.7'.
<br>> [05:46] / make: *** [build] Error 1
<br>> I've tried several times.
<br>> Any thoughts on this?
<br><br>What's in the log file? You'll find the complete log file in your install
<br>directory, the file is named build.log. Copy the last few lines, starting
<br>at: [EXTRA] Retrieving 'cloog-ppl-0.15.7'
<br><br>Regards,
<br>Yann E. MORIN.
<br><br>--
<br>.-----------------.--------------------.------------------.--------------------.
<br>| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>| <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>`------------------------------^-------^------------------^--------------------'
<br><br><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26476983gcc build fails2009-11-23T04:10:26Z2009-11-23T04:10:26Zabhijeet tripathi-2Hello,
<br><br>I am trying to build a toolchain for my arm1176 base-board but first phase build of gcc fails with following error:
<br><br>======
<br>nux-toolchain//arm-none-linux-gnueabi/include -isystem /opt/arm-linux-toolchain//arm-none-linux-gnueabi/sys-include -g -O2 -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -fPIC -Wno-missing-prototypes -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc -I../../../libgcc/../include -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c ../../../libgcc/../gcc/libgcc2.c \
<br><br>In file included from ../../../libgcc/../gcc/libgcc2.c:29:
<br>../../../libgcc/../gcc/tsystem.h:87:19: error: stdio.h: No such file or directory
<br>../../../libgcc/../gcc/tsystem.h:90:23: error: sys/types.h: No such file or directory
<br>../../../libgcc/../gcc/tsystem.h:93:19: error: errno.h: No such file or directory
<br>../../../libgcc/../gcc/tsystem.h:100:20: error: string.h: No such file or directory
<br>../../../libgcc/../gcc/tsystem.h:101:20: error: stdlib.h: No such file or directory
<br>../../../libgcc/../gcc/tsystem.h:102:20: error: unistd.h: No such file or directory
<br>../../../libgcc/../gcc/tsystem.h:108:18: error: time.h: No such file or directory
<br>make[2]: *** [_muldi3.o] Error 1
<br>make[2]: Leaving directory `/home/abhijeet/IHR/Toolchain/gcc-4.4.1/arm-linux/arm-none-linux-gnueabi/libgcc'
<br>make[1]: *** [all-target-libgcc] Error 2
<br>make[1]: Leaving directory `/home/abhijeet/IHR/Toolchain/gcc-4.4.1/arm-linux'
<br>make: *** [all] Error 2
<br>======
<br><br>I am using the below config lines:
<br><br>=====
<br>../configure --target=arm-none-linux-gnueabi --disable-shared --disable-threads --prefix=/opt/arm-linux-toolchain/--with-headers=/home/abhijeet/IHR/kernel_src/linux-2.6-stable/include/ --with-gnu-as --with-gnu-ld --enable-multilib --enable-languages=c --enable-cross --enable-__cxa_atexit --enable-c99 --disable-libmudflap --disable-libssp --disable-libgomp --enable-symvers=gnu --with-numa-policy=yes --with-arch=armv6j --with-cpu=arm1176jzf-s --with-tune=arm1176jzf-s --with-fpu=vfp --with-float=softfp --with-gmp=/opt/arm-linux-toolchain/ --with-mpfr=/opt/arm-linux-toolchain/
<br>=====
<br><br>Best regards,
<br><br>Abhijeet Tripathi
<br>Email: <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26476983&i=0" target="_top" rel="nofollow">abhijeet.tripathy@...</a>
<br><br><br> The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. <a href="http://in.yahoo.com/" target="_top" rel="nofollow">http://in.yahoo.com/</a><br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26473209Re: can I build binutil with elf32-tradlittlemips support2009-11-22T22:05:32Z2009-11-22T22:05:32ZmiloodyHi all:
<br><br>2009/11/23 loody <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26473209&i=0" target="_top" rel="nofollow">miloody@...</a>>:
<div class='shrinkable-quote'><br>> Hi all:
<br>>
<br>> I have something wired and I have no idea whether it comes with
<br>> elf32-littlemips and elf32-tradlittlemips these 2 different mips link
<br>> format.
<br>>
<br>> 1. I have 2 mips-toolchains, tool A, one support elf32-tradlittlemips
<br>> with gcc 3.4.4, and, tool B, generated by cross-ng which support
<br>> elf32-littlemips with gcc4.2.1.
<br>> 2. I compile my test program with these 2 toolchain with "-c -g "
<br>> option, and i can see source codes embedded in *.o, the elf output I
<br>> build.
<br>> 3. but after I use linker to link them together, I can see the source
<br>> codes embedded in the final ELF output with tool A build, but tool B
<br>> cannot.
<br>>
<br>> I know the version of these toolchains is quite different, 4.2.1 vs 3.4.4.
<br>> But everything seems fine before final linking, and the parameters i
<br>> pass to ld are the same, except the output format they support.
<br>>
<br>> Is there any document or steps can tell me how to generate binutils
<br>> which supports elf32-tradlittlemips such that I can do the comparison,
<br>> since i cannot see any setting about these 2 format in ct-ng
<br>> menuconfig.
<br>>
<br>> I attach my result and commands at the end of letter for your reference.
<br>> appreciate your help,
<br>> miloody
<br>>
<br>>
<br>> /* source codes not embedded in the elf*/
<br>> 80000298 <main>:
<br>> 80000298: 27bdffd8 addiu sp,sp,-40
<br>> 8000029c: afbf0024 sw ra,36(sp)
<br>> 800002a0: afbe0020 sw s8,32(sp)
<br>> 800002a4: 03a0f021 move s8,sp
<br>> 800002a8: 24020017 li v0,23
<br>> 800002ac: afc20018 sw v0,24(s8)
<br>> 800002b0: 24020020 li v0,32
<br>> 800002b4: afc20014 sw v0,20(s8)
<br>> 800002b8: 2402002c li v0,44
<br>> 800002bc: afc20010 sw v0,16(s8)
<br>> 800002c0: 8fc30018 lw v1,24(s8)
<br>> 800002c4: 8fc20014 lw v0,20(s8)
<br>> 800002c8: 00621821 addu v1,v1,v0
<br>> 800002cc: 8fc20010 lw v0,16(s8)
<br>> 800002d0: 00621021 addu v0,v1,v0
<br>> 800002d4: afc20018 sw v0,24(s8)
<br>> 800002d8: 24040100 li a0,256
<br>> 800002dc: 0c0000d8 jal 80000360 <malloc>
<br>> 800002e0: 00000000 nop
<br>> 800002e4: afc2001c sw v0,28(s8)
<br>> 800002e8: 0c00009e jal 80000278 <newline>
<br>> 800002ec: 00000000 nop
<br>> 800002f0: 03c0e821 move sp,s8
<br>> 800002f4: 8fbf0024 lw ra,36(sp)
<br>> 800002f8: 8fbe0020 lw s8,32(sp)
<br>> 800002fc: 27bd0028 addiu sp,sp,40
<br>>
<br>> /*source code is embedded in elf*/
<br>> int main()
<br>> //int c_entry()
<br>> {
<br>> 90: 27bdffd8 addiu sp,sp,-40
<br>> 94: afbf0024 sw ra,36(sp)
<br>> 98: afbe0020 sw s8,32(sp)
<br>> 9c: 03a0f021 move s8,sp
<br>> char * point;
<br>> int a,b,c;
<br>> a =23;
<br>> a0: 24020017 li v0,23
<br>> a4: afc20018 sw v0,24(s8)
<br>> b = 32;
<br>> a8: 24020020 li v0,32
<br>> ac: afc20014 sw v0,20(s8)
<br>> c = 44;
<br>> b0: 2402002c li v0,44
<br>> b4: afc20010 sw v0,16(s8)
<br>> a = a+b+c;
<br>> b8: 8fc30018 lw v1,24(s8)
<br>> bc: 8fc20014 lw v0,20(s8)
<br>> c0: 00621821 addu v1,v1,v0
<br>> c4: 8fc20010 lw v0,16(s8)
<br>> c8: 00621021 addu v0,v1,v0
<br>> cc: afc20018 sw v0,24(s8)
<br>>
<br>> /*my commands that I can see source */
<br>> mipsel-unknown-elf-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -D_ASSEMBLER_ -c
<br>> init.S
<br>> mipsel-unknown-elf-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -D_ASSEMBLER_ -c
<br>> reset.S
<br>> mipsel-unknown-elf-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -c atexit.c
<br>> mipsel-unknown-elf-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -c main.c
<br>> mipsel-unknown-elf-ld -T ./link.xn -o TestCode.elf -Map TestCode.map
<br>> --oformat elf32-littlemips init.o reset.o atexit.o main.o -static
<br>> -nostdlib -L/media/sdb1/newlib-1.17.0/build/mipsel/lib
<br>> -L/root/bare_metal/x-tools/mipsel-unknown-elf/lib/gcc/mipsel-unknown-elf/4.2.4
<br>> -lc -lnullmon -lgcc
<br>> rm -f TestCode.dla
<br>> rm -f TestCode.dnm
<br>>
<br>> /* commands that I cannot see source
<br>> sde-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -D_ASSEMBLER_ -c
<br>> init.S
<br>> sde-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -D_ASSEMBLER_ -c
<br>> reset.S
<br>> sde-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -c atexit.c
<br>> sde-gcc -g -G 0 -mips32r2 -fno-omit-frame-pointer
<br>> -fno-optimize-sibling-calls -I./include -I./device/display
<br>> -I./device/fatfs -I./device/misc -I./device/ntstrg -I./device/ntuart
<br>> -I./device/ntxsub -I./device/vpu
<br>> -I/media/sdb1/newlib-1.17.0/build/mipsel/include -c main.c
<br>> sde-ld -T ./link.xn -o TestCode.elf -Map TestCode.map --oformat
<br>> elf32-tradlittlemips init.o reset.o atexit.o main.o -static -nostdlib
<br>> -L/media/sdb1/newlib-1.17.0/build/mipsel/lib
<br>> -L/root/bare_metal/x-tools/sde/lib/gcc/3.4.4/el -lc -lnullmon -lgcc
<br>> rm -f TestCode.dla
</div>I find binutil seems give up elf32-littlemips since 2.11.90.04
<br>below is the release note excerpted from binutils
<br>Changes from binutils 2.11.90.0.4:
<br>1. Update from binutils 2001 0414.
<br>2. Fix an ia64 assembler bug.
<br>3. Change Linux/MIPS to use the SVR4 MIPS ABI instead of the IRIX ABI.
<br>since there are no supports for the IRIX ABI in glibc. The current
<br>Linux/MIPS targets are elf64-tradlittlemips for little endian MIPS
<br>instead of elf32-littlemips and elf64-tradbigmips for big endian MIPS
<br>instead of elf32-bigmips. Glibc, gcc and kernel may have to be modified
<br>for this change.
<br><br>BTW, I use buildroot to generate mips toolchain and the ld really
<br>support elf32-tradlittlemips/elf32-tradbigmips.
<br>I append the output of ld and configure at the end of letter.
<br>My question is :
<br>Is there any additional binutil options I have to set in ct-ng menuconfig?
<br>appreciate your help,
<br>miloody
<br><br>ld output:
<br>buildroot-2009.05/gcc_4_1__build_mipsel/staging_dir/usr#
<br>./bin/mipsel-linux-ld --verbose
<br>GNU ld (GNU Binutils) 2.17
<br> Supported emulations:
<br> elf32ltsmip
<br> elf32btsmip
<br> elf32ltsmipn32
<br> elf64ltsmip
<br> elf32btsmipn32
<br> elf64btsmip
<br>using internal linker script:
<br>==================================================
<br>/* Script for -z combreloc: combine and sort reloc sections */
<br>OUTPUT_FORMAT("elf32-tradlittlemips", "elf32-tradbigmips",
<br> "elf32-tradlittlemips")
<br><br>buildroot binutil configure:
<br>/media/sda6/uclinux/toolchain/mips/temp/buildroot-2009.05/gcc_4_1__toolchain_build_mipsel/binutils-2.19/configure
<br>\
<br> --prefix=/usr \
<br> --build=i386-pc-linux-gnu \
<br> --host=i386-pc-linux-gnu \
<br> --target=mipsel-linux-uclibc \
<br> --mandir=/usr/share/man \
<br> --infodir=/usr/share/info \
<br><br>--with-sysroot=/media/sda6/uclinux/toolchain/mips/temp/buildroot-2009.05/gcc_4_1__toolchain_build_mipsel/uClibc_dev/
<br>\
<br><br>--with-sysroot=/media/sda6/uclinux/toolchain/mips/temp/buildroot-2009.05/gcc_4_1__build_mipsel/staging_dir
<br>\
<br> --disable-nls \
<br> --disable-multilib \
<br> --disable-werror \
<br> --with-float=soft \
<br><br>--with-gmp="/media/sda6/uclinux/toolchain/mips/temp/buildroot-2009.05/gcc_4_1__toolchain_build_mipsel/gmp"
<br>--with-mpfr="/media/sda6/uclinux/toolchain/mips/temp/buildroot-2009.05/gcc_4_1__toolchain_build_mipsel/mpfr"
<br><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>tag:old.nabble.com,2006:post-26471092Re: crosstool-NG build fails2009-11-22T16:23:39Z2009-11-22T16:23:39Zpiper.guy1Yes thank-you. It makes sense now that I look back. I'm trying to get
<br>up to speed on Linux and embedded Linux. I hope I'm allowed to use my
<br>one dumb question credit for this one. :-)
<br><br>But, now that I can continue, I have come up against another problem.
<br>There's some component that it can't download:
<br><br> [INFO ] Retrieving needed toolchain components' tarballs
<br> [EXTRA] Retrieving 'cloog-ppl-0.15.7'
<br> [ERROR] Could not retrieve 'cloog-ppl-0.15.7'.
<br> [05:46] / make: *** [build] Error 1
<br><br>I've tried several times.
<br><br>Any thoughts on this?
<br><br>thanx
<br>/carl h.
<br><br><br>On Sun, Nov 22, 2009 at 4:45 PM, Yann E. MORIN
<br><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26471092&i=0" target="_top" rel="nofollow">yann.morin.1998@...</a>> wrote:
<div class='shrinkable-quote'><br>> On Sunday 22 November 2009 22:11:04 piper.guy1 wrote:
<br>>> I have done all the instructions as required. But when I
<br>>> invoke the build (./ct_ng build) it fails almost
<br>>> immediately with this error:
<br>>> carl@xu-mobile1:~/felabs/sysdev/toolchain/crosstool-ng-1.5.1$ ./ct-ng build
<br>>> [INFO ] Performing some trivial sanity checks
<br>>> [INFO ] Build started 20091122.141722
<br>>> [INFO ] Building environment variables
<br>>> [WARN ] Directory '/home/carl/src' does not exist. Will not save
<br>>> downloaded tarballs to local storage.
<br>>> [EXTRA] Preparing working directories
<br>>> [WARN ] You did not specify the build system. That's OK, I can guess...
<br>>> [ERROR] Missing: 'i486-linux-gnu-g++' or 'i486-linux-gnu-g++' or
<br>>> 'g++' : either needed!
<br>>
<br>> The message is quite explicit: you do not have a native g++ compiler
<br>> on your host machine. Maybe you need to run:
<br>> apt-get install g++
<br>>
<br>> On my Debian lenny, the g++ C++ compiler is packaged separately from
<br>> the gcc C compiler. I guess it's the same for Ubuntu.
<br>>
<br>>> It appears that ct-ng can't find the native GNU compiler on my build
<br>>> system. But when I type invoke the compiler directly at the command
<br>>> line it has no trouble finding and running it, which tells me that the
<br>>> paths are set up correctly I believe.
<br>>>
<br>>> carl@xu-mobile1:~/felabs/sysdev/toolchain/crosstool-ng-1.5.1$ gcc -v
<br>>
<br>> This is gcc, not g++. What does running the following says:
<br>> g++ --version
<br>>
<br>>> I even set the path to where gcc is located under the option 'Tools
<br>>> prefix' under Toolchain Options, but it still can't build.
<br>>> Why can't it resolve the path to where gcc is located?
<br>>
<br>> It's not tring to find 'gcc', but to find 'g++'. Install g++, and try again.
<br>>
<br>> Regards,
<br>> Yann E. MORIN.
<br>>
<br>> --
<br>> .-----------------.--------------------.------------------.--------------------.
<br>> | Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
<br>> | +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
<br>> | +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
<br>> | <a href="http://ymorin.is-a-geek.org/" target="_top" rel="nofollow">http://ymorin.is-a-geek.org/</a> | _/*\_ | / \ HTML MAIL | v conspiracy. |
<br>> `------------------------------^-------^------------------^--------------------'
<br>>
<br>>
<br>>
</div><br>--
<br>For unsubscribe information see <a href="http://sourceware.org/lists.html#faq" target="_top" rel="nofollow">http://sourceware.org/lists.html#faq</a><br><br><p>From forum: <a href="http://old.nabble.com/Sourceware---crossgcc-list-f12161.html" embed="fixTarget[12161]" target="_top" >Sourceware - crossgcc list</a></p>