On Thu, 2010-06-03 at 02:39 -0400, Neal Murphy wrote:
> On Thursday 03 June 2010 00:30:58 Chris Staub wrote:
> > I just built Perl in Chapter 5, and I do have gdbm installed (this is on
> > a couple-week-old LFS svn host system). I get " NOT found."
> > during Configure, and it doesn't look like an
On Wed, 2010-06-02 at 17:05 -0700, Paul Rogers wrote:
> And if that leads some of us to scoff at the idea of dragons, it has, in
> fact, done the job.
Oh, I don't scoff at the idea of dragons - I just don't recommend
stopping and asking them for directions. :)
Simon.
signature.asc
Description:
On 03/06/10 05:22, Mike McCarty wrote:
> Andrew Benton wrote:
>> If I'm reading those correctly the problem happens when newer versions
>> of gcc are compiled against an older version of glibc, which begs the
>> question, why was Paul Rogers getting the "undefined reference to
>> __stack_chk_guard"
Hi,
I am learning: 4.4. Setting Up the Environment:
http://www.linuxfromscratch.org/lfs/view/6.6/chapter04/settingenvironment.html
. My host system is Ubuntu 10.04.
I found it can't properly to set $PS1 for user "lfs" with the command below
provided by LFS6.6 book under Ubuntu 10.04 host syste
littlebat wrote:
> Hi,
>
> I am learning: 4.4. Setting Up the Environment:
> http://www.linuxfromscratch.org/lfs/view/6.6/chapter04/settingenvironment.html
> . My host system is Ubuntu 10.04.
>
> I found it can't properly to set $PS1 for user "lfs" with the command
> below provided by LFS6.6 book
On Thursday 03 June 2010 04:08:33 Simon Geard wrote:
> On Thu, 2010-06-03 at 02:39 -0400, Neal Murphy wrote:
> > On Thursday 03 June 2010 00:30:58 Chris Staub wrote:
> > > I just built Perl in Chapter 5, and I do have gdbm installed (this is
> > > on a couple-week-old LFS svn host system). I get "
Neal Murphy wrote:
> On Thursday 03 June 2010 04:08:33 Simon Geard wrote:
>> Can you be more specific about the problems you're seeing? Does the perl
>> executable fail to run at all, unable to link to libgdbm.so? Or is it
>> something less obvious?
>>
>> Simon.
>
[...]
>
> That's when I dug in
I'm working on my first x86_64 system build using the 6.6 book, and I've run
into a bit of trouble with libmng.
gcc -shared -Wl,-soname,libmng.so.1 -o libmng.so.1.1.0.9 \
libmng_callback_xs.o libmng_chunk_io.o libmng_chunk_descr.o
libmng_chunk_prc.o libmng_chunk_xs.o libmng_cms.o libmng_
> I wouldn't really say they are a "triviality" (given that I am one of
> those who did much of the initial testing/research for the HSR's in
> the first place) but they *are* just one of many parts of the book
> that would need to be checked, though I would argue that they are
> slightly less impo
On 06/03/2010 11:33 AM, Neal Murphy wrote:
> On Thursday 03 June 2010 04:08:33 Simon Geard wrote:
>>
>> Curious... like Chris, I routinely build LFS from a host with gdbm
>> installed (i.e LFS itself), and never observed any problems relating to
>> perl. Indeed, even on completed LFS install, /usr/
On 3 June 2010 18:41, Trent Shea wrote:
> I'm working on my first x86_64 system build using the 6.6 book, and I've run
> into a bit of trouble with libmng.
>
[...]
> /usr/bin/ld: libmng_chunk_io.o: relocation R_X86_64_32 against `.rodata' can
> not be used when making a shared object; recompile wi
On Thursday 03 June 2010 12:49:36 Ken Moffat wrote:
> > until after qt or maybe kde. Anyhow I guess I'm just looking for a bit of
> > hand holding and posting to see if a ticket regarding this is warranted.
>
> I used to see it (I stopped building libmng over a year ago because I
> couldn't find
On Thursday 03 June 2010 14:45:04 Chris Staub wrote:
> On 06/03/2010 11:33 AM, Neal Murphy wrote:
> > On Thursday 03 June 2010 04:08:33 Simon Geard wrote:
> >> Curious... like Chris, I routinely build LFS from a host with gdbm
> >> installed (i.e LFS itself), and never observed any problems relatin
Neal Murphy wrote:
> On Thursday 03 June 2010 14:45:04 Chris Staub wrote:
>> On 06/03/2010 11:33 AM, Neal Murphy wrote:
>>> On Thursday 03 June 2010 04:08:33 Simon Geard wrote:
> IIRC, the problem became apparent when the toolchain perl tried to
> run in the chroot jail during the final build (Ch.
> I've just done some googling on the subject today and it seems that when
> gcc is compiled as a cross compiler it can cause the "undefined
> reference to `__stack_chk_guard'" error. Of course, the version of gcc
> being used in chroot, the second version of gcc compiled in chapter 5,
> should
> shouldn't be a cross compiler. IE, it shouldn't have been configured
> with --target=$LFS_TGT. I wonder if the people reporting these errors
> mistakenly used the option --target=$LFS_TGT when they compiled gcc the
> second time in chapter 5?
Yes, I can definitely confirm it was NOT in my Sta
Paul Rogers wrote:
>> shouldn't be a cross compiler. IE, it shouldn't have been configured
>> with --target=$LFS_TGT. I wonder if the people reporting these errors
>> mistakenly used the option --target=$LFS_TGT when they compiled gcc the
>> second time in chapter 5?
>
> Yes, I can definitely c
17 matches
Mail list logo