subject:"Binutils \(Pass 2\)"

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ strace ./as

execve(./as, [./as], [/* 28 vars */]) = 0

brk(0)  = 0x1432000

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d4000

access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or
directory)

open(/tools/etc/ld.so.cache, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file
or directory)

open(/tools/lib/tls/x86_64/libc.so.6, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No
such file or directory)

stat(/tools/lib/tls/x86_64, 0x7fffa8d55500) = -1 ENOENT (No such file or
directory)

open(/tools/lib/tls/libc.so.6, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)

stat(/tools/lib/tls, 0x7fffa8d55500)  = -1 ENOENT (No such file or
directory)

open(/tools/lib/x86_64/libc.so.6, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)

stat(/tools/lib/x86_64, 0x7fffa8d55500) = -1 ENOENT (No such file or
directory)

open(/tools/lib/libc.so.6, O_RDONLY|O_CLOEXEC) = 3

read(3,
\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\27\2\0\0\0\0\0..., 832)
= 832

fstat(3, {st_mode=S_IFREG|0755, st_size=9593885, ...}) = 0

mmap(NULL, 3824768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f592840f000

mprotect(0x7f59285ab000, 2097152, PROT_NONE) = 0

mmap(0x7f59287ab000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19c000) = 0x7f59287ab000

mmap(0x7f59287b1000, 15488, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f59287b1000

close(3)= 0

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d3000

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d2000

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d1000

arch_prctl(ARCH_SET_FS, 0x7f59289d2700) = 0

mprotect(0x7f59287ab000, 16384, PROT_READ) = 0

mprotect(0x7f59289d5000, 4096, PROT_READ) = 0

--- SIGSEGV (Segmentation fault) @ 0 (0) ---

+++ killed by SIGSEGV +++

Segmentation fault

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $

 

 

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ ldd as

linux-vdso.so.1 =  (0x7fffb63ff000)

libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3d79c06000)

/tools/lib64/ld-linux-x86-64.so.2 = /lib64/ld-linux-x86-64.so.2
(0x7f3d79fd9000)

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $

 

cant compile gcc because of it

 

 

configure:2237: checking build system type

configure:2251: result: x86_64-unknown-linux-gnu

configure:2298: checking host system type

configure:2311: result: x86_64-pc-linux-gnu

configure:2331: checking target system type

configure:2344: result: x86_64-pc-linux-gnu

configure:2398: checking for a BSD-compatible install

configure:2466: result: /usr/bin/install -c

configure:2477: checking whether ln works

configure:2499: result: yes

configure:2503: checking whether ln -s works

configure:2507: result: yes

configure:2514: checking for a sed that does not truncate output

configure:2578: result: /bin/sed

configure:2587: checking for gawk

configure:2603: found /usr/bin/gawk

configure:2614: result: gawk

configure:3070: checking for libitm support

configure:3080: result: yes

configure:3729: checking for x86_64-linux-gnu-gcc

configure:3756: result: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc

configure:4025: checking for C compiler version

configure:4034: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc --version 5

x86_64-linux-gnu-gcc (GCC) 4.7.2 20120614 (prerelease)

Copyright (C) 2012 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.  There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

 

configure:4045: $? = 0

configure:4034: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc -v 5

Using built-in specs.

COLLECT_GCC=/mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc

COLLECT_LTO_WRAPPER=/mnt/erraticOS/tools/bin/../libexec/gcc/x86_64-linux-gnu
/4.7.2/lto-wrapper

Target: x86_64-linux-gnu

Configured with: ../gcc/configure --target=x86_64-linux-gnu --prefix=/tools
--with-sysroot=/mnt/erraticOS --with-newlib --without-headers
--with-local-prefix=/tools --with-native-system-header-dir=/tools/include
--disable-nls --disable-shared --disable-multilib --disable-decimal-float
--disable-threads --disable-libmudflap --disable-libssp --disable-libgomp
--disable-libquadmath --enable-languages=c

Thread model: single

gcc version 4.7.2 20120614 (prerelease) (GCC)

configure:4045: $? = 0

configure:4034: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc -V 5

x86_64-linux-gnu-gcc: error: unrecognized command line option '-V'

x86_64-linux-gnu-gcc: fatal error: no input files

compilation terminated.

configure:4045: $? = 1

configure:4034: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc -qversion 5

x86_64-linux-gnu-gcc: error: unrecognized command line option '-qversion'

x86_64-linux-gnu-gcc: fatal

Re: [lfs-support] still doesnt work right (after binutils pass 2)

I don't understand. 

 

commit ee9247c38a8def24a59eb5cfb7196a98bef8cfdc

Author: Carlos O'Donell carlos_odon...@mentor.com

Date:   Sat Jun 30 08:27:06 2012 -0700

 

Update NEWS and README.

 

Final update for 2.16 release.

 

 

http://www.kernel.org/doc/man-pages/online/pages/man2/arch_prctl.2.html

 

how is it that it thinks I have glib 2.7, that commit is what my glibc tree
is at. so . 

 

From: lfs-support-boun...@linuxfromscratch.org
[mailto:lfs-support-boun...@linuxfromscratch.org] On Behalf Of Paige
Thompson
Sent: Wednesday, November 14, 2012 10:39 AM
To: 'LFS Support List'
Subject: [lfs-support] still doesnt work right (after binutils pass 2)

 

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ strace ./as

execve(./as, [./as], [/* 28 vars */]) = 0

brk(0)  = 0x1432000

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d4000

access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or
directory)

open(/tools/etc/ld.so.cache, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file
or directory)

open(/tools/lib/tls/x86_64/libc.so.6, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No
such file or directory)

stat(/tools/lib/tls/x86_64, 0x7fffa8d55500) = -1 ENOENT (No such file or
directory)

open(/tools/lib/tls/libc.so.6, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)

stat(/tools/lib/tls, 0x7fffa8d55500)  = -1 ENOENT (No such file or
directory)

open(/tools/lib/x86_64/libc.so.6, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
file or directory)

stat(/tools/lib/x86_64, 0x7fffa8d55500) = -1 ENOENT (No such file or
directory)

open(/tools/lib/libc.so.6, O_RDONLY|O_CLOEXEC) = 3

read(3,
\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\27\2\0\0\0\0\0..., 832)
= 832

fstat(3, {st_mode=S_IFREG|0755, st_size=9593885, ...}) = 0

mmap(NULL, 3824768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f592840f000

mprotect(0x7f59285ab000, 2097152, PROT_NONE) = 0

mmap(0x7f59287ab000, 24576, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19c000) = 0x7f59287ab000

mmap(0x7f59287b1000, 15488, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f59287b1000

close(3)= 0

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d3000

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d2000

mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f59289d1000

arch_prctl(ARCH_SET_FS, 0x7f59289d2700) = 0

mprotect(0x7f59287ab000, 16384, PROT_READ) = 0

mprotect(0x7f59289d5000, 4096, PROT_READ) = 0

--- SIGSEGV (Segmentation fault) @ 0 (0) ---

+++ killed by SIGSEGV +++

Segmentation fault

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $

 

 

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ ldd as

linux-vdso.so.1 =  (0x7fffb63ff000)

libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3d79c06000)

/tools/lib64/ld-linux-x86-64.so.2 = /lib64/ld-linux-x86-64.so.2
(0x7f3d79fd9000)

dev@dev-VirtualBox /mnt/erraticOS/tools/bin $

 

cant compile gcc because of it

 

 

configure:2237: checking build system type

configure:2251: result: x86_64-unknown-linux-gnu

configure:2298: checking host system type

configure:2311: result: x86_64-pc-linux-gnu

configure:2331: checking target system type

configure:2344: result: x86_64-pc-linux-gnu

configure:2398: checking for a BSD-compatible install

configure:2466: result: /usr/bin/install -c

configure:2477: checking whether ln works

configure:2499: result: yes

configure:2503: checking whether ln -s works

configure:2507: result: yes

configure:2514: checking for a sed that does not truncate output

configure:2578: result: /bin/sed

configure:2587: checking for gawk

configure:2603: found /usr/bin/gawk

configure:2614: result: gawk

configure:3070: checking for libitm support

configure:3080: result: yes

configure:3729: checking for x86_64-linux-gnu-gcc

configure:3756: result: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc

configure:4025: checking for C compiler version

configure:4034: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc --version 5

x86_64-linux-gnu-gcc (GCC) 4.7.2 20120614 (prerelease)

Copyright (C) 2012 Free Software Foundation, Inc.

This is free software; see the source for copying conditions.  There is NO

warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

 

configure:4045: $? = 0

configure:4034: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc -v 5

Using built-in specs.

COLLECT_GCC=/mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc

COLLECT_LTO_WRAPPER=/mnt/erraticOS/tools/bin/../libexec/gcc/x86_64-linux-gnu
/4.7.2/lto-wrapper

Target: x86_64-linux-gnu

Configured with: ../gcc/configure --target=x86_64-linux-gnu --prefix=/tools
--with-sysroot=/mnt/erraticOS --with-newlib --without-headers
--with-local-prefix=/tools --with-native-system-header-dir=/tools/include
--disable-nls --disable

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 10:38:45AM -0800, Paige Thompson wrote:
 dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ strace ./as
 
 execve(./as, [./as], [/* 28 vars */]) = 0
 
 brk(0)  = 0x1432000
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
 0x7f59289d4000
 
 access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or
 directory)
 
[...]
 
 open(/tools/lib/libc.so.6, O_RDONLY|O_CLOEXEC) = 3
 
 read(3,
 \177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\27\2\0\0\0\0\0..., 832)
 = 832
 
 fstat(3, {st_mode=S_IFREG|0755, st_size=9593885, ...}) = 0
 
 mmap(NULL, 3824768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
 0x7f592840f000
 
 mprotect(0x7f59285ab000, 2097152, PROT_NONE) = 0
 
 mmap(0x7f59287ab000, 24576, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19c000) = 0x7f59287ab000
 
 mmap(0x7f59287b1000, 15488, PROT_READ|PROT_WRITE,
 MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f59287b1000
 
 close(3)= 0
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
 0x7f59289d3000
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
 0x7f59289d2000
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
 0x7f59289d1000
 
 arch_prctl(ARCH_SET_FS, 0x7f59289d2700) = 0
 
 mprotect(0x7f59287ab000, 16384, PROT_READ) = 0
 
 mprotect(0x7f59289d5000, 4096, PROT_READ) = 0
 
 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
 
 +++ killed by SIGSEGV +++
 
 Segmentation fault
 
 dev@dev-VirtualBox /mnt/erraticOS/tools/bin $
 
 Possibly, you need to do something specific to build in VirtualBox.
Not something I've ever used, and a quick google didn't highlight
anything obvious.
  
 dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ ldd as
 
 linux-vdso.so.1 =  (0x7fffb63ff000)
 
 libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f3d79c06000)
 
 /tools/lib64/ld-linux-x86-64.so.2 = /lib64/ld-linux-x86-64.so.2
 (0x7f3d79fd9000)
 
 Umm, /tools/lib64/ld-linux-x86-64.so.2 links to the host's version
in /lib64.  That won't work when you enter chroot.

 cant compile gcc because of it
 
 x86_64-linux-gnu-gcc (GCC) 4.7.2 20120614 (prerelease)
 
 LFS-7.2 is on gcc-4.7.1.  I suggest that you use the latest release
of the LFS book until you can successfully build it.  You seem to
have a lot of knowledge of some things, but you don't seem to
understand *how* we build LFS.  I'm sure that will come, if you stick
with it.

 Using built-in specs.
 
 COLLECT_GCC=/mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc
 
 Does a /mnt/lfs directory (or symlink, I suppose) exist ?  Mounting
the build system at /mnt/lfs should NOT be regarded as optional -
from time to time references to /mnt/lfs may be hardcoded in patches
or in seds.

 
 configure:4087: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gccconftest.c
 5
 x86_64-linux-gnu-gcc: internal compiler error: Segmentation fault (program
 as)
 Please submit a full bug report,

 I have to recommend that you start again, but following the book
(preferably the 7.2 release, for your first attempt.)  And for
preference make /mnt/erraticOS a symlink to /mnt/lfs - you will get
fewer unusual problems by doing that.  I'm sure it is possible to
use the bleeding edge versions of everything (modulo occasional new
difficulties, and things which get reverted before a package is
released), but it needs a lot more effort.

 Also, (re)read the Host System Requirements in the preface (ALL of
them need to pass), section 4.4 Setting Up the Environment, and the
Toolchain Technical Notes in section 5.2

 Lastly, please don't add unnecessary blank lines when pasting (or
strip them if you are posting a long part of a log from a windows
machine), and don't top post.  Thanks, and good luck.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

- I'm not looking for fewer unusual problems, I want to learn how this works 
and figure out what's going on so I can solve these problems on my own. 

- I'm not using bleeding edge version of everything, I've gone through the 
trouble to check out the appropriate branches in all repositories and if that’s 
not enough, I've reset to specific commit hashes just to be sure. 

- I insist on adjusting my versions according to this: 
http://www.linuxfromscratch.org/lfs/view/development/ if someone else can get 
that to work then I should be able to as well.

- you guys don’t post section 4.4 and 5.2 here ? 
http://www.linuxfromscratch.org/lfs/view/development/

- I'm sorry but the only reason I top-posted was to add additional information 
that I thought would be helpful in getting information as to what is going on 
with my toolchain. I also use a thread view email client.





-Original Message-
From: lfs-support-boun...@linuxfromscratch.org 
[mailto:lfs-support-boun...@linuxfromscratch.org] On Behalf Of Ken Moffat
Sent: Wednesday, November 14, 2012 11:22 AM
To: LFS Support List
Subject: Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 10:38:45AM -0800, Paige Thompson wrote:
 dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ strace ./as
 
 execve(./as, [./as], [/* 28 vars */]) = 0
 
 brk(0)  = 0x1432000
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
 0) =
 0x7f59289d4000
 
 access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or
 directory)
 
[...]
 
 open(/tools/lib/libc.so.6, O_RDONLY|O_CLOEXEC) = 3
 
 read(3,
 \177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\27\2\0\0\0\0\0...
 , 832) = 832
 
 fstat(3, {st_mode=S_IFREG|0755, st_size=9593885, ...}) = 0
 
 mmap(NULL, 3824768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
 0) =
 0x7f592840f000
 
 mprotect(0x7f59285ab000, 2097152, PROT_NONE) = 0
 
 mmap(0x7f59287ab000, 24576, PROT_READ|PROT_WRITE, 
 MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19c000) = 0x7f59287ab000
 
 mmap(0x7f59287b1000, 15488, PROT_READ|PROT_WRITE, 
 MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f59287b1000
 
 close(3)= 0
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
 0) =
 0x7f59289d3000
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
 0) =
 0x7f59289d2000
 
 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
 0) =
 0x7f59289d1000
 
 arch_prctl(ARCH_SET_FS, 0x7f59289d2700) = 0
 
 mprotect(0x7f59287ab000, 16384, PROT_READ) = 0
 
 mprotect(0x7f59289d5000, 4096, PROT_READ) = 0
 
 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
 
 +++ killed by SIGSEGV +++
 
 Segmentation fault
 
 dev@dev-VirtualBox /mnt/erraticOS/tools/bin $
 
 Possibly, you need to do something specific to build in VirtualBox.
Not something I've ever used, and a quick google didn't highlight anything 
obvious.
  
 dev@dev-VirtualBox /mnt/erraticOS/tools/bin $ ldd as
 
 linux-vdso.so.1 =  (0x7fffb63ff000)
 
 libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 
 (0x7f3d79c06000)
 
 /tools/lib64/ld-linux-x86-64.so.2 = 
 /lib64/ld-linux-x86-64.so.2
 (0x7f3d79fd9000)
 
 Umm, /tools/lib64/ld-linux-x86-64.so.2 links to the host's version in /lib64.  
That won't work when you enter chroot.

 cant compile gcc because of it
 
 x86_64-linux-gnu-gcc (GCC) 4.7.2 20120614 (prerelease)
 
 LFS-7.2 is on gcc-4.7.1.  I suggest that you use the latest release of the LFS 
book until you can successfully build it.  You seem to have a lot of knowledge 
of some things, but you don't seem to understand *how* we build LFS.  I'm sure 
that will come, if you stick with it.

 Using built-in specs.
 
 COLLECT_GCC=/mnt/erraticOS/tools/bin/x86_64-linux-gnu-gcc
 
 Does a /mnt/lfs directory (or symlink, I suppose) exist ?  Mounting the build 
system at /mnt/lfs should NOT be regarded as optional - from time to time 
references to /mnt/lfs may be hardcoded in patches or in seds.

 
 configure:4087: /mnt/erraticOS/tools/bin/x86_64-linux-gnu-gccconftest.c
 5
 x86_64-linux-gnu-gcc: internal compiler error: Segmentation fault 
 (program
 as)
 Please submit a full bug report,

 I have to recommend that you start again, but following the book (preferably 
the 7.2 release, for your first attempt.)  And for preference make 
/mnt/erraticOS a symlink to /mnt/lfs - you will get fewer unusual problems by 
doing that.  I'm sure it is possible to use the bleeding edge versions of 
everything (modulo occasional new difficulties, and things which get reverted 
before a package is released), but it needs a lot more effort.

 Also, (re)read the Host System Requirements in the preface (ALL of them need 
to pass), section 4.4 Setting Up the Environment, and the Toolchain Technical 
Notes in section 5.2

 Lastly, please don't add unnecessary blank lines when pasting (or strip them 
if you are posting a long part of a log

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 11:13:03AM -0800, Paige Thompson wrote:
 I don't understand. 
 
 commit ee9247c38a8def24a59eb5cfb7196a98bef8cfdc
 
 Author: Carlos O'Donell carlos_odon...@mentor.com
 
 Date:   Sat Jun 30 08:27:06 2012 -0700
 
  
 
 Update NEWS and README.
 
  
 
 Final update for 2.16 release.
 
 http://www.kernel.org/doc/man-pages/online/pages/man2/arch_prctl.2.html
 
  
 
 how is it that it thinks I have glib 2.7, that commit is what my glibc tree
 is at. so . 

 Please read, and think about, the reply I sent a few minutes ago.

 I didn't see the reference to glib-2.7 or glibc-2.7, but I am
confident that you will find things simpler if you *start* by
following the book.  If you want to build everything from scratch,
picking bits and pieces from LFS for the foundations, you will be on
your own when things break.  If you start with LFS, done
by-the-book, you should know enough to then either use the LFS build
to do things your own way, and be able to compare them when things
break, or to keep it around and build things your way from your
current host system, again comparing the two when you get problems.

 For building everything in a system from source, or even for only
building what is in LFS itself, I find it helpful to not change too
many package versions on each build - this helps me keep on top of
what has changed, and what causes the need for a fix.  Obviously,
when something is in LFS-svn it works for at least one editor
(barring typos) so you should be able to take that as a fairly
reliable base - but it *will* still break random packages in what we
call BLFS from time to time.  If you are maintaining your own
system, it is generally easier to change a little, sort that out,
and then repeat again.

 In theory, the linux kernel builds (for linus :) with each git
version that he commits - that doesn't mean it builds and works for
everyone.  Many other packages are more likely to be broken for some
users at a random revision.  Alternatively, maybe you are using git
to pull specific *releases* - in that case, isn't it easier to use
(and keep) the tarballs ?  That way, you can use e.g. md5sums to
check that what you are using is what others are using, and you can
search the distros to see what patches they apply : for LFS we
occasionally find fixes in the distros (when we try a new package
version and hit a problem somewhere), but mostly the useful stuff is
for the later (BLFS) packages.  And keeping everything reasonably
up-to-date *does* take an awful lot of time!

 If you do things your own way, we *might* sometimes be able to help,
but you will get better responses if you can identify what you are
doing which is different from the book.  So far I have picked up that
you are building in VirtualBox, using a directory other than /mnt/lfs,
and not building binutils-pass-1 in the way that we do.  If you
start as I have suggested, and still get problems trying to build
binutils-pass-1 the way that we do, please post again in a new
thread.  I'm 98% confident that if you follow what I wrote in my last
reply, and stop immediately (and ask for advice - google might help,
but only if your current experience allows you to filter out the
noise, so you could ask if you have any doubt about suggested fixes),
then you will succeed.  The 2% is because I have no idea how to set
up VirtualBox ;-)

 FBBG.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

2012-11-14 Thread Bruce Dubbs

Paige Thompson wrote:
- I'm not looking for fewer unusual problems, I want to learn how
this works and figure out what's going on so I can solve these
problems on my own.

- I'm not using bleeding edge version of everything, I've gone
through the trouble to check out the appropriate branches in all
repositories and if that’s not enough, I've reset to specific commit
hashes just to be sure.

- I insist on adjusting my versions according to this:
http://www.linuxfromscratch.org/lfs/view/development/ if someone else
can get that to work then I should be able to as well.

I can get it to work.

- you guys don’t post section 4.4 and 5.2 here ?
http://www.linuxfromscratch.org/lfs/view/develohttp://www.linuxfromscratch.org/lfs/view/development/chapter05/toolchaintechnotes.htmlpment/

http://www.linuxfromscratch.org/lfs/view/development/chapter04/settingenvironment.html

http://www.linuxfromscratch.org/lfs/view/development/chapter05/toolchaintechnotes.html

I don't understand your comment.

There are many subtle things going on in a complex task like building
LFS. Sometimes very knowledgeable people have problems because they
make assumptions that are different from what is written.

I suggest that you start over. Pay close attention to Section vii -
Host System Requirements and then follow the book closely. It's
perfectly acceptable to deviate from the book, but don't complain if
your changes cause a problem. Note that we have scripts that extract
the commands directly from the book's sources and build the whole system
(mostly) automatically. We know that what is in the book works.

The SVN version should work as well as the 7.2 version, but it isn't
tested quite as well.

- I'm sorry but the only reason I top-posted was to add additional
information that I thought would be helpful in getting information as
to what is going on with my toolchain. I also use a thread view email
client.

We also ask that you delete non-relevant info. The above is fine, but
90% of your post is/was not relevant to the above.

-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 11:34:00AM -0800, Paige Thompson wrote:
 - I'm not looking for fewer unusual problems, I want to learn how this works 
 and figure out what's going on so I can solve these problems on my own. 
 
 Stage one: follow what others have done, and attempt to understand
it.  Stage two, make your own changes, and see if you have enough
experience and understanding to fix the problems.

 - I'm not using bleeding edge version of everything, I've gone through the 
 trouble to check out the appropriate branches in all repositories and if 
 that’s not enough, I've reset to specific commit hashes just to be sure. 
 
 OK, I saw you pulling lots of things into git trees.

 - I insist on adjusting my versions according to this: 
 http://www.linuxfromscratch.org/lfs/view/development/ if someone else can get 
 that to work then I should be able to as well.
 

 Mostly - as I said in my reply while you were sending this out, it
worked for someone (barring typos in what was committed) but it
*might* break something later (typically, something will fail to
compile and need a patch or a sed - I've seen that happen with
toolchain changes, but also with e.g. bison, grep)

 - you guys don’t post section 4.4 and 5.2 here ? 
 http://www.linuxfromscratch.org/lfs/view/development/
 

excuse me?
http://www.linuxfromscratch.org/lfs/view/development/chapter04/settingenvironment.html
and
http://www.linuxfromscratch.org/lfs/view/development/chapter05/toolchaintechnotes.html

 - I'm sorry but the only reason I top-posted was to add additional 
 information that I thought would be helpful in getting information as to what 
 is going on with my toolchain. I also use a thread view email client.
 
 And you top-posted again, by failing to trim (or in this case
remove entirely, now that the context is effectively lost by putting
it somewhere below your individual replies) what I said :-)

 Yes, I know that is how windows users use email, but that doesn't
make it right for a technical list.  Not everyone uses thread-view
on all lists.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

What does an ldd of a tools/bin/as look like for you?

-Original Message-
From: lfs-support-boun...@linuxfromscratch.org 
[mailto:lfs-support-boun...@linuxfromscratch.org] On Behalf Of Ken Moffat
Sent: Wednesday, November 14, 2012 11:52 AM
To: LFS Support List
Subject: Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 11:13:03AM -0800, Paige Thompson wrote:
 I don't understand. 

 commit ee9247c38a8def24a59eb5cfb7196a98bef8cfdc

 Author: Carlos O'Donell carlos_odon...@mentor.com

 Date:   Sat Jun 30 08:27:06 2012 -0700

 Update NEWS and README.

 Final update for 2.16 release.

 http://www.kernel.org/doc/man-pages/online/pages/man2/arch_prctl.2.htm
 l

 how is it that it thinks I have glib 2.7, that commit is what my glibc 
 tree is at. so .

 Please read, and think about, the reply I sent a few minutes ago.

 I didn't see the reference to glib-2.7 or glibc-2.7, but I am confident that 
you will find things simpler if you *start* by following the book.  If you want 
to build everything from scratch, picking bits and pieces from LFS for the 
foundations, you will be on your own when things break.  If you start with LFS, 
done by-the-book, you should know enough to then either use the LFS build to do 
things your own way, and be able to compare them when things break, or to keep 
it around and build things your way from your current host system, again 
comparing the two when you get problems.

 For building everything in a system from source, or even for only building 
what is in LFS itself, I find it helpful to not change too many package 
versions on each build - this helps me keep on top of what has changed, and 
what causes the need for a fix.  Obviously, when something is in LFS-svn it 
works for at least one editor (barring typos) so you should be able to take 
that as a fairly reliable base - but it *will* still break random packages in 
what we call BLFS from time to time.  If you are maintaining your own system, 
it is generally easier to change a little, sort that out, and then repeat again.

 In theory, the linux kernel builds (for linus :) with each git version that he 
commits - that doesn't mean it builds and works for everyone.  Many other 
packages are more likely to be broken for some users at a random revision.  
Alternatively, maybe you are using git to pull specific *releases* - in that 
case, isn't it easier to use (and keep) the tarballs ?  That way, you can use 
e.g. md5sums to check that what you are using is what others are using, and you 
can search the distros to see what patches they apply : for LFS we occasionally 
find fixes in the distros (when we try a new package version and hit a problem 
somewhere), but mostly the useful stuff is for the later (BLFS) packages.  And 
keeping everything reasonably up-to-date *does* take an awful lot of time!

 If you do things your own way, we *might* sometimes be able to help, but you 
will get better responses if you can identify what you are doing which is 
different from the book.  So far I have picked up that you are building in 
VirtualBox, using a directory other than /mnt/lfs, and not building 
binutils-pass-1 in the way that we do.  If you start as I have suggested, and 
still get problems trying to build
binutils-pass-1 the way that we do, please post again in a new thread.  I'm 98% 
confident that if you follow what I wrote in my last reply, and stop 
immediately (and ask for advice - google might help, but only if your current 
experience allows you to filter out the noise, so you could ask if you have any 
doubt about suggested fixes), then you will succeed.  The 2% is because I have 
no idea how to set up VirtualBox ;-)

 FBBG.

ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

-Original Message-
From: lfs-support-boun...@linuxfromscratch.org 
[mailto:lfs-support-boun...@linuxfromscratch.org] On Behalf Of Ken Moffat
Sent: Wednesday, November 14, 2012 12:05 PM
To: LFS Support List
Subject: Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 11:34:00AM -0800, Paige Thompson wrote:
 - I'm not looking for fewer unusual problems, I want to learn how this works 
 and figure out what's going on so I can solve these problems on my own. 

 Stage one: follow what others have done, and attempt to understand it.  Stage 
two, make your own changes, and see if you have enough experience and 
understanding to fix the problems.

 - I'm not using bleeding edge version of everything, I've gone through the 
 trouble to check out the appropriate branches in all repositories and if 
 that’s not enough, I've reset to specific commit hashes just to be sure. 

 OK, I saw you pulling lots of things into git trees.

 - I insist on adjusting my versions according to this: 
 http://www.linuxfromscratch.org/lfs/view/development/ if someone else can get 
 that to work then I should be able to as well.

 Mostly - as I said in my reply while you were sending this out, it worked for 
someone (barring typos in what was committed) but it
*might* break something later (typically, something will fail to compile and 
need a patch or a sed - I've seen that happen with toolchain changes, but also 
with e.g. bison, grep)

 - you guys don’t post section 4.4 and 5.2 here ? 
 http://www.linuxfromscratch.org/lfs/view/development/

excuse me?
http://www.linuxfromscratch.org/lfs/view/development/chapter04/settingenvironment.html
and
http://www.linuxfromscratch.org/lfs/view/development/chapter05/toolchaintechnotes.html

 - I'm sorry but the only reason I top-posted was to add additional 
 information that I thought would be helpful in getting information as to what 
 is going on with my toolchain. I also use a thread view email client.

 And you top-posted again, by failing to trim (or in this case remove entirely, 
now that the context is effectively lost by putting it somewhere below your 
individual replies) what I said :-)

 Yes, I know that is how windows users use email, but that doesn't make it 
right for a technical list.  Not everyone uses thread-view on all lists.

ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Oh top posting I thought you meant thread bumping... really guys ? top 
posting? 

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

-Original Message-
From: lfs-support-boun...@linuxfromscratch.org 
[mailto:lfs-support-boun...@linuxfromscratch.org] On Behalf Of Ken Moffat
Sent: Wednesday, November 14, 2012 12:05 PM
To: LFS Support List
Subject: Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 11:34:00AM -0800, Paige Thompson wrote:
 - I'm not looking for fewer unusual problems, I want to learn how this works 
 and figure out what's going on so I can solve these problems on my own. 

 Stage one: follow what others have done, and attempt to understand it.  Stage 
two, make your own changes, and see if you have enough experience and 
understanding to fix the problems.

 - I'm not using bleeding edge version of everything, I've gone through the 
 trouble to check out the appropriate branches in all repositories and if 
 that’s not enough, I've reset to specific commit hashes just to be sure. 

 OK, I saw you pulling lots of things into git trees.

 - I insist on adjusting my versions according to this: 
 http://www.linuxfromscratch.org/lfs/view/development/ if someone else can get 
 that to work then I should be able to as well.

 Mostly - as I said in my reply while you were sending this out, it worked for 
someone (barring typos in what was committed) but it
*might* break something later (typically, something will fail to compile and 
need a patch or a sed - I've seen that happen with toolchain changes, but also 
with e.g. bison, grep)

 - you guys don’t post section 4.4 and 5.2 here ? 
 http://www.linuxfromscratch.org/lfs/view/development/

excuse me?
http://www.linuxfromscratch.org/lfs/view/development/chapter04/settingenvironment.html
and
http://www.linuxfromscratch.org/lfs/view/development/chapter05/toolchaintechnotes.html

 - I'm sorry but the only reason I top-posted was to add additional 
 information that I thought would be helpful in getting information as to what 
 is going on with my toolchain. I also use a thread view email client.

 And you top-posted again, by failing to trim (or in this case remove entirely, 
now that the context is effectively lost by putting it somewhere below your 
individual replies) what I said :-)

 Yes, I know that is how windows users use email, but that doesn't make it 
right for a technical list.  Not everyone uses thread-view on all lists.

ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Look at it from my perspective, I scroll through each e-email top to bottom 
every time I look at it for its context because I assume top or bottom is a 
matter of preference that is acceptable or it would be otherwise be indicated 
in a way that makes sense to me. You'd think I'd be biased, but I'm not... and 
I'm still not. K? I'll try to remember just for you guys. 

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

2012-11-14 Thread Fernando de Oliveira

--- Em qua, 14/11/12, Ken Moffat escreveu:

 De: Ken Moffat
 Assunto: Re: [lfs-support] still doesnt work right (after binutils pass 2)
 Para: LFS Support List
 Data: Quarta-feira, 14 de Novembro de 2012, 17:05


  And you top-posted again, by failing to trim (or in this
 case
 remove entirely, now that the context is effectively lost by
 putting
 it somewhere below your individual replies) what I said :-)
 
  Yes, I know that is how windows users use email, but that
 doesn't
 make it right for a technical list.  Not everyone uses
 thread-view
 on all lists.
 
Not really, I think.

For some years, I am not doing any photography, but it was may main
occupation for some years, so I was in many lists about the subject
for quite long. I never used linux by then, was using windows. No web
mail, I used Netscape, and remember most users did not to post,
newcomers who did were warned to no doing it. Newcomers had different
ways of doing things, but most would accept to comply with list's rules.

[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 12:35:13PM -0800, Paige Thompson wrote:
 What does an ldd of a tools/bin/as look like for you?
 
 After pass 1, no idea.  And after pass 2 I would only be able to
tell you after I chrooted - assuming I hadn't deleted /tools which I
normally do soon after the system boots.

 So, perhaps I was mistaken when I said yours shouldn't link to
/usr/lib - that's the trouble with people firing a string of
questions after continuing beyond the first failure - the situation
is muddied by all the reports.  If I was wrong, my apologies, chalk
one up to yourself if you wish to keep score, and feel free to
disregard anything I say ;)

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

-Original Message-
From: lfs-support-boun...@linuxfromscratch.org 
[mailto:lfs-support-boun...@linuxfromscratch.org] On Behalf Of Ken Moffat
Sent: Wednesday, November 14, 2012 2:43 PM
To: LFS Support List
Subject: Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 12:35:13PM -0800, Paige Thompson wrote:
 What does an ldd of a tools/bin/as look like for you?

 After pass 1, no idea.  And after pass 2 I would only be able to tell you 
after I chrooted - assuming I hadn't deleted /tools which I normally do soon 
after the system boots.

 So, perhaps I was mistaken when I said yours shouldn't link to /usr/lib - 
that's the trouble with people firing a string of questions after continuing 
beyond the first failure - the situation is muddied by all the reports.  If I 
was wrong, my apologies, chalk one up to yourself if you wish to keep score, 
and feel free to disregard anything I say ;)

ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

I actually came to the conclusion that it was due to the simple fact that the 
executable's link pathes pointed to /lib64/ld-linux-x86_64.so.2 which is fine 
except on the host system it doesn't work due to the difference in the host 
system'd ld-linux-x86_64.so.2 difference from the one that it is actually 
linked against by the compiler (which is located in 
/tools/lib64/ld-linux-x86_64.so.2... *OR* something is very wrong with my 
glibc even though it is the correct version, correct commit in the source tree 
and everything (as near as I can possibly tell.) It could ALSO be the fact that 
my host is not running kernel 2.6.25 which seems...absurd because that’s the 
min version to compile glibc support for and I'm running like 3. Something.

It'll have to wait until I return home, if I'm right, which I'm next to fairly 
certain I am this is really going to pay off, cross your fingers, if not I'm 
sure I'll eventually figure it out and be that much better off for it. At least 
I'm at a point where I can kinda have an idea for what might be wrong and I 
assume this will help a lot in the future. I really hope so because I'm tired 
of Ubuntu, I'm tired of mailing lists, I don't like dealing with people to get 
what I want. 

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 02:49:37PM -0800, Paige Thompson wrote:
  It could ALSO be the fact that my host is not running kernel 2.6.25 which 
 seems...absurd because that’s the min version to compile glibc support for 
 and I'm running like 3. Something.
 
 That _would_ be absurd.
  I really hope so because I'm tired of Ubuntu, I'm tired of mailing lists, I 
 don't like dealing with people to get what I want. 
 
 If you prefer to make your own changes, and to keep them secret,
then you can do that (for the buildscripts).  But you have already
put your scripts at github, so I guess that doesn't apply.
Otherwise, you need to fit in with the norms of whichever support
channel(s) you use.  Maybe linuxquestions.org (online forum) or IRC
would suit you better, maybe not.

 Most of us aren't super-clever, and we don't understand everything,
but we build on what has gone before.  A few people are determined
to do it all their own way - if that applies to you, enjoy the
process.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

No intention of keeping em secret just want to maintain control over 
it...fitting norms? Lulz, What are you talking about. Said I'd try to stick to 
the bottom post... have no idea whether this phone does it right though so ill 
..do nothing apparently-- nothing in the settings and the previous message is 
an uneditable box with a checkbox... if it does top post i wont do it again i 
promise. 

Also dont take everything i say about not liking people too to-heart. Just 
moody... but that said i do prefer to not have to argue cryptically on mailing 
lists and irc about what im trying to do..  when im pretty sure about what i 
want and yeah will check out some other lists i think... prob would make more 
sense. 

Thxziz
Sent from my Verizon Wireless 4G LTE DROID

Ken Moffat zarniwh...@ntlworld.com wrote:

On Wed, Nov 14, 2012 at 02:49:37PM -0800, Paige Thompson wrote:
  It could ALSO be the fact that my host is not running kernel 2.6.25 which 
 seems...absurd because that’s the min version to compile glibc support for 
 and I'm running like 3. Something.
 
 That _would_ be absurd.
  I really hope so because I'm tired of Ubuntu, I'm tired of mailing lists, I 
 don't like dealing with people to get what I want. 
 
 If you prefer to make your own changes, and to keep them secret,
then you can do that (for the buildscripts).  But you have already
put your scripts at github, so I guess that doesn't apply.
Otherwise, you need to fit in with the norms of whichever support
channel(s) you use.  Maybe linuxquestions.org (online forum) or IRC
would suit you better, maybe not.

 Most of us aren't super-clever, and we don't understand everything,
but we build on what has gone before.  A few people are determined
to do it all their own way - if that applies to you, enjoy the
process.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Wed, Nov 14, 2012 at 05:38:05PM -0800, Paige Thompson wrote:
 No intention of keeping em secret just want to maintain control over 
 it...fitting norms? Lulz, What are you talking about. Said I'd try to stick 
 to the bottom post... have no idea whether this phone does it right though so 
 ill ..do nothing apparently-- nothing in the settings and the previous 
 message is an uneditable box with a checkbox... if it does top post i wont do 
 it again i promise. 
 
 Also dont take everything i say about not liking people too to-heart. Just 
 moody... but that said i do prefer to not have to argue cryptically on 
 mailing lists and irc about what im trying to do..  when im pretty sure about 
 what i want and yeah will check out some other lists i think... prob would 
 make more sense. 
 
 Thxziz
 Sent from my Verizon Wireless 4G LTE DROID
 
 Lol.  Phones are a pain - mine is still stuck on sending html so I
can't use it to reply to the list.  For norms, in this case ESR's
jargon file on 'email' probably comes close.  But if your phone
won't let you, I'll try to remember that.

 Keeping control is why most of us are here - following the book
works.  Deviations can work too : on -support we only see people
who have problems, and know nothing about others.  But *some*
deviations from the book will either cause failure, or a *lot* of
additional work to work-around their consequences.

 Regards,

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

For sure, its good to find some of those errors though.. for me it helps to 
know what you can't do with some stuff first hand as a means of saying I am 
proficient in something and sometimes it takes going down that path to even 
realize that some things don't work the way you expect. The cross compiling 
process is something I want to get to know very intimately. I've never had much 
in the way of trouble aside from low level stuff. I've written a bit of C and 
C++ in my day, it makes me wish I had focused my career more on it sometimes 
though I'm sure I would feel the opposite if I hadn't stuck to web application 
development and systems architecture. 

The fact that I haven't been able to find a complete base toolchain for 
download yet is kind of a blessing and a curse. On one hand I'm learning some 
things about glib and gcc that I never knew and on the other I can imagine 
myself having a lot more fun with what I have planned once I get inside the 
chroot :) 


On Nov 14, 2012, at 6:08 PM, Ken Moffat zarniwh...@ntlworld.com wrote:

 On Wed, Nov 14, 2012 at 05:38:05PM -0800, Paige Thompson wrote:
 No intention of keeping em secret just want to maintain control over 
 it...fitting norms? Lulz, What are you talking about. Said I'd try to stick 
 to the bottom post... have no idea whether this phone does it right though 
 so ill ..do nothing apparently-- nothing in the settings and the previous 
 message is an uneditable box with a checkbox... if it does top post i wont 
 do it again i promise. 
 
 Also dont take everything i say about not liking people too to-heart. Just 
 moody... but that said i do prefer to not have to argue cryptically on 
 mailing lists and irc about what im trying to do..  when im pretty sure 
 about what i want and yeah will check out some other lists i think... prob 
 would make more sense. 
 
 Thxziz
 Sent from my Verizon Wireless 4G LTE DROID
 
 Lol.  Phones are a pain - mine is still stuck on sending html so I
 can't use it to reply to the list.  For norms, in this case ESR's
 jargon file on 'email' probably comes close.  But if your phone
 won't let you, I'll try to remember that.
 
 Keeping control is why most of us are here - following the book
 works.  Deviations can work too : on -support we only see people
 who have problems, and know nothing about others.  But *some*
 deviations from the book will either cause failure, or a *lot* of
 additional work to work-around their consequences.
 
 Regards,
 
 ĸen
 -- 
 das eine Mal als Tragödie, das andere Mal als Farce
 -- 
 http://linuxfromscratch.org/mailman/listinfo/lfs-support
 FAQ: http://www.linuxfromscratch.org/lfs/faq.html
 Unsubscribe: See the above information page

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] still doesnt work right (after binutils pass 2)

On Nov 14, 2012, at 6:19 PM, Paige Thompson erra...@devel.ws wrote:

For sure, its good to find some of those errors though.. for me it helps to
know what you can't do with some stuff first hand as a means of saying I am
proficient in something and sometimes it takes going down that path to even
realize that some things don't work the way you expect. The cross compiling
process is something I want to get to know very intimately. I've never had
much in the way of trouble aside from low level stuff. I've written a bit of
C and C++ in my day, it makes me wish I had focused my career more on it
sometimes though I'm sure I would feel the opposite if I hadn't stuck to web
application development and systems architecture.

The fact that I haven't been able to find a complete base toolchain for
download yet is kind of a blessing and a curse. On one hand I'm learning some
things about glib and gcc that I never knew and on the other I can imagine
myself having a lot more fun with what I have planned once I get inside the
chroot :)

On Nov 14, 2012, at 6:08 PM, Ken Moffat zarniwh...@ntlworld.com wrote:

On Wed, Nov 14, 2012 at 05:38:05PM -0800, Paige Thompson wrote:
No intention of keeping em secret just want to maintain control over
it...fitting norms? Lulz, What are you talking about. Said I'd try to stick
to the bottom post... have no idea whether this phone does it right though
so ill ..do nothing apparently-- nothing in the settings and the previous
message is an uneditable box with a checkbox... if it does top post i wont
do it again i promise.

Also dont take everything i say about not liking people too to-heart. Just
moody... but that said i do prefer to not have to argue cryptically on
mailing lists and irc about what im trying to do.. when im pretty sure
about what i want and yeah will check out some other lists i think... prob
would make more sense.

Thxziz
Sent from my Verizon Wireless 4G LTE DROID

Lol. Phones are a pain - mine is still stuck on sending html so I
can't use it to reply to the list. For norms, in this case ESR's
jargon file on 'email' probably comes close. But if your phone
won't let you, I'll try to remember that.

Keeping control is why most of us are here - following the book
works. Deviations can work too : on -support we only see people
who have problems, and know nothing about others. But *some*
deviations from the book will either cause failure, or a *lot* of
additional work to work-around their consequences.

Regards,

ĸen
--
das eine Mal als Tragödie, das andere Mal als Farce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

I hate this mail client, I wish I could hurry up and get my lfs so I could
bring back my round cube mail client.

QuoteFix
Table of contents

what is it?
installing the plug-in
using the plug-in
customized attributions
advanced date/time formatting
enabling/disabling
licence copyright

What is it?

QuoteFix is a plug-in for Mail.app which fixes some issues with
replying to e-mail:

it tries to remove the signature from the original message
it removes certain unnecessary empty lines
it positions the cursor below the original message, instead of above it (in other words, bottom-posting instead of top-posting)
it can (optionally) prune nested quotes from a specific level and above

It also provides customized attributions for replies and forwards.

Installing the plug-in

Before installing the plug-in, you'll need to make sure that
Mail.app's plug-in support is turned on. For this, execute the
following two commands in Terminal.app:

defaults write com.apple.mail EnableBundles -bool true
defaults write com.apple.mail BundleCompatibilityVersion -string 3

Next, perform the following steps:

Download the plugin if you haven't done so already
Navigate in Finder to ~/Library/Mail/
(where ~ means: your home directory)

If a Bundles folder doesn't yet exist, create an
empty one

Lastly, quit Mail.app if it's running, and start it up again.

In case you run into any problems, or want to
uninstall QuoteFix, just remove QuoteFix.mailbundle from
the bundle-folder and restart Mail.app.

Using the plug-in

After installation, QuoteFix is enabled. It will perform its magic
automatically when you reply to, or forward, messages.

The behaviour of the plug-in is customizable via its preferences.
QuoteFix has it's own preference pane in the preferences window

[lfs-support] LFS chapter 5.9 binutils pass 2 fails on make install step

2012-08-18 Thread daveLin

Hi,

LFS stable version 7.0 and my host system is Ubuntu lts 12.

While running the make install step on Binutils-2.21.1a - 
Pass 2 chapter 5.9
i'm getting errors.

Here is the log output

../../binutils-2.21.1/libiberty/../include/demangle.h
../../binutils-2.21.1/libiberty/../include/dyn-string.h
../../binutils-2.21.1/libiberty/../include/fibheap.h
../../binutils-2.21.1/libiberty/../include/floatformat.h
../../binutils-2.21.1/libiberty/../include/hashtab.h
../../binutils-2.21.1/libiberty/../include/libiberty.h
../../binutils-2.21.1/libiberty/../include/objalloc.h
../../binutils-2.21.1/libiberty/../include/partition.h
../../binutils-2.21.1/libiberty/../include/safe-ctype.h
../../binutils-2.21.1/libiberty/../include/sort.h
../../binutils-2.21.1/libiberty/../include/splay-tree.h; do \
/usr/bin/install -c -m 644 $h ${thd}; \
  done; \
fi
make[3]: Entering directory 
`/mnt/lfs/sources/binutils-build/libiberty/testsuite'
make[3]: Nothing to be done for `install'.
make[3]: Leaving directory `/mnt/lfs/sources/binutils-build/libiberty/testsuite'
make[2]: Leaving directory `/mnt/lfs/sources/binutils-build/libiberty'
make[1]: Nothing to be done for `install-target'.
make[1]: Leaving directory `/mnt/lfs/sources/binutils-build'

I tried to re-install the package once again. But ended up with same result. 
Any help would be greatly appreaciated.

Thanks

-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] LFS chapter 5.9 binutils pass 2 fails on make install step

2012-08-18 Thread Bruce Dubbs

daveLin wrote:
 Hi,

 LFS stable version 7.0 and my host system is Ubuntu lts 12.

 While running the make install step on Binutils-2.21.1a -
 Pass 2 chapter 5.9
 i'm getting errors.

 Here is the log output

 ../../binutils-2.21.1/libiberty/../include/demangle.h
 ../../binutils-2.21.1/libiberty/../include/dyn-string.h
 ../../binutils-2.21.1/libiberty/../include/fibheap.h
 ../../binutils-2.21.1/libiberty/../include/floatformat.h
 ../../binutils-2.21.1/libiberty/../include/hashtab.h
 ../../binutils-2.21.1/libiberty/../include/libiberty.h
 ../../binutils-2.21.1/libiberty/../include/objalloc.h
 ../../binutils-2.21.1/libiberty/../include/partition.h
 ../../binutils-2.21.1/libiberty/../include/safe-ctype.h
 ../../binutils-2.21.1/libiberty/../include/sort.h
 ../../binutils-2.21.1/libiberty/../include/splay-tree.h; do \
   /usr/bin/install -c -m 644 $h ${thd}; \
 done; \
   fi
 make[3]: Entering directory 
 `/mnt/lfs/sources/binutils-build/libiberty/testsuite'
 make[3]: Nothing to be done for `install'.
 make[3]: Leaving directory 
 `/mnt/lfs/sources/binutils-build/libiberty/testsuite'
 make[2]: Leaving directory `/mnt/lfs/sources/binutils-build/libiberty'
 make[1]: Nothing to be done for `install-target'.
 make[1]: Leaving directory `/mnt/lfs/sources/binutils-build'

Why do you think there is an error?

   -- Bruce


-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] LFS chapter 5.9 binutils pass 2 fails on make install step

2012-08-18 Thread Ken Moffat

On Sat, Aug 18, 2012 at 10:26:48PM +, daveLin wrote:
 Hi,
 
 LFS stable version 7.0 and my host system is Ubuntu lts 12.
 
 While running the make install step on Binutils-2.21.1a - 
 Pass 2 chapter 5.9
 i'm getting errors.
 
 Here is the log output
 
 ../../binutils-2.21.1/libiberty/../include/demangle.h
 ../../binutils-2.21.1/libiberty/../include/dyn-string.h
 ../../binutils-2.21.1/libiberty/../include/fibheap.h
 ../../binutils-2.21.1/libiberty/../include/floatformat.h
 ../../binutils-2.21.1/libiberty/../include/hashtab.h
 ../../binutils-2.21.1/libiberty/../include/libiberty.h
 ../../binutils-2.21.1/libiberty/../include/objalloc.h
 ../../binutils-2.21.1/libiberty/../include/partition.h
 ../../binutils-2.21.1/libiberty/../include/safe-ctype.h
 ../../binutils-2.21.1/libiberty/../include/sort.h
 ../../binutils-2.21.1/libiberty/../include/splay-tree.h; do \
   /usr/bin/install -c -m 644 $h ${thd}; \
 done; \
   fi
 make[3]: Entering directory 
 `/mnt/lfs/sources/binutils-build/libiberty/testsuite'
 make[3]: Nothing to be done for `install'.
 make[3]: Leaving directory 
 `/mnt/lfs/sources/binutils-build/libiberty/testsuite'
 make[2]: Leaving directory `/mnt/lfs/sources/binutils-build/libiberty'
 make[1]: Nothing to be done for `install-target'.
 make[1]: Leaving directory `/mnt/lfs/sources/binutils-build'
 
 I tried to re-install the package once again. But ended up with same result. 
 Any help would be greatly appreaciated.
 
 Thanks
 
 That doesn't show any errors.  Are you using the same
binutils-build or binutils-2.21.1a directories as you used in pass
1 ?  If you are, you need to remove them for each build.

 If you got this with freshly extracted source and a fresh build,
please log it, e.g.
make install 21 | tee failed-install.log

 Doing it like that will let you watch while it runs - it is
important to capture the error message(s) which is/are probably on
stderr.

 7.0 is about a year old - if you have the bandwidth to download the
packages, 7.1 will be less old and some of the explanations might be
better.  We're *nearly* ready for 7.2, but at the moment there are some
issues.

ĸen
-- 
das eine Mal als Tragödie, das andere Mal als Farce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

[lfs-support] binutils - Pass 2 configuration issue

2012-05-24 Thread Void Abh

Hi All,

I have a user level understanding of linux and have done some application
programming using gcc.

I have just started out with LFS7.1 and it has been a smooth ride until 5.8
(Adjusting the toolchain).

The problem i am facing is with 5.9 :

While running the script: binutils-2.22/configure, it failed with
config.log showing three errors:

*
configure:4009: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -V 5
x86_64-lfs-linux-gnu-gcc: error: unrecognized option '-V'
x86_64-lfs-linux-gnu-gcc: fatal error: no input files
compilation terminated.
configure:4020: $? = 1
configure:4009: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -qversion 5
x86_64-lfs-linux-gnu-gcc: error: unrecognized option '-qversion'
x86_64-lfs-linux-gnu-gcc: fatal error: no input files
compilation terminated.
configure:4020: $? = 1
configure:4040: checking for C compiler default output file name
configure:4062: x86_64-lfs-linux-gnu-gcc -B/tools/lib/conftest.c  5
configure:4066: $? = 0
configure:4103: result: a.out
configure:4119: checking whether the C compiler works
configure:4128: ./a.out
../binutils-2.22/configure: line 4130: ./a.out: No such file or directory
configure:4132: $? = 127
configure:4139: error: in `/media/lin/sources/binutils-build':
configure:4143: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
***

Since man x86_64-lfs-linux-gnu-gcc didn't have -V  and -qversion options ,
i modified binutils-2.22/configure as follows:

#Original source:
for ac_option in --version -v -V -qversion; do

#Modified source
for ac_option in --version -v; do

With this change , i dont get the first two errors but the last error (not
finding ./a.out) still exists.
*
gcc version 4.6.2 (GCC)
configure:4020: $? = 0
configure:4040: checking for C compiler default output file name
configure:4062: x86_64-lfs-linux-gnu-gcc -B/tools/lib/conftest.c  5
configure:4066: $? = 0
configure:4103: result: a.out
configure:4119: checking whether the C compiler works
configure:4128: ./a.out
../binutils-2.22/configure: line 4130: ./a.out: No such file or directory
configure:4132: $? = 127
configure:4139: error: in `/media/lin/sources/binutils-build':
configure:4143: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
*

My questions:
1) How come invalid options such as -V and -qversion have ended up in the
configure script ? Is there something that i have missed here ?
2) How come the same scripts worked during the first pass ?
3) How do i solve the last problem ? (./a.out)


I would be grateful for any help/ advise.

Regards
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: [lfs-support] binutils - Pass 2 configuration issue

2012-05-24 Thread sandip sitapara

configure script couldn't find the specific file ( compiler executable)
under /tools/lib directory so you got the message fatal error: no input
files. I think, your /tools/lib directory is empty or wrong path for
executable.

The -B option used in gcc to find the executables, libraries, include
files, and data files of the compiler itself. And configure script couldn't
find the executable so unable to compile the conftest.c  so there is no
file like a.out. But confusion is here configure:4066: $? = 0 why return
0?

Please check your /tools/lib directory

On Thu, May 24, 2012 at 2:38 PM, Void Abh void...@gmail.com wrote:

 Hi All,

 I have a user level understanding of linux and have done some application
 programming using gcc.

 I have just started out with LFS7.1 and it has been a smooth ride until
 5.8 (Adjusting the toolchain).

 The problem i am facing is with 5.9 :

 While running the script: binutils-2.22/configure, it failed with
 config.log showing three errors:

 *
 configure:4009: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -V 5
 x86_64-lfs-linux-gnu-gcc: error: unrecognized option '-V'
 x86_64-lfs-linux-gnu-gcc: fatal error: no input files
 compilation terminated.
 configure:4020: $? = 1
 configure:4009: x86_64-lfs-linux-gnu-gcc -B/tools/lib/ -qversion 5
 x86_64-lfs-linux-gnu-gcc: error: unrecognized option '-qversion'
 x86_64-lfs-linux-gnu-gcc: fatal error: no input files
 compilation terminated.
 configure:4020: $? = 1
 configure:4040: checking for C compiler default output file name
 configure:4062: x86_64-lfs-linux-gnu-gcc -B/tools/lib/conftest.c  5
 configure:4066: $? = 0
 configure:4103: result: a.out
 configure:4119: checking whether the C compiler works
 configure:4128: ./a.out
 ../binutils-2.22/configure: line 4130: ./a.out: No such file or directory
 configure:4132: $? = 127
 configure:4139: error: in `/media/lin/sources/binutils-build':
 configure:4143: error: cannot run C compiled programs.
 If you meant to cross compile, use `--host'.
 See `config.log' for more details.
 ***

 Since man x86_64-lfs-linux-gnu-gcc didn't have -V  and -qversion options ,
 i modified binutils-2.22/configure as follows:

 #Original source:
 for ac_option in --version -v -V -qversion; do

 #Modified source
 for ac_option in --version -v; do

 With this change , i dont get the first two errors but the last error (not
 finding ./a.out) still exists.
 *
 gcc version 4.6.2 (GCC)
 configure:4020: $? = 0
 configure:4040: checking for C compiler default output file name
 configure:4062: x86_64-lfs-linux-gnu-gcc -B/tools/lib/conftest.c  5
 configure:4066: $? = 0
 configure:4103: result: a.out
 configure:4119: checking whether the C compiler works
 configure:4128: ./a.out
 ../binutils-2.22/configure: line 4130: ./a.out: No such file or directory
 configure:4132: $? = 127
 configure:4139: error: in `/media/lin/sources/binutils-build':
 configure:4143: error: cannot run C compiled programs.
 If you meant to cross compile, use `--host'.
 See `config.log' for more details.
 *

 My questions:
 1) How come invalid options such as -V and -qversion have ended up in the
 configure script ? Is there something that i have missed here ?
 2) How come the same scripts worked during the first pass ?
 3) How do i solve the last problem ? (./a.out)


 I would be grateful for any help/ advise.

 Regards

 --
 http://linuxfromscratch.org/mailman/listinfo/lfs-support
 FAQ: http://www.linuxfromscratch.org/lfs/faq.html
 Unsubscribe: See the above information page


-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: Binutils (Pass 2)

2010-08-22 Thread Hamish West

I do copy and paste, I never type unless it is make or make install




From: William Immendorf will.immend...@gmail.com
To: LFS Support List lfs-support@linuxfromscratch.org
Sent: Sun, 22 August, 2010 1:54:57 PM
Subject: Re: Binutils (Pass 2)

On Sat, Aug 21, 2010 at 10:55 PM, William Immendorf
will.immend...@gmail.com wrote:
 Maybe you should just start from scratch again and this time try to
 use the copy-and-paste the instructions in instead of panstakingly
 typing them in.
s/panstakingly/painstakingly

Additionally, don't top post.

-- 
William Immendorf
The ultimate in free computing.
Messages in plain text, please, no HTML.
GPG key ID: 1697BE98
If it's not signed, it's not from me.

--

Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page



  -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: Binutils (Pass 2)

2010-08-22 Thread Bruce Dubbs

Hamish West wrote:
 I do copy and paste, I never type unless it is make or make install

If you want help, do what William said.  Don't top post.

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: Binutils (Pass 2)

2010-08-22 Thread Ken Moffat

On 22 August 2010 06:55, Hamish West hamishw...@ymail.com wrote:
 I do copy and paste, I never type unless it is make or make install

 First, a further moan - I dunno what mailer you are using, but your
text in googlemail comes through at twice the size of everyone else's
postings.  Makes it very *hard* to read.

 And now a suggestion - in binutils, and some other packages
(in particular, gcc and probably glibc) there are multiple config.log
files in various subdirectories.  Whenever configure blows up,
you need to find the appropriate (newest) config.log.

 What you then need to do is search for the error message, in
this case error: C compiler cannot create executables.  Use
your favourite editor to search, or failing that, use less.  It's
easiest to do this from the host system.

 In the lines before that error message (perhaps a screenful,
sometimes a little more) will be the actual error reported by
the program configure had tried to compile and run.  Typically,
something like an error reported by 'ld'.  That error is key to
diagnosing the problem.

ĸen
-- 
After tragedy, and farce, OMG poneys!
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Binutils (Pass 2)

Hi,
Me Again :(
Me error this time is in binutils Pass 2, Chapter 5.9.
Me Terminal printout is:

l...@hamish-laptop:/mnt/lfs/sources/binutils-build$ CC=$LFS_TGT-gcc 
-B/tools/lib/ \
AR=$LFS_TGT-ar RANLIB=$LFS_TGT-ranlib \
../binutils-2.20.1/configure --prefix=/tools \
--disable-nls --with-lib-path=/tools/lib
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for a sed that does not truncate output... /bin/sed
checking for gawk... no
checking for mawk... mawk
checking for gcc... -gcc -B/tools/lib/
checking for C compiler default output file name... 
configure: error: in `/mnt/lfs/sources/binutils-build':
configure: error: C compiler cannot create executables
See `config.log' for more details.

The config.log is:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.64.  Invocation command line was

  $ ../binutils-2.20.1/configure --prefix=/tools --disable-nls 
--with-lib-path=/tools/lib

## - ##
## Platform. ##
## - ##

hostname = hamish-laptop
uname -m = i686
uname -r = 2.6.31-14-generic
uname -s = Linux
uname -v = #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = unknown
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo  = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /tools/bin
PATH: /bin
PATH: /usr/bin


## --- ##
## Core tests. ##
## --- ##

configure:2173: checking build system type
configure:2187: result: i686-pc-linux-gnu
configure:2234: checking host system type
configure:2247: result: i686-pc-linux-gnu
configure:2267: checking target system type
configure:2280: result: i686-pc-linux-gnu
configure:2334: checking for a BSD-compatible install
configure:2402: result: /usr/bin/install -c
configure:2413: checking whether ln works
configure:2435: result: yes
configure:2439: checking whether ln -s works
configure:2443: result: yes
configure:2450: checking for a sed that does not truncate output
configure:2514: result: /bin/sed
configure:2523: checking for gawk
configure:2553: result: no
configure:2523: checking for mawk
configure:2539: found /usr/bin/mawk
configure:2550: result: mawk
configure:3764: checking for gcc
configure:3791: result: -gcc -B/tools/lib/
configure:4020: checking for C compiler version
configure:4029: -gcc -B/tools/lib/ --version 5
../binutils-2.20.1/configure: line 4031: -gcc: command not found
configure:4040: $? = 127
configure:4029: -gcc -B/tools/lib/ -v 5
../binutils-2.20.1/configure: line 4031: -gcc: command not found
configure:4040: $? = 127
configure:4029: -gcc -B/tools/lib/ -V 5
../binutils-2.20.1/configure: line 4031: -gcc: command not found
configure:4040: $? = 127
configure:4029: -gcc -B/tools/lib/ -qversion 5
../binutils-2.20.1/configure: line 4031: -gcc: command not found
configure:4040: $? = 127
configure:4060: checking for C compiler default output file name
configure:4082: -gcc -B/tools/lib/conftest.c  5
../binutils-2.20.1/configure: line 4084: -gcc: command not found
configure:4086: $? = 127
configure:4123: result: 
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME 
| #define PACKAGE_TARNAME 
| #define PACKAGE_VERSION 
| #define PACKAGE_STRING 
| #define PACKAGE_BUGREPORT 
| #define PACKAGE_URL 
| /* end confdefs.h.  */
| 
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:4129: error: in `/mnt/lfs/sources/binutils-build':
configure:4133: error: C compiler cannot create executables
See `config.log' for more details.

##  ##
## Cache variables. ##
##  ##

ac_cv_build=i686-pc-linux-gnu
ac_cv_env_AR_FOR_TARGET_set=
ac_cv_env_AR_FOR_TARGET_value=
ac_cv_env_AR_set=set
ac_cv_env_AR_value=-ar
ac_cv_env_AS_FOR_TARGET_set=
ac_cv_env_AS_FOR_TARGET_value=
ac_cv_env_AS_set=
ac_cv_env_AS_value=
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_FOR_TARGET_set=
ac_cv_env_CC_FOR_TARGET_value=
ac_cv_env_CC_set=set
ac_cv_env_CC_value='-gcc -B/tools/lib/'
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_FOR_TARGET_set=
ac_cv_env_CXX_FOR_TARGET_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_DLLTOOL_FOR_TARGET_set=
ac_cv_env_DLLTOOL_FOR_TARGET_value=
ac_cv_env_DLLTOOL_set=
ac_cv_env_DLLTOOL_value=
ac_cv_env_GCC_FOR_TARGET_set=
ac_cv_env_GCC_FOR_TARGET_value=
ac_cv_env_GCJ_FOR_TARGET_set=
ac_cv_env_GCJ_FOR_TARGET_value=
ac_cv_env_GFORTRAN_FOR_TARGET_set=
ac_cv_env_GFORTRAN_FOR_TARGET_value=
ac_cv_env_LDFLAGS_set

Re: Binutils (Pass 2)

2010-08-21 Thread William Immendorf

On Sat, Aug 21, 2010 at 8:51 PM, Hamish West hamishw...@ymail.com wrote:
 configure:2523: checking for gawk
 configure:2553: result: no
 configure:2523: checking for mawk
 configure:2539: found /usr/bin/mawk
 configure:2550: result: mawk
Well, you have mawk instead of gawk, yet (presumablly) glibc compiled.
I guess that gawk dependence was fixed, but moving on to the real
problem:
 configure:3764: checking for gcc
 configure:3791: result: -gcc -B/tools/lib/
 configure:4020: checking for C compiler version
 configure:4029: -gcc -B/tools/lib/ --version 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -v 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -V 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -qversion 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4060: checking for C compiler default output file name
 configure:4082: -gcc -B/tools/lib/    conftest.c  5
 ../binutils-2.20.1/configure: line 4084: -gcc: command not found
Is $LFS_TGT set? Check with this command:

echo $LFS_TGT

If it just returns a blank response, then you need to source your .bashrc again:

source ~/.bashrc

Then try building Binutils again. If it errors out, then you should
examine your .bashrc.


-- 
William Immendorf
The ultimate in free computing.
Messages in plain text, please, no HTML.
GPG key ID: 1697BE98
If it's not signed, it's not from me.

--

Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: Binutils (Pass 2)

Hi,
Thanks for the reply, I did the 'echo $LFS_TGT' and got nothing, so I sourced 
.bashrc, and then tried the echo again and got nothing, this is the contents of 
.bashrc:

set +h
umask 022
LFS=/mnt/lfs
LC_ALL=POSIX
PATH=/tools/bin:/bin:/usr/bin
export LFS LC_ALL PATH




From: William Immendorf will.immend...@gmail.com
To: LFS Support List lfs-support@linuxfromscratch.org
Sent: Sun, 22 August, 2010 12:07:41 PM
Subject: Re: Binutils (Pass 2)

On Sat, Aug 21, 2010 at 8:51 PM, Hamish West hamishw...@ymail.com wrote:
 configure:2523: checking for gawk
 configure:2553: result: no
 configure:2523: checking for mawk
 configure:2539: found /usr/bin/mawk
 configure:2550: result: mawk
Well, you have mawk instead of gawk, yet (presumablly) glibc compiled.
I guess that gawk dependence was fixed, but moving on to the real
problem:
 configure:3764: checking for gcc
 configure:3791: result: -gcc -B/tools/lib/
 configure:4020: checking for C compiler version
 configure:4029: -gcc -B/tools/lib/ --version 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -v 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -V 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -qversion 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4060: checking for C compiler default output file name
 configure:4082: -gcc -B/tools/lib/conftest.c  5
 ../binutils-2.20.1/configure: line 4084: -gcc: command not found
Is $LFS_TGT set? Check with this command:

echo $LFS_TGT

If it just returns a blank response, then you need to source your .bashrc again:

source ~/.bashrc

Then try building Binutils again. If it errors out, then you should
examine your .bashrc.


-- 
William Immendorf
The ultimate in free computing.
Messages in plain text, please, no HTML.
GPG key ID: 1697BE98
If it's not signed, it's not from me.

--

Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page



  -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: Binutils (Pass 2)

I have re-done the ./~BASHRC file, and now I get 
l...@hamish-laptop:~$ echo $LFS_TGT
i686-lfs-linux-gnu
I will try binutils again

From: William Immendorf will.immend...@gmail.com
To: LFS Support List lfs-support@linuxfromscratch.org
Sent: Sun, 22 August, 2010 12:07:41 PM
Subject: Re: Binutils (Pass 2)

On Sat, Aug 21, 2010 at 8:51 PM, Hamish West hamishw...@ymail.com wrote:
 configure:2523: checking for gawk
 configure:2553: result: no
 configure:2523: checking for mawk
 configure:2539: found /usr/bin/mawk
 configure:2550: result: mawk
Well, you have mawk instead of gawk, yet (presumablly) glibc compiled.
I guess that gawk dependence was fixed, but moving on to the real
problem:
 configure:3764: checking for gcc
 configure:3791: result: -gcc -B/tools/lib/
 configure:4020: checking for C compiler version
 configure:4029: -gcc -B/tools/lib/ --version 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -v 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -V 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4029: -gcc -B/tools/lib/ -qversion 5
 ../binutils-2.20.1/configure: line 4031: -gcc: command not found
 configure:4040: $? = 127
 configure:4060: checking for C compiler default output file name
 configure:4082: -gcc -B/tools/lib/conftest.c  5
 ../binutils-2.20.1/configure: line 4084: -gcc: command not found
Is $LFS_TGT set? Check with this command:

echo $LFS_TGT

If it just returns a blank response, then you need to source your .bashrc again:

source ~/.bashrc

Then try building Binutils again. If it errors out, then you should
examine your .bashrc.

-- 
William Immendorf
The ultimate in free computing.
Messages in plain text, please, no HTML.
GPG key ID: 1697BE98
If it's not signed, it's not from me.

--

Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman
-- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

  -- 
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page

Re: Binutils (Pass 2)