El Sábado, 1 de Octubre de 2005 21:03, Jim Gifford escribió:
> Manuel and LFS-dev,
>
> I have been thinking about this for a few days. Cross-LFS has two
> different options in it, boot and chroot. Boot is a complete reboot and
> chroot is like the standard LFS book. Talking with various people,
El Sábado, 1 de Octubre de 2005 23:49, Ken Moffat escribió:
> There is a slight difficulty with starting at binutils in Contructing a
> Temporary System - we only build binutils and gcc once and we don't
> build glibc at all ;) Realistically, the multi-arch book would need
> sections added. Al
Hi!
jhalfs is a tool to build an LFS system using the real commands found in the
LFS SVN book. It's intended as a standar framework for developers and
testers.
http://svn.linuxfromscratch.org/viewcvs.cgi/jhalfs/trunk/?root=ALFS
It can dowload the needed packages and patches (from ftp.lfs-matri
M.Canales.es wrote:
Hi!
jhalfs is a tool to build an LFS system using the real commands found in the
LFS SVN book. It's intended as a standar framework for developers and
testers.
http://svn.linuxfromscratch.org/viewcvs.cgi/jhalfs/trunk/?root=ALFS
It can dowload the needed packages and patc
Jim Gifford wrote:
> Hmm,
> This is weird, if you have patched your binutils and glibc for
> tls sparc you shouldn't be having this issue. What is your host
> distro?
I'm trying this on more than one system all targeting sparc64:
one from i686-pc-cygwin (by far the fastest machine)
one from sp
El Domingo, 2 de Octubre de 2005 12:51, Alexander E. Patrakov escribió:
> What should I do with my UTF-8 book to make sure that it's compatible
> with the script?
First, to add the role="nodump" attributes found in the current LFS SVN book,
to skip undesired commands, and to add the -v switchs i
On Sun, 2 Oct 2005, M.Canales.es wrote:
If you are rendering/validating all book each time that you made a little
change in the sources, yes, the process is very long.
But if the change you made only affect some archs, you can validate/render
only that books (for example, mips ands mips64) add
El Domingo, 2 de Octubre de 2005 13:15, M.Canales.es escribió:
> Do by hand all steps up to the end of chapter03, create the $LFS/jhalfs
> directory and place into it a fresh svn working-copy of your sources naming
> the directory lfs-development.
Actually i'm planning to add a switch to can use
Frans Verstegen wrote:
> Fiddling with the configure-fragment (running manually) the
> compile/link aborts because the crt1.o cannot be found:
> bash-2.05b# sparc64-unknown-linux-gnu-gcc -m64 -mcpu=ultrasparc
> -mtune=ultrasparc -o conftest.bin -g -O2 conftest.s
> /home/lfs/cross-tools/bin
Brian Kadzban wrote:
>> Frans Verstegen wrote:
>> Fiddling with the configure-fragment (running manually) the
>> compile/link aborts because the crt1.o cannot be found:
>> bash-2.05b# sparc64-unknown-linux-gnu-gcc -m64 -mcpu=ultrasparc
>> -mtune=ultrasparc -o conftest.bin -g -O2 conftest.s
>
M.Canales.es wrote:
Any feedback will be apreciated, included a plain "It sucks."
Wow, you've really taken my idea and run with it. ;) It looks nice, just
where I would have (probably) gone myself. I'll have to get some time to
sit down and really look it over.
Thanks for the work, Manuel
Hi all,
As has been mentioned many times recently on BLFS-Dev, it appears
the current implementation of UDEV/Hotplug is broken as it pertains
to automatic loading of kernel modules.
I noticed that adding the following line to a UDEV rule will get
the Hotplug events to work:
[EMAIL PROTECTED]: ~/
Jeremy Huntwork wrote:
One thing I noticed, though it's not a huge thing... You may want to add
a .PHONY list of targets that don't need to be checked to see if they've
already been run. Will slightly speed up processing time. But if it's a
lot of trouble to automate, it's not that important.
El Domingo, 2 de Octubre de 2005 17:35, Jeremy Huntwork escribió:
> Wow, you've really taken my idea and run with it. ;) It looks nice, just
> where I would have (probably) gone myself. I'll have to get some time to
> sit down and really look it over.
Thanks, and very happy to read to you :-)
Th
Ken Moffat wrote:
On Tue, 20 Sep 2005, Andrew Benton wrote:
For what it's worth I built my current LFS with current glibc cvs on
Sunday and it doesn't seem unstable at all. I didn't need to patch
glibc to build it with gcc-4.0.1. The glibc test suite had three
fails, two of them were famili
On 10/2/05, M.Canales.es <[EMAIL PROTECTED]> wrote:
> The problem at this moment is that I can't figure yet how to manage the chroot
> phase.
hmm ... would it work to make a "Stage 2" script that's simply called
as the command to execute through chroot? ... i'm not much of a
developer, but i've lo
El Domingo, 2 de Octubre de 2005 18:45, Joshua Murphy escribió:
> hmm ... would it work to make a "Stage 2" script that's simply called
> as the command to execute through chroot? ... i'm not much of a
> developer, but i've looked at building my own scripts before, and i've
> considered a lot of l
Frans Verstegen wrote:
Brian Kadzban wrote:
Frans Verstegen wrote:
Fiddling with the configure-fragment (running manually) the
compile/link aborts because the crt1.o cannot be found:
bash-2.05b# sparc64-unknown-linux-gnu-gcc -m64 -mcpu=ultrasparc
-mtune=ultrasparc -o conftest.bin -g -O2
> Pete,
>Are you doing a multilib or a Pure 64 build. I'm finishing testing
> on a RaQ2 Pure 64 updating the book as I go.
I am using the pure 64 instructions - thought that would be the most direct
way to get a 64-bit executable.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
Randy McMurchy wrote:
Hi all,
As has been mentioned many times recently on BLFS-Dev, it appears
the current implementation of UDEV/Hotplug is broken as it pertains
to automatic loading of kernel modules.
I think this is the same problem that Alexander mentioned in
http://www.linuxfromscratch.
I've been updating the book lately, I may of messed up the gcc part.
Will check today and fix it. I'll let you know
--
--
[EMAIL PROTECTED]
[EMAIL PROTECTED]
LFS User # 2577
Registered Linux User # 299986
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscra
Peter Szwed wrote:
> Pete,
>Are you doing a multilib or a Pure 64 build. I'm finishing testing
> on a RaQ2 Pure 64 updating the book as I go.
I am using the pure 64 instructions - thought that would be the most
direct way to get a 64-bit executable.
I found it add --with-abi=64 to y
On Son, 2005-10-02 at 20:34 +0100, Matthew Burgess wrote:
> Randy McMurchy wrote:
> > Hi all,
> >
> > As has been mentioned many times recently on BLFS-Dev, it appears
> > the current implementation of UDEV/Hotplug is broken as it pertains
> > to automatic loading of kernel modules.
>
> I think t
M.Canales.es wrote:
El Domingo, 2 de Octubre de 2005 17:35, Jeremy Huntwork escribió:
Wow, you've really taken my idea and run with it. ;) It looks nice, just
where I would have (probably) gone myself. I'll have to get some time to
sit down and really look it over.
Thanks, and very happy to
Jeremy Huntwork wrote:
M.Canales.es wrote:
El Domingo, 2 de Octubre de 2005 17:35, Jeremy Huntwork escribió:
Wow, you've really taken my idea and run with it. ;) It looks nice,
just
where I would have (probably) gone myself. I'll have to get some
time to
sit down and really look it over.
25 matches
Mail list logo
