All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] External toolchain
@ 2009-03-25 22:14 H Hartley Sweeten
  2009-03-25 23:36 ` Daniel Mack
  0 siblings, 1 reply; 19+ messages in thread
From: H Hartley Sweeten @ 2009-03-25 22:14 UTC (permalink / raw)
  To: buildroot

Hello all,

This might not be the correct list to ask this on but I'll try anyway..

I have been using Buildroot with an external toolchain provided by
Cirrus Logic for an ARM ep93xx based board. This toolchain has worked
fine ever since I started using it.

$ arm-linux-gcc --version
arm-linux-gcc (GCC) 4.1.1
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

I just grabbed the latest 2.6.29 kernel and it appears the 4.1.1
compiler is not compatible, this is in include/linux/compiler-gcc4.h:

/* GCC 4.1.[01] miscompiles __weak */
#if __GNUC_MINOR__ == 1 && __GNUC_PATCHLEVEL__ <= 1
# error Your version of gcc miscompiles the __weak directive
#endif

Ok.. Fine... I needed/wanted to switch to a newer toolchain for
sometime. On recommendation from another ep93xx user I downloaded the
Code Sourcery G++ 207q3-51 toolchain.

$ arm-none-linux-gnueabi-gcc --version
arm-none-linux-gnueabi-gcc (CodeSourcery Sourcery G++ Lite 2007q3-51)
4.2.1
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.

Now I have a problem I can't figure out.

I can get Buildroot to use the Code Sourcery toolchain and it compiles
the 2.6.29 kernel fine. But, when I try to boot the kernel it just hangs
after the "Uncompressing Linux.... done, booting the kernel." step.

I went back to kernel 2.6.28.8 and tried it with the Code Sourcery
toolchain, same results. But, if I switch back to the Cirrus 4.1.1
toolchain the kernel boots fine.

Am I just missing something? Any help would be appreciated.

Thanks,
Hartley

^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Buildroot] external toolchain
@ 2009-12-01 13:59 Jonathan dumaresq
  2009-12-01 14:33 ` Thomas Petazzoni
  2009-12-01 14:49 ` Peter Korsgaard
  0 siblings, 2 replies; 19+ messages in thread
From: Jonathan dumaresq @ 2009-12-01 13:59 UTC (permalink / raw)
  To: buildroot

Hi all,

Does any one here have used the crosstoll-ng for AVR32 with buildroot ?

Does it work correctly. From What I see, the crosstool is marked as
experimental and do not offer c++ support. 

Is it possible to use the toolchain build by buildroot and reusit as
external toolchain ?

Jonathan

^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Buildroot] External Toolchain
@ 2011-04-10  1:39 Charles Krinke
  0 siblings, 0 replies; 19+ messages in thread
From: Charles Krinke @ 2011-04-10  1:39 UTC (permalink / raw)
  To: buildroot

I'm trying to understand the use of an external toolchain in buildroot.

I have the latest CodeSourcery toolchain. This is the one from
http://www.codesourcery.com/sgpp/lite/power/portal/release1571 which is gcc
4.5.1.

I am trying to integrate it into buildroot sufficiently to build just root
filesystems for my project.

I have it in my path and it is "powerpc-linux-gnu-" and installed it in its
default location which is "/root/CodeSourcery/Sourcery_G++_Lite/bin/".

Next, I changed External Toolchain path from "/path/to/staging_dir/usr" to
"/root/CodeSourcery/Sourcery_G++_Lite/" and "External toolchain prefix from
"$(ARCH)-linux" to "powerpc-linux-gnu" and when running a make with the
uclibc option selected I get "Checking external toolchain settings,
Incorrect selection of the C library". When I select "glibc" instead, I just
get an "Error 1" from make and no additional information.

I would like to use a CodeSourcery binary and I would like to compile both
glibc and uclibc root filesystems.

Could I ask for a little help understanding what is going on, please?

-- 
Charles Krinke
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20110409/f49f3d19/attachment.html>

^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Buildroot] external toolchain
@ 2012-08-17 12:47 Zoran Djordjevic
  2012-08-17 13:19 ` Yann E. MORIN
  0 siblings, 1 reply; 19+ messages in thread
From: Zoran Djordjevic @ 2012-08-17 12:47 UTC (permalink / raw)
  To: buildroot

Hello
?
I am using buildroot to build RFS with external toolchain support.
When using?Crosstool- NG, it builds OK, but on my target I got
an error- saying "kernel too old". Seems to me that there is no other
way out (is it so ?) knowing that 2.6.32 is the?latest?kernel that I 
found for my board.?So I tried with Sourcery Code Bench ARM2009q1. 
While building, it shows an error, regarding libev - saying:
"memory fences not defined for your architecture, please report".
I don't know the meaning and apparently how to avoid that (if
possible), so I ask myself can I?miss?building libev (or better how
can I solve above mentined issue) ?? In fact I can avoid it, by simple
uncheking appropriate check box, ?but what consequences?can be then ?
?
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120817/7171a513/attachment.html>

^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Buildroot] external toolchain
@ 2012-08-18  7:33 Zoran Djordjevic
  2012-08-18  9:47 ` Yann E. MORIN
  0 siblings, 1 reply; 19+ messages in thread
From: Zoran Djordjevic @ 2012-08-18  7:33 UTC (permalink / raw)
  To: buildroot

Thank you?Yann for revealing me the matter about Crosstool- NG adjustment
and related to glibc. I?was not?able to try (but will do at monday), however,
it raises another question to me. Having in mind that I built with??2.6.9 choice?
- which is default (although I didn't know the fact) and that my exact kernel
version is 2.6.32.2 (that is on target board) then how it comes?the error
"kernel too old" (because target kernel is newer one) ???
?
Best regard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120818/28925e21/attachment.html>

^ permalink raw reply	[flat|nested] 19+ messages in thread
* [Buildroot] external toolchain
@ 2012-08-19 18:46 Zoran Djordjevic
  0 siblings, 0 replies; 19+ messages in thread
From: Zoran Djordjevic @ 2012-08-19 18:46 UTC (permalink / raw)
  To: buildroot

Well, Yann, no matter if I suceed or no,?I must tell that 
your answer is just an example of clear and streightforward 
explanation. 
At my sorrow, it also?tells me that I am at the very, very, very 
beginning?of learning Linux internals. 
If I persist, I'll ask some more questions.
?
Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20120819/022046fc/attachment.html>

^ permalink raw reply	[flat|nested] 19+ messages in thread
end of thread, other threads:[~2012-08-19 18:46 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-03-25 22:14 [Buildroot] External toolchain H Hartley Sweeten
2009-03-25 23:36 ` Daniel Mack
2009-03-25 23:45   ` H Hartley Sweeten
  -- strict thread matches above, loose matches on Subject: below --
2009-12-01 13:59 [Buildroot] external toolchain Jonathan dumaresq
2009-12-01 14:33 ` Thomas Petazzoni
2009-12-01 14:38   ` Jonathan dumaresq
2009-12-01 14:49 ` Peter Korsgaard
2009-12-01 15:32   ` Jonathan dumaresq
2009-12-01 15:34     ` Peter Korsgaard
2009-12-01 20:16   ` Jonathan dumaresq
2009-12-01 20:32     ` Peter Korsgaard
2009-12-01 20:53       ` Jonathan dumaresq
2011-04-10  1:39 [Buildroot] External Toolchain Charles Krinke
2012-08-17 12:47 [Buildroot] external toolchain Zoran Djordjevic
2012-08-17 13:19 ` Yann E. MORIN
2012-08-17 18:05   ` Zoran Djordjevic
2012-08-18  7:33 Zoran Djordjevic
2012-08-18  9:47 ` Yann E. MORIN
2012-08-19 18:46 Zoran Djordjevic

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.