On 3/12/12 11:14 AM, Andrew Benton wrote:
> Fedora-16-x86_64-Live-Desktop.iso
>
> FWIW I can do you sysroot method if I patch gcc with the cross_compile
> patch and add these options to configure:
>--without-ppl --without-cloog \
>--without-target-libiberty --without-target-zlib
>
> I'm not
On Mon, 12 Mar 2012 18:17:54 +
Pierre Labastie wrote:
> I've run binutils/gcc-pass1 following Jeremy's patch, with gcc-4.6.3,
> so without --disable-target-*.
>
> It compiles. zlib is compiled in the gcc-build/zlib directory, with the
> host toolchain, then linked to gcc after building gcc.
Le 12/03/2012 15:07, Andrew Benton a écrit :
> The --disable-target-zlib and --disable-target-libiberty patch is what
> we're discussing here. Jeremy says he can compile without it.
>
> Andy
I've run binutils/gcc-pass1 following Jeremy's patch, with gcc-4.6.3,
so without --disable-target-*.
It com
On Mon, 12 Mar 2012 09:47:18 +
Matthew Burgess wrote:
> On Mon, 12 Mar 2012 09:36:15 +, Andrew Benton wrote:
> > The book fails for me installing glibc, I
> > have to add libc_cv_ctors_header=yes to glibc's configure options. But
> > you knew that, it was you who suggested that solution
On Mon, 12 Mar 2012 11:47:21 +
Jeremy Huntwork wrote:
> On 3/12/12 7:24 AM, Andrew Benton wrote:
> > I mainly use my current LFS install, I get the same errors if I use a
> > Fedora or Ubuntu live CD.
>
> Which version specifically? If I get a chance, I'll download an iso and
> fire up a vi
Le 12/03/2012 15:07, Andrew Benton a écrit :
> The --disable-target-zlib and --disable-target-libiberty patch is what
> we're discussing here. Jeremy says he can compile without it.
>
> Andy
I can compile without it too. But I do not have the logs anymore.
I looked at logs obtained with the patch.
On Mon, 12 Mar 2012 13:47:51 +
Pierre Labastie wrote:
> OK, sorry,
> I use --disable-target-zlib. Anyway : any library will be supposed to
> run on the target,
> so be compiled with xgcc. As an exception, I think libiberty, if not
> disabled, is compiled
> twice: once to run on the host and
Le 12/03/2012 14:16, Andrew Benton a écrit :
> On Mon, 12 Mar 2012 11:47:16 +
> Jeremy Huntwork wrote:
>
>> Yes, when you are cross compiling you (typically) can't bootstrap, so
>> they disable the bootstrap if it's determined you are building a cross
>> compiler. So where we would normally ne
On Mon, 12 Mar 2012 11:47:16 +
Jeremy Huntwork wrote:
> Yes, when you are cross compiling you (typically) can't bootstrap, so
> they disable the bootstrap if it's determined you are building a cross
> compiler. So where we would normally need the --disable-bootstrap
> switch, we don't here
On Mon, 12 Mar 2012 11:24:27 +, Andrew Benton wrote:
> On Mon, 12 Mar 2012 09:47:18 +
> Matthew Burgess wrote:
>
>> I must admit to being really confused by your need for these
> workarounds.
>
> Me too. It makes me feel stupid.
I think you're being a bit harsh on yourself there, Andy!
On 3/12/12 7:24 AM, Andrew Benton wrote:
> I mainly use my current LFS install, I get the same errors if I use a
> Fedora or Ubuntu live CD.
Which version specifically? If I get a chance, I'll download an iso and
fire up a virtual machine to see if I can replicate.
JH
--
http://linuxfromscratch
On 3/12/12 7:25 AM, Pierre Labastie wrote:
> Le 12/03/2012 10:18, Andrew Benton a écrit :
>> I've only just woken up so I've not had time to check, but looking at
>> the output above I'm pretty sure ${LFS_TGT} is set because I can see
>> lots of `x86_64-lfs-linux-gnu'. I also think it's doing a boo
Le 12/03/2012 10:18, Andrew Benton a écrit :
> On Mon, 12 Mar 2012 00:31:41 +
> Jeremy Huntwork wrote:
>
>>> On Fri, 2012-03-02 at 00:39 +, Andrew Benton wrote:
>>> I'm still no nearer to figuring out why I get this error. Trying to
>>> follow Jeremy's new newlib build method fails for me
On Mon, 12 Mar 2012 09:47:18 +
Matthew Burgess wrote:
> I must admit to being really confused by your need for these workarounds.
Me too. It makes me feel stupid.
> Is this from your Fedora 16 Live CD? I'm building from a Fedora 16 host
> with all updates from 'yum update' on an x86_64 box
On 03/11/12 23:43, Andrew Benton wrote:
> Hello,
> I've just changed to shadow-4.1.5 and it's caused me a problem. When I
> launch Xorg I do it with a bootscript like this:
>
> user=andy
> su - ${user} -c "xinit /etc/X11/xinitrc&> ~/.x-session-errors"
>
> With shadow-4.1.4.3 it worked fine but wit
On Mon, 12 Mar 2012 09:36:15 +, Andrew Benton wrote:
> On Mon, 12 Mar 2012 00:19:46 +
> Matt Burgess wrote:
>
>> OK, the paragraph above your output stated that it "fails for me at the
>> first pass of gcc", hence why I tested against the first pass of GCC.
>> That said, I *now* notice
On Mon, 12 Mar 2012 00:19:46 +
Matt Burgess wrote:
> OK, the paragraph above your output stated that it "fails for me at the
> first pass of gcc", hence why I tested against the first pass of GCC.
> That said, I *now* notice that paragraph also states your results are
> from testing JH's new
On Mon, 12 Mar 2012 00:31:41 +
Jeremy Huntwork wrote:
> > On Fri, 2012-03-02 at 00:39 +, Andrew Benton wrote:
> > I'm still no nearer to figuring out why I get this error. Trying to
> > follow Jeremy's new newlib build method fails for me at the first pass
> > of gcc:
> > checking for st
18 matches
Mail list logo