Great, glibc 2.19 is working fine.
Also, the first two 'sed' lines - static and make - can be removed
because those issues are resolved in the new version. I did not created
any other change. Maybe have a look at the locales for the bss chain.
ef2progs - due to the introduction of using a build
William Darryl Jackson wrote:
> Greetings,
>
> I am trying to get glibc installed on my system, so I can continue/begin
> LFS. I get the same error from Glibc versions 2-17, and 18.
>
> //home/william/Downloads/glibc-2.18/nis/nis_file.c:42: undefined
> reference to `xdrstdio_create' /
> Research s
On Tue, Jan 14, 2014 at 8:08 AM, William Darryl Jackson <
wm.djack...@comcast.net> wrote:
> Greetings,
>
> I am trying to get glibc installed on my system, so I can continue/begin
> LFS. I get the same error from Glibc versions 2-17, and 18.
>
> */home/william/Downloads/glibc-2.18/nis/nis_file.c:
Greetings,
I am trying to get glibc installed on my system, so I can continue/begin
LFS. I get the same error from Glibc versions 2-17, and 18.
//home/william/Downloads/glibc-2.18/nis/nis_file.c:42: undefined
reference to `xdrstdio_create' /
/collect2: error: ld returned 1 exit status /
/m
Le 12/01/2014 22:37, William Darryl Jackson a écrit :
> Never mind, I just answered my own question. I remember Debian did not
> show Glibc as a package, and I loaded eglibc-source, but apparently it
> is not sufficient. Need to find Glibc-2.5.1 - maybe from another Debian
> repository, or compi
Never mind, I just answered my own question. I remember Debian did not
show Glibc as a package, and I loaded eglibc-source, but apparently it
is not sufficient. Need to find Glibc-2.5.1 - maybe from another Debian
repository, or compile and install it from elsewhere.
This pertains to the 'make'
My Chapter 6 glibc check gave four errors. Three of them
(getaddrinfo4, annexc and run-conformtest) are expected but
the fourth in globtest is not mentioned in the book. Here is the
immediate context:
/bin/sh globtest.sh /sources/glibc-build/
' /sources/glibc-build/elf/ld-linux-x86-64.so.2
--libra
>>> I think I neglected to shut down the networking on the host system - so the
>>> posix tests did not fail. I did not realise that network isolation was a
>>> requirement. I do not have that machine with me here at work - so I will
>>> check later.
>>>
>>
>> That is interesting. And very pu
Ken Moffat wrote:
> On Mon, Oct 28, 2013 at 04:25:02PM +, Richard wrote:
>>
>> I think I neglected to shut down the networking on the host system - so the
>> posix tests did not fail. I did not realise that network isolation was a
>> requirement. I do not have that machine with me here at wor
On Mon, Oct 28, 2013 at 04:25:02PM +, Richard wrote:
>
> I think I neglected to shut down the networking on the host system - so the
> posix tests did not fail. I did not realise that network isolation was a
> requirement. I do not have that machine with me here at work - so I will
> check
On Mon, 28/10/13, Ken Moffat wrote:
> >
> > I have inferred from the book that 'cputimer1' and 'run-conformtest' might
> > be 'acceptable' failures, but I was surprised that the test suite ended
> > mid-way.
> >
>
> Why do you think it ended mid-way ? Your output from the make
> check command
On Mon, Oct 28, 2013 at 01:07:32PM +, Richard wrote:
> Hello experts,
>
> I am attempting my first LFS build; which will (hopefully) be 7.4, built on a
> host system of slackware-14.
>
> All went well up until chapter 6. I am unsure as to whether or not the errors
> in the glibc fall into t
On Mon, 28/10/13, Bruce Dubbs wrote:
>
> > I have inferred from the book that 'cputimer1' and 'run-conformtest'
> > might be 'acceptable' failures, but I was surprised that the test
> > suite ended mid-way.
>
> It didn't. It finished running.
Aha! I see. So I just misinterpreted the messages.
Richard wrote:
> Hello experts,
>
> I am attempting my first LFS build; which will (hopefully) be 7.4,
> built on a host system of slackware-14.
>
> All went well up until chapter 6. I am unsure as to whether or not
> the errors in the glibc fall into the acceptable variety or not.
>
> glibc appear
Le 28/10/2013 14:07, Richard a écrit :
> [...]
>
> Any advice would be welcome.
I cannot tell you much about what the tests. Are you sure they did not
run to completion?
>
> I am also assuming that glibc is one of the packages that can safely be
> installed to a fake root - then tarballed 'slackw
Hello experts,
I am attempting my first LFS build; which will (hopefully) be 7.4, built on a
host system of slackware-14.
All went well up until chapter 6. I am unsure as to whether or not the errors
in the glibc fall into the acceptable variety or not.
glibc appeared to build well enough. Hav
On 10/23/2013 06:24 PM, Dan McGhee wrote:
In fact, I don't think it conducted any tests.
The commands I use in the glibc-build directory come right out of the book
make -k check 2>&1 | tee glibc-check-log
grep Error glibc-check-log
I do call them from a function defined in a build.conf file ca
On Oct 23, 2013, at 6:24 PM, Dan McGhee wrote:
> make -k check 2>&1 | tee glibc-check-log
> grep Error glibc-check-log
What as the output when running make -k check?
Sincerely,
William Harrington
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/l
In fact, I don't think it conducted any tests.
The commands I use in the glibc-build directory come right out of the book
make -k check 2>&1 | tee glibc-check-log
grep Error glibc-check-log
I do call them from a function defined in a build.conf file called
check_commands, but that shouldn't m
On Sat, 2013-08-24 at 12:28 -0400, Dave wrote:
> When compiling and testing Glibc >
> I've noticed in the configure line the option
> '--enable-kernel=2.6.32'. Why this when its a 3.10.9 kernel?
Short version, because it has to work with the kernel you're running
during the build, not just the
On Aug 24, 2013, at 11:28 AM, Dave wrote:
> When compiling and testing Glibc >
> I've noticed in the configure line the option
> '--enable-kernel=2.6.32'. Why this when its a 3.10.9 kernel?
Because not everyone builds hosts running a 3.10.9 kernel. Reference
this:
http://permalink.gmane.org/
When compiling and testing Glibc >
I've noticed in the configure line the option
'--enable-kernel=2.6.32'. Why this when its a 3.10.9 kernel?
I've noticed that when it installs, I kept getting a compile error on
one of the checks. Changed HOSTTYPE to x86_64, and it compiles now.
can you provi
Linux From Scratch - Version 7.3 Chapter 6. Installing Basic System Software -
6.9. Glibc-2.17 at Ubuntu LTS 12.04
Based on this words on LFS 7.3 Book
(Generally a few tests do not pass, but you can generally ignore any of the
test failures listed below. Now test the build results:)
can I ignore
On Dec 16, 2012, at 8:46 AM, Michael E. Maher wrote:
‘--enable-kernel=version’
This option is currently only useful on GNU/Linux systems. The
version parameter should have the form X.Y.Z and describes the
smallest
version of the Linux kernel the generated library is expected to
support. T
On 12/18/12 14:25, Prabhu wrote:
> Hi,
> I successfully chrooted my target machine and I passed all the way
> upto man-page installation, and I stepped into glibc(chapter 6.9). I
> performed all the steps till "make" without any error after entering
> the make check command Its giving me an erro
On 12/18/2012 08:25 AM, Prabhu wrote:
> Hi,
>
> Since its a check, I ignored it and I performed with the next step
> that's "*make install*" even this fails and throw me an error as
> *
> *ERROR*:
>
> make[2]: *** No rule to make target
> `/usr/--disable-profile--enable-add-ons--enable-kernel=2.6.2
Hi,
I successfully chrooted my target machine and I passed all the way upto
man-page installation, and I stepped into glibc(chapter 6.9). I performed
all the steps till "make" without any error after entering the make check
command Its giving me an error.
COMMAND ENTERED*:
make -k check 2>&1 | te
Thank you all.
After I reconfigure */bin/sh*, I now successfully built *glibc* .
sudo dpkg-reconfigure dash
Thank you all
Pei
On Sun, Dec 16, 2012 at 11:13 PM, Simon Geard wrote:
> On Sun, 2012-12-16 at 13:19 -0800, JIA Pei wrote:
> >
> > Hi, Michael:
> >
> >
> > Thank you very much f
On Sun, 2012-12-16 at 13:19 -0800, JIA Pei wrote:
>
> Hi, Michael:
>
>
> Thank you very much for your detailed reply, so clear !!
> My Host System Requirements gives me the following result:
Note - that script isn't something you just run. It's something you have
to actually read the output of,
On Sun, 2012-12-16 at 14:46 +, Michael E. Maher wrote:
> Hi Pei,
>
> The '--enable-kernel' parameter specifies the minimum version of the
> Linux kernel required to run the resulting glibc.
And to elaborate - the minimum kernel version you need to support isn't
the one you're installing, it's
JIA Pei wrote:
> */bin/sh -> /bin/dash*
This *will* create problems when building glibc. It needs to be bash.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
On Sun, 2012-12-16 at 13:19 -0800, JIA Pei wrote:
>
> Hi, Michael:
>
>
> Thank you very much for your detailed reply, so clear !!
> My Host System Requirements gives me the following result:
>
...
>
> root@peijia-GA-870A-UD3:/mnt/lfs/sources/glibc-build# bash
> version-check.sh
> bash, versio
Hi, Michael:
Thank you very much for your detailed reply, so clear !!
My* **Host System Requirements* gives me the following result:
*root@peijia-GA-870A-UD3:/mnt/lfs/sources/glibc-build# cat >
version-check.sh << "EOF"*
*> #!/bin/bash*
*> # Simple script to list version numbers of critical deve
On Sun, 2012-12-16 at 04:47 -0800, JIA Pei wrote:
>
> Hi, all:
>
>
> After successfully built
> binutils
> gcc
> linux-kernel
>
>
> now, I'm
> following http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html
> to build glibc. make brings me the following errors:
>
>
> make[2]:
On Sun, 2012-12-16 at 04:30 -0800, JIA Pei wrote:
>
>
> Hi, all:
>
>
>
>
> Refer
> to http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html
>
>
> glibc-2.16.0 configuration, the version of enabled kernel
>
>
> --enable-kernel=2.6.25 \
>
>
>
Hi, all:
After successfully built
binutils
gcc
linux-kernel
now, I'm following
http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html
to build glibc. *make *brings me the following errors:
*make[2]: Leaving directory `/mnt/lfs/sources/glibc-2.16.0/csu'*
*make[1]: *** [csu/subdir_li
Hi, all:
Refer to
http://www.linuxfromscratch.org/lfs/view/stable/chapter05/glibc.html
glibc-2.16.0 configuration, the version of enabled kernel
*--enable-kernel=2.6.25 \*
Does this refer to the installed kernel? Should 2.6.25 be the same as the
Linux kernel vers
t: Friday, December 14, 2012 10:00 PM
> To: Prabhu
> Cc: lfs-support@linuxfromscratch.org
> Subject: Re: [lfs-support] Glibc make error “cant find -lgcc_eh”
>
> Hi Prabhu,
>
> Looks like your compiler (linker actually) cannot find the 'gcc_eh'
> library:
> &
l E. Maher
Sent: Friday, December 14, 2012 10:00 PM
To: Prabhu
Cc: lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] Glibc make error “cant find -lgcc_eh”
Hi Prabhu,
Looks like your compiler (linker actually) cannot find the 'gcc_eh'
library:
> cannot find -lgcc_eh collec
Hi Prabhu,
Looks like your compiler (linker actually) cannot find the 'gcc_eh'
library:
> cannot find -lgcc_eh collect2:error: ld returned 1 exit status
This library isn't set up when doing the GCC build, so it needs to be
linked up, with:
ln -sv libgcc.a `$LFS_TGT-gcc -print-libgcc-file-name
Am 12.11.2012 19:15, schrieb Bruce Dubbs:
>
> Possibly, but the book is really only adding some headers to the host
> system. The problem should only come up when using LFS-7.1 as a host.
ok. not really a problem.
except for the system requirements like {d,b}ash or {g,}awk there is no
other pa
Tobias Gasser wrote:
>
> the book copies the rpc headers to the host system. to avoid changeing
> the host, i use the same sed as in chapter 6
>
> sed -e 's##"rpc/types.h"#' \
> -i sunrpc/rpc_clntout.c
>
>
> i guess this should be changed in the book
Possibly, but the book is really only add
the book copies the rpc headers to the host system. to avoid changeing
the host, i use the same sed as in chapter 6
sed -e 's##"rpc/types.h"#' \
-i sunrpc/rpc_clntout.c
i guess this should be changed in the book
tobias
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: ht
Adrien Vasseur wrote:
> So I have :
>
> bash, version 4.2.37(1)-release
> /bin/sh -> /bin/bash
Don't top post or you will stop getting responses. Also, trim things
that are not relevant.
> And it doesn't work :
>
> gcc ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c -c -std=gnu99
> -fgnu89-inli
So I have :
bash, version 4.2.37(1)-release
/bin/sh -> /bin/bash
Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924
bison (GNU Bison) 2.5
/usr/bin/yacc -> /usr/bin/bison.yacc
bzip2, Version 1.0.6, 6-Sept-2010.
Coreutils: 8.13
diff (GNU diffutils) 3.2
find (GNU findutils) 4.4.2
GNU Awk 4.0.1
/u
Adrien Vasseur wrote:
> Wow ! Very fast reply !
>
> I run the script in the Host System Prerequisites and I have :
>
> bash, version 4.2.37(1)-release
> /bin/sh -> /bin/dash
> Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924
> bison (GNU Bison) 2.5
> /usr/bin/yacc -> /usr/bin/bison.yacc
> bzip2
On Wed, Oct 24, 2012 at 06:50:16PM +0200, Adrien Vasseur wrote:
> Wow ! Very fast reply !
>
> I run the script in the Host System Prerequisites and I have :
>
> bash, version 4.2.37(1)-release
> /bin/sh -> /bin/dash
That will break it. /bin/sh needs to be bash.
I think the others looked ok.
Wow ! Very fast reply !
I run the script in the Host System Prerequisites and I have :
bash, version 4.2.37(1)-release
/bin/sh -> /bin/dash
Binutils: (GNU Binutils for Ubuntu) 2.22.90.20120924
bison (GNU Bison) 2.5
/usr/bin/yacc -> /usr/bin/bison.yacc
bzip2, Version 1.0.6, 6-Sept-2010.
Coreutils
Adrien Vasseur wrote:
> Hi,
>
> I try to build glibc 2.16.0 with the Linux From Scratch 7.2 (Chapter 5.7)
> and it don't work :
>
> make[2]: Entering directory `/mnt/lfs/sources/glibc-2.16.0/math'
> ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c:30:1: error: '__EI___isnan'
> aliased to external s
Hi,
I try to build glibc 2.16.0 with the Linux From Scratch 7.2 (Chapter 5.7)
and it don't work :
make[2]: Entering directory `/mnt/lfs/sources/glibc-2.16.0/math'
gcc ../sysdeps/ieee754/dbl-64/wordsize-64/s_isnan.c -c -std=gnu99
-fgnu89-inline -fno-stack-protector -O2 -Wall -Winline -Wwrite-strin
On 10/22/2012 02:04 PM, Gaurav Goel wrote:
> Hi,
>
> I'm following the LFS-BOOK-7.2.
> While building glibc in section 6.9 I'm getting following errors:
>
> --
> root:/source
Hi,
I'm following the LFS-BOOK-7.2.
While building glibc in section 6.9 I'm getting following errors:
--
./scripts/mkinstalldirs /temp-build/glibc-build/linkobj
mkdir /temp-
Garrett Gaston wrote:
>
> Thanks. Do you happen to know exactly what chapter/page of
> LFS that this symlink is created? Thanks.
Section 4.2.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above infor
Thanks. Do you happen to know exactly what chapter/page of LFS that this
symlink is created? Thanks.
Date: Thu, 27 Sep 2012 19:05:01 -0400
From: baho-u...@columbus.rr.com
To: lfs-support@linuxfromscratch.org
Subject: Re: [lfs-support] glibc
On 09/27/2012 06:40 PM, Garrett
On 09/27/2012 06:40 PM, Garrett Gaston wrote:
I got the following for gclibc, any ideas?
make[1]: Leaving directory
`/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0'
/mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld:
cannot find crt1.o: No
Garrett Gaston wrote:
>
> I got the following for gclibc, any ideas?
> make[1]: Leaving directory
> `/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0'
> /mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld:
> cannot find crt1.o: No such file or dir
I got the following for gclibc, any ideas?
make[1]: Leaving directory
`/mnt/lfs/sources/Chapter-5/5.7._Glibc-2.16.0/glibc-2.16.0'
/mnt/lfs/tools/bin/../lib/gcc/i686-lfs-linux-gnu/4.7.1/../../../../i686-lfs-linux-gnu/bin/ld:
cannot find crt1.o: No such file or directory
/mnt/lfs/tools/bin/../lib/
Den 22-09-2012 17:09, Ken Moffat skrev:
> Look through config.log in 'view' or 'less'. Find the error
> message 'linker with -z relro support required', then look at the
> lines before that (perhaps a couple of screens) to see what error
> message was produced, probably by gcc or ld.
>
Thanks.
On Sat, Sep 22, 2012 at 03:41:52PM +0200, Thomas Jensen wrote:
> Den 21-09-2012 17:22, Bruce Dubbs skrev:
> > Thomas Jensen wrote:
> >> In chapter 5.7 I get an error running configure. The script stop with
> >> following message:
> >>
> >> checking for -z relro option... no
> >> configure: er
Den 21-09-2012 17:22, Bruce Dubbs skrev:
> Thomas Jensen wrote:
>> In chapter 5.7 I get an error running configure. The script stop with
>> following message:
>>
>> checking for -z relro option... no
>> configure: error: linker with -z relro support required
>>
>
Hi again
I tried one more
Thomas Jensen wrote:
> Hello
>
> In chapter 5.7 I get an error running configure. The script stop with
> following message:
>
> checking for -z relro option... no
> configure: error: linker with -z relro support required
>
> See complete output from configure in the end of this mail. I have also
>
Hello
In chapter 5.7 I get an error running configure. The script stop with
following message:
checking for -z relro option... no
configure: error: linker with -z relro support required
See complete output from configure in the end of this mail. I have also
uploaded config.log to http://sejlga
Hi again;
This is my mistake. I solved it re-compiling* gcc.
*
Regards
2012/9/7 Aydın Demirel
> Hi William;
>
>
> 2012/9/7 William Harrington
>
>>
>> On Sep 6, 2012, at 08:03 AM, Aydın Demirel wrote:
>>
>> /opt/newroot/src/build/glibc-**build/resolv/libresolv_pic.a(**
>>> gethnamaddr.os):/opt
Hi William;
2012/9/7 William Harrington
>
> On Sep 6, 2012, at 08:03 AM, Aydın Demirel wrote:
>
> /opt/newroot/src/build/glibc-**build/resolv/libresolv_pic.a(**
>> gethnamaddr.os):/opt/newroot/**src/glibc-2.16.0/resolv/**gethnamaddr.c:636:
>> more undefined references to `__stack_chk_guard' fo
On Sep 6, 2012, at 08:03 AM, Aydın Demirel wrote:
/opt/newroot/src/build/glibc-build/resolv/libresolv_pic.a
(gethnamaddr.os):/opt/newroot/src/glibc-2.16.0/resolv/gethnamaddr.c:
636: more undefined references to `__stack_chk_guard' follow
Maybe you are missing some sed commands:
http://www.l
Hi;
Do you have any ideas on this?
Regards
*Aydın Demirel
--
Linux System Administrator*
*Endersys Consultancy and Software Ltd.*
*
*
2012/9/6 Aydın Demirel
> Hi;
>
> I try to compile glibc-2.16 version. But I'm getting following error when
> I execute make command:
Hi;
I try to compile glibc-2.16 version. But I'm getting following error when I
execute make command:
/opt/newroot/src/build/glibc-build/resolv/libresolv_pic.a(gethnamaddr.os):/opt/newroot/src/glibc-2.16.0/resolv/gethnamaddr.c:636:
more undefined references to `__stack_chk_guard' follow
collect2:
Garrett Gaston wrote:
> This is what I got for the make -k check command for glibc on chapter 6
> /bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h
sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h
termios/sys/ttychars.h
time/time.h time/sys/time.h time/sys/timeb.h wcsmb
Le dimanche 19 août à 17:21, Garrett Gaston a écrit :
>
> Sorry, what does top post and trim replies mean?
'top post' means that you should not begin with your message but include it
inside as I am doing.
For triming, that's mean that you have to delete part of the message that
are out of span a
On 2012-08-19 19:56, Garrett Gaston wrote:
> This is what I got for the make -k check command for glibc on chapter
> 6
>
> /bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h
> sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h
> termios/sys/ttychars.h time/time.h time/sys/ti
This is what I got for the make -k check command for glibc on chapter 6
/bootparam.h sysvipc/sys/ipc.h sysvipc/sys/msg.h sysvipc/sys/sem.h
sysvipc/sys/shm.h termios/termios.h termios/sys/termios.h
termios/sys/ttychars.h time/time.h time/sys/time.h time/sys/timeb.h
wcsmbs/wchar.h wctype/wctype.h
Garrett Gaston wrote:
>
> Sorry, what does top post and trim replies mean?
Are you really that ignorant? Try googling for 'top post', I'm feeling
lucky. Don't expect any more replies until you figure it out.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://
Sorry, what does top post and trim replies mean?
> Date: Sat, 18 Aug 2012 21:40:03 -0500
> From: bruce.du...@gmail.com
> To: lfs-support@linuxfromscratch.org
> Subject: Re: [lfs-support] glibc pass 2 chapter-6
>
> Garrett Gaston wrote:
> >
> > Sorry, I'M talki
Garrett Gaston wrote:
>
> Sorry, I'M talking about glibc in chapter 6. As for the directory
> names, I don't recall using spaces, I did use _ where spaces would
> have been but I don't remember using any spaces. So is there a good
> reason I I never got my FLAG file or got GOOD echoed to the screen
script commands were finished?
> Date: Sat, 18 Aug 2012 14:25:44 -0500
> From: bruce.du...@gmail.com
> To: lfs-support@linuxfromscratch.org
> Subject: Re: [lfs-support] glibc pass 2 chapter-6
>
> Garrett Gaston wrote:
> >
> > I have deviated from the book just a little
Garrett Gaston wrote:
>
> I have deviated from the book just a little. Instead of just typing
> the commands I'M placing all the commands for each page in a script
> called bld and running the script. In the script I'M appending each
> line with && so what each line will not proceed unless the prev
I have deviated from the book just a little. Instead of just typing the
commands I'M placing all the commands for each page in a script called bld and
running the script. In the script I'M appending each line with && so what each
line will not proceed unless the previous line succeeded, in addi
Hello,
I'm building LFS 7.1 from the book. I'm running the tests on glib and I'm
getting a setlocale failed error in bug-regex32.
Any ideas on this ? Ok to proceed?
Thanks in advance,
Mike--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/f
Michael Robinson wrote:
> On Mon, 2012-08-13 at 20:38 -0500, Bruce Dubbs wrote:
>> Michael Robinson wrote:
>>> root:/# DL=$(readelf -l /bin/sh | sed -n
>>> 's@.*interpret.*/tools\(.*\)]$@\1@p')
>>> bash: command substitution: line 45: syntax error near unexpected token `)'
>>> bash: command substi
On Mon, 2012-08-13 at 20:38 -0500, Bruce Dubbs wrote:
> Michael Robinson wrote:
> > root:/# DL=$(readelf -l /bin/sh | sed -n
> > 's@.*interpret.*/tools\(.*\)]$@\1@p')
> > bash: command substitution: line 45: syntax error near unexpected token `)'
> > bash: command substitution: line 45: `readelf -
Michael Robinson wrote:
> root:/# DL=$(readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p')
> bash: command substitution: line 45: syntax error near unexpected token `)'
> bash: command substitution: line 45: `readelf -l /bin/sh | sed -n
> 's@.*interpret.*/tools\(.*\)]$@\1@p')'
> root
root:/# DL=$(readelf -l /bin/sh | sed -n 's@.*interpret.*/tools\(.*\)]$@\1@p')
bash: command substitution: line 45: syntax error near unexpected token `)'
bash: command substitution: line 45: `readelf -l /bin/sh | sed -n
's@.*interpret.*/tools\(.*\)]$@\1@p')'
root:/#
I seem to be having a proble
Andrew Benton schrieb:
> On Thu, 21 Jun 2012 11:57:19 +0100
> Tobias Gasser wrote:
>
>> why are the CC= AR= RANLIB= not set for glibc?
>
> To quote from the glibc page
> http://www.linuxfromscratch.org/lfs/view/development/chapter05/glibc.html
>
> "--host=$LFS_TGT, --build=$(../glibc-2.15/scrip
On Thu, 21 Jun 2012 11:57:19 +0100
Tobias Gasser wrote:
> why are the CC= AR= RANLIB= not set for glibc?
To quote from the glibc page
http://www.linuxfromscratch.org/lfs/view/development/chapter05/glibc.html
"--host=$LFS_TGT, --build=$(../glibc-2.15/scripts/config.guess)
The combined effec
On 6/21/2012 5:57 AM, Tobias Gasser wrote:
> why are the CC= AR= RANLIB= not set for glibc?
>
> as far i can understand, glibc will be built with the hosts compiler and
> not with the new one build in 5.5 as the new one didn't install
> reachable with the PATH-variable.
>
> in 5.8 binutils and 5.9
why are the CC= AR= RANLIB= not set for glibc?
as far i can understand, glibc will be built with the hosts compiler and
not with the new one build in 5.5 as the new one didn't install
reachable with the PATH-variable.
in 5.8 binutils and 5.9 gcc will be built with the new compiler by
specifying t
On 5/16/2012 12:22 AM, lei huang wrote:
help help!!!
On Tue, May 15, 2012 at 10:01 AM, lei huang wrote:
system: centos5.8 linux2.6.18 gcc44
lfs: binutils-2.22 gcc-4.7.0 glibc-2.15
lfs-man Linux From Scratch - Version SVN-20120513
build glibc erro:
gcc44 -nostdlib -nostartfiles -static -o
/
help help!!!
On Tue, May 15, 2012 at 10:01 AM, lei huang wrote:
> system: centos5.8 linux2.6.18 gcc44
>
> lfs: binutils-2.22 gcc-4.7.0 glibc-2.15
>
> lfs-man Linux From Scratch - Version SVN-20120513
>
> build glibc erro:
>
> gcc44 -nostdlib -nostartfiles -static -o
> /myos/user/tools_src/build-g
wcsmbs/wchar.h wctype/wctype.h > /sources/glibc-build/begin-end-check.out
make[1]: Target `check' not remade because of errors.
make[1]: Leaving directory `/sources/glibc-2.5.1'
make: *** [check] Error 2
root:/sources/glibc-build#
what can I do now ? go on? Then, make install will error--
On Mon, Apr 9, 2012 at 11:33 PM, Bruce Dubbs wrote:
> It was added 09/15/07. See
>
> http://wiki.linuxfromscratch.org/lfs/ticket/2018
>
Thank you.
--
ante
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above i
ante wrote:
> On Mon, Apr 9, 2012 at 10:09 PM, Bruce Dubbs wrote:
>> ante wrote:
>>> Well, I try to ask it once more. Can anybody explain (or give me a link to
>>> relevant discussion) why glibc should be compiled with -march=i486 option?
>>> I remember that in LFS 5.0 it was recommended to clear
On Mon, Apr 9, 2012 at 10:09 PM, Bruce Dubbs wrote:
> ante wrote:
>> Well, I try to ask it once more. Can anybody explain (or give me a link to
>> relevant discussion) why glibc should be compiled with -march=i486 option?
>> I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAG
ante wrote:
> Well, I try to ask it once more. Can anybody explain (or give me a link to
> relevant discussion) why glibc should be compiled with -march=i486 option?
> I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAGS
> during compilation; but why it is recommended -march=i
Well, I try to ask it once more. Can anybody explain (or give me a link to
relevant discussion) why glibc should be compiled with -march=i486 option?
I remember that in LFS 5.0 it was recommended to clear CFLAGS and CXXFLAGS
during compilation; but why it is recommended -march=i486 option now?
--
Hello,
I try to find a reason for the following statement in the book:
"Because Glibc no longer supports i386, its developers say to use
the compiler flag -march=i486 when building it for x86 machines."
I wasn't able to find such recommendation in documentation of glibc
(files README, INSTALL, F
hi, i'm tryng to compile the glibc packtage but return a errror (2)
this is the log of configuration and compilation of packet:
lfs@pandaubuntu-RF511-RF411-RF711:/mnt/lfs/sources/glibc-build$ case
`uname -m` in i?86) echo "CFLAGS += -march=i486 -mtune=native" >
configparms ;; esac
lfs@pandaubuntu
On Tue, 03 Jan 2012 06:19:39 -0600
Eleanore Boyd wrote:
> It should say "x86_64-lfs-linux-gnu", no unknown factor. Something is
> very wrong with associations, hostnames, or otherwise.
No, that's not true. After the second pass of gcc in chapter 5 it says
x86_64-unknown-linux-gnu (or on 32 bit
On 1/3/2012 5:24 AM, jasonps...@jegas.com wrote:
>> root:/sources/glibc-build# grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
>> SEARCH_DIR("/tools/x86_64-unknown-linux-gnu/lib64")
>> SEARCH_DIR("/tools/x86_64-unknown-linux-gnu/lib")
>> SEARCH_DIR("/usr/lib")
>> SEARCH_DIR("/lib");
>>
>> Is the
>root:/sources/glibc-build# grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
>SEARCH_DIR("/tools/x86_64-unknown-linux-gnu/lib64")
>SEARCH_DIR("/tools/x86_64-unknown-linux-gnu/lib")
>SEARCH_DIR("/usr/lib")
>SEARCH_DIR("/lib");
>
>Is the *-unknown-* to be expected?
I think that has to do with the
Just a final check, I get the following result:
root:/sources/glibc-build# grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
SEARCH_DIR("/tools/x86_64-unknown-linux-gnu/lib64")
SEARCH_DIR("/tools/x86_64-unknown-linux-gnu/lib")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib");
Is the *-unknown-* to be e
1 - 100 of 121 matches
Mail list logo
