Good morning.
Toolchain finished:
Book followed: LFS-SVN-20061201.
Variations:
Linux-Headers: 2.6.19;
Binutils-2.17.50-20061129;
Glibc-2.5.90;
Gcc-4.3.0-20061205.
Perl-5.8.8 slightly modified because of Autoconf-2.61 and Gcc-4.3.0.
Packages added to toolchain:
Autoconf-2.61;
Autogen-5.8.7;
Au
Hi,
Doing yesterday a SVN-20061201 build to test current ICA/farce support in
jhalfs I found that the first iterative build of Glibc fails at the configure
stage with that:
=== ./configure output fragment
checking how to run the C preprocessor... /lib/cpp
configure: error: C preprocessor
M.Canales.es wrote:
> Doing yesterday a SVN-20061201 build to test current ICA/farce support in
> jhalfs I found that the first iterative build of Glibc fails at the configure
> stage with that:
> As can be seen, when finished the system build both /usr/include/limits.h
> and /usr/include/as
El Miércoles, 6 de Diciembre de 2006 12:10, Greg Schafer escribió:
> IMHO there is little point in reinstalling the kernel headers during
> subsequent ICA iterations. I've never done it. After all, they are not
> binary, they are just ascii text.
Are the headers files already sanitized inside the
Bruce Dubbs wrote these words on 12/05/06 22:09 CST:
>
> I wonder if isn't something between you and belgarath.
I suppose that is what it is. And since Belgarath is the only
problem I'm *ever* encountering, I don't think I can fix it.
I'll be back in a week or two and see if things aren't any
bet
M.Canales.es wrote:
> Are the headers files already sanitized inside the kernel tree or are they
> generated on-the-fly by "make headers-install" command ?
On the fly.
> If the last, the tools used to generate the headers files (the ones in /tools
> for the first build, but the ones in /{bin,u
Greg Schafer wrote:
> Those binutils headers are utterly useless. Nothing needs them.
Woops. To clarify, I meant to add "... at this early stage of the build.".
They can, of course, be useful in a completed system.
Regards
Greg
--
http://www.diy-linux.org/
--
http://linuxfromscratch.org/mail
Hello,
I really dislike the situation that, due to effectively-dead BLFS, LFS
doesn't get enough testing of its headers. E.g., reiserfsprogs need
asm/unaligned.h, and because of this, LiveCD trunk is broken.
In order to enhance testing, I propose to create a "dvd" branch in the
LiveCD reposi
Luca wrote:
>
> Problems solved and a working toolchain is going to be finished in some
> time so I could post a tarball of testsuites logs for chapter6 today
> (probably this afternoon - timezone Europe/Rome).
>
Good evening.
Sorry but my prevision can't be respected; chapter 6 testsuites sti
Alexander E. Patrakov wrote:
I will set up a virtual machine on ums.usu.ru to build this branch
nightly and mail failures to the list. Then, write access to that branch
should be given to all LFS and BLFS editors, so that, when they update a
package in the book, they also make the corresponding
Hello,
This is a formal request to either integrate Tushar's hint on installing
multiple versions of autotools into the LFS book, or move autotools to
BLFS and integrate the hint there. The rationale is that the current LFS
SVN versions of autotools are incompatible with enough BLFS and BBLFS
I wrote:
If this is not done, I will have to either integrate this hint into
the LiveCD build myself (thus hiding, but not solving the problem), or
lose reiser4 support in GRUB on the LiveCD.
Well, it looks like I found a way around this incompatibility for GRUB,
but this doesn't cancel my re
Hello and good morning!
Just a note about autotools.
There's a bug that makes the "checking for working mktime..." loops
for a while. I'm experiencing this with various packages, latest in
timeline gawk-3.1.5 (others: bash, coreutils, findutils, just as examples).
Luca
--
http://linuxfrom
Luca wrote:
> Hello and good morning!
>
>
> Just a note about autotools.
>
> There's a bug that makes the "checking for working mktime..." loops
> for a while. I'm experiencing this with various packages, latest in
> timeline gawk-3.1.5 (others: bash, coreutils, findutils, just as examples).
>
Luca wrote:
Another bug, manifested in grub-0.97, after applying reiser4 patch:
automake --add-missing
docs/Makefile.am:3: compiling `kernel.c' with per-target flags requires
`AM_PROG_CC_C_O' in `configure.ac'
/usr/share/automake-1.10/am/depend2.am: am__fastdepCCAS does not appear
in AM_CONDITIO
15 matches
Mail list logo
