So I pasted the lines one at a time with out the backslashes.
And all is well. I don't know why.
--
Ron Hartikka
harti...@gmail.com
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
On Wed, Nov 13, 2013 at 3:09 AM, Bernd Bausch wrote:
>
>
> > Date: Tue, 12 Nov 2013 22:27:20 -0500
> > From: Ron Hartikka
> > Subject: [lfs-support] SOLVED: lfs 7.4 section 5.9.1. Installation of
> >Binutils error: Cannot run C compiled programs
> >
, Nov 13, 2013 at 7:55 AM, akhiezer wrote:
> > Date: Wed, 13 Nov 2013 07:20:38 -0500
> > From: Ron Hartikka
> > To: LFS Support List
> > Subject: Re: [lfs-support] SOLVED: lfs 7.4 section 5.9.1. Installation of
> > Binutils error: Cannot run C compiled programs
>
4 binutils section 5.9?
On Wed, Nov 13, 2013 at 12:19 PM, Pierre Labastie
wrote:
> Le 13/11/2013 04:27, Ron Hartikka a écrit :
> > This looks like virgo's problem at...
> >
> >
> http://www.mail-archive.com/lfs-support@linuxfromscratch.org/msg20545.html
> >
>
for more details
On Thu, Nov 14, 2013 at 12:17 AM, Bruce Dubbs wrote:
> Ron Hartikka wrote:
> > I now think the copy-paste theory was wrong.
> > I should not have expected CC to be set after running the configure
> command
> > in 5.9.1.
> > I was unfamiliar with t
Hi group,
I have 2 questions:
Is it necessary to log out of user lfs between packages in chapter 5?
Can I ignore the error (described below) from make-ing glibc in section 6.9?
Thank you,
Ron
In Section 6.9, I got some errors from make.
One error isn't anticipated in the Book.
Here are all my er
Update...
I asked...
Can I ignore the error [in my previous message] from make-ing glibc in
> section 6.9?
>
I emptied the build directory and tried again.
This time, I only got errors mentioned in the book.
So I the question is purely academic now.
Is it necessary to log out of user lfs betwe
Thanks Bruce but just to be 200% clear... see below
> Is it necessary to log out of user lfs between packages* in chapter 5*?
>
> Not exactly, but you need to be root to use chroot. You would need to
> su to root from the lfs user.
>
> >>
> > I still wonder about this.
> > If you don't log out,
> A subshell, including any executing program, cannot affect a parent
> shell. That's part of the Unix design.
>
Yikes. Sorry.
I should know that. I DO know that.
Thank you for your patience there.
I just looked through ch 5.
No vars are set - except at the beginning of command lines.
All that l
3.2 -
Pass 2 where...
make -C ld clean
make -C ld LIB_PATH=/usr/lib:/lib
cp -v ld/ld-new /tools/bin
So maybe I missed that step.
I can start from the beginning - again.
But can I, perhaps restart from 5.9?
-Ron Hartikka
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.
default... no
configure: creating ./config.status
config.status: creating config.make
config.status: creating Makefile
config.status: creating config.h
config.status: executing default commands
lfs@ron-Studio-1737:/mnt/lfs/sources/glibc-build$ view
../glibc-2.18/INSTALL
--
Ron Hartikka
hart
Pierre,
Thank you.
> Go ahead, autoconf is not needed,
Any thoughts on why configure found it not to work?
I am concerned that whatever kept autoconf from working would have other
effects - ones that matter.
You might
> want to type:
> > env
> before beginning to work, and check that LFS, LFS
#20-Ubuntu SMP Wed Oct 23 17:26:33 UTC
2013
m4 (GNU M4) 1.4.16
GNU Make 3.81
GNU patch 2.7.1
Perl version='5.14.2';
sed (GNU sed) 4.2.2
tar (GNU tar) 1.26
Texinfo: makeinfo (GNU texinfo) 5.1
xz (XZ Utils) 5.1.0alpha
g++ compilation OK
lfs@ron-Studio-1737:/mnt/lfs/sources/ncu
> You may want to mv mawk to mawk.sav and try again.
>
>-- Bruce
That did it. :)
Configure checks for mawk first.
It was mawk 1.3.3-17ubuntu1
Thanks again Bruce.
Ron Hartikka
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs
/sources/gcc-build/./i686-pc-linux-gnu/libstdc++-v3/testsuite/libstdc++.log
/sources/gcc-build/./i686-pc-linux-gnu/libstdc++-v3/testsuite/libstdc++.log.sent
&&
true
root:/sources/gcc-build#
--
Ron Hartikka
harti...@gmail.com
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
That was supposed to say that the error was from
../gcc-4.8.1/contrib/test_summary
I do see the error in some test resultes here:
http://gcc.gnu.org/ml/gcc-testresults/
but I don't know whether that makes it safe to continue.
On Sun, Dec 8, 2013 at 9:55 PM, Ron Hartikka wrote:
>
2013 at 10:58 PM, William Harrington
wrote:
>
> On Dec 8, 2013, at 8:55 PM, Ron Hartikka wrote:
>
> > Running target unix
> > FAIL: g++.dg/asan/asan_test.C -O2 AddressSanitizer_HugeMallocTest
> > Ident((char*)malloc(size))[-1] = 0 output pattern test, should match
Thanks William,
I understand you are saying I should be good to go.
What is your platform?
*Native configuration is i686-pc-linux-gnu*
also
*The host is:*
*Ubuntu 13.10 32 bitPentium(R) Dual-Core CPU T4200 @ 2.00GHz × 22GiB
memory*
As far as looking through the gcc-testresults mai
>
> It looks like the the issue is specific to the x86 architecture.
> I would ignore it.
>
>
>-- Bruce
>
Will do.
Thank you both.
--
Ron Hartikka
harti...@gmail.com
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs
nfo: makeinfo (GNU texinfo) 5.1
xz (XZ Utils) 5.1.0alpha
g++ compilation OK
--
Ron Hartikka
harti...@gmail.com
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
20 matches
Mail list logo