Building SVN-20081028 on a Playstation 3

Hi, My apologies if this is the wrong list for this post.. Due to the fact that lfs SVN-20081028 uses gcc-4.3 and a 2.6.27 kernel, which both contain various ps3 specific optimisation possibilities, I'm very interested by the idea of building an lfs system on a Playstation 3 using ydl-6 as a h

Re: Building SVN-20081028 on a Playstation 3

At 13:28 29-10-08, you wrote: >Selon John Frankish <[EMAIL PROTECTED]>: > > > Hi, > > > > My apologies if this is the wrong list for this post.. > > > > Due to the fact that lfs SVN-20081028 uses gcc-4.3 and a 2.6.27 > > kernel, whic

gcc-4.3.2 build fails

Hi, I'm trying to build on a playstation 3 with yellow dog linux v6 Although binutils-2.18 builds OK, gcc-4.3.2 fails after the first bootstrap pass succeeds and then gcc tries to compile a second version of itself. The failure is "gcc compiler cannot build executables" - config.log does not g

Re: gcc-4.3.2 build fails

At 21:22 01-11-08, you wrote: >John Frankish wrote: > > Hi, > > > > I'm trying to build on a playstation 3 with yellow dog linux v6 > > > > Although binutils-2.18 builds OK, gcc-4.3.2 fails after the first > > bootstrap pass succeeds and then gcc tri

Re: gcc-4.3.2 build fails

At 11:00 01-11-08, you wrote: >On Saturday 01 November 2008 02:49:24 John Frankish wrote: > > Any suggestions where I might be going wrong? > >Hi, > > >Have you had a chance to look at the clfs project yet? The build method >and support structure looks to be in place to

Re: gcc-4.3.2 build fails

At 22:55 05-11-08, you wrote: >On Sun, Nov 02, 2008 at 01:55:25AM -0800, Trent >Shea wrote: > On Saturday 01 November 2008 >23:59:36 John Frankish wrote: > > If I >understand correctly, due to the fact that the >ps3 has a 64-bit > > cpu/kernel and 32-bit os, I &

Re: libusb and usbutils

At 12:14 29-12-08, you wrote: >We have a problem with libusb and usbutils. > >libusb has released 1.0.0 on 2008-12-13. >usbutils is at version 0.73 released on 2007-10-24. > >usbutils configure wants a function, usb_get_string_simple(), that is not in >libusb-1.0.0. There are functions libusb_get

"mount --bind" with rootfs

As per Chapter 6.2.2 of SVN-20090401 where the host (tinycorelinux) runs entirely in ram I get this: # mount --bind /dev /mnt/sdc1/dev mount: wrong fs type, bad option, bad superblock on /dev, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dm

RE: "mount --bind" with rootfs

-Original Message- From: lfs-dev-boun...@linuxfromscratch.org [mailto:lfs-dev-boun...@linuxfromscratch.org] On Behalf Of Ken Moffat Sent: 14 April, 2009 17:30 To: LFS Developers Mailinglist Subject: Re: "mount --bind" with rootfs On Tue, Apr 14, 2009 at 06:52:53AM +0200, Joh

RE: kernel compression with lzma

-Original Message- From: lfs-dev-boun...@linuxfromscratch.org [mailto:lfs-dev-boun...@linuxfromscratch.org] On Behalf Of Tobias Gasser Sent: 20 June, 2009 04:10 To: LFS Developers Mailinglist Subject: Re: kernel compression with lzma Bruce Dubbs schrieb: > Tobias Gasser wrote: >> kernel

gcc and "-fomit-frame-pointer"

Ref http://www.linuxfromscratch.org/lfs/view/development/chapter06/gcc.html Just an observation, but compiling gcc-4.6.1 like this, i.e. with "-fomit-frame-pointer" results in a gcc which produces compiled output +/-15% larger (after stripping) than using gcc compiled without "-fomit-frame-poin

[lfs-dev] Latest svn fails to compile gcc pass 1

Using lfs svn-20130320 I get the error below at chapter 5.5. gcc-4.7.2 - pass 1. If I omit "--with-native-system-header-dir=/tools/include", then things fail looking for $LFS/usr/include and if I create $LFS/tools/include, then things fail looking for headers which have not yet been installed t

Re: [lfs-dev] Latest svn fails to compile gcc pass 1

> -Original Message- > From: lfs-dev-boun...@linuxfromscratch.org [mailto:lfs-dev- > boun...@linuxfromscratch.org] On Behalf Of Pierre Labastie > Sent: Monday, 25 March, 2013 17:16 > To: John Frankish; LFS Developers Mailinglist > Subject: Re: [lfs-dev] Latest svn fails t