William Harrington | 29 Jan 16:32 2014

Re: bison-3.0.2 32-bit libs make check 44 unexpected failure


On Jan 29, 2014, at 9:25 AM, Charlie Brown wrote:

>> I haven't ran the tests for the systemd branch at all. But if you  
>> look when
>> it was running tests, you may be able to find the errors or reason  
>> why they
>> failed. Do you have a log or output?
>
> Sorry, I should have taken a good look at the logs bison generated
> under the source directory.
>
> It turns out that that the errors are caused by CXX not set with
> $BUILD32. With CXX="g++ $BUILD32" all runned tests passed.
> Maybe the CXX build flags should be added to bison instructions as  
> well.
>
> Thank you for your reply!
>
> Sincerely,
> 王文鑫
> Charlie

Thanks for the report. I'll look into this and make the require  
changes. I'm also in the process of reverifying that PKG_CONFIG= is  
needed for temp-system make when the host has pkg-config installed and  
gc and guile and some others. Make is now using pkg-config to find  
some things.

I'm testing with an Arch linux host which I have quite a bit installed  
(Continue reading)

Charlie Brown | 29 Jan 11:53 2014
Picon

bison-3.0.2 32-bit libs make check 44 unexpected failure

Hi,
I'm following the systemd branch. Thank you for making so much
progress these days!
When building bison-3.0.2 32-bit libs, make check reports:
---------------------------
ERROR: 413 tests were run,
44 failed unexpectedly.
24 tests were skipped.
---------------------------
Is that too much errors?
Thanks in advance.

Sincerely,
王文鑫
Charlie
_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
William Harrington | 24 Jan 07:28 2014

Systemd branch ready for testing

Greetings,

I've spent the last week bringing multilib to a stable state and  
tidying up some 32bit and pure64 bit sections, and added/modified/ 
removed some things in ch11 system configuration, and ch12 network  
configuration.

If you want to render the book yourself:

git clone git://git.cross-lfs.org/cross-lfs.git
cd cross-lfs
git checkout systemd
make RENDERDIR=<directory where you want the book>

You'll need docbook xml, xsltproc and libxml2 with xml utils (xmllint,  
etc).

Or you can view the book I have rendered at:

http://cross-lfs.org/~kb0iic/CLFS-GIT-SYSTEMD/html/index.html

I have a working system with systemd and it is quick to boot and  
shutdown with a base CLFS build.

I've tested all sections to make sure they work with my default setup.

Give it a test run and post any concerns.

Sincerely,

(Continue reading)

陈冬晓 | 24 Jan 06:36 2014

回复: 答复: 回复: build error because gcc configure option is misplaced


during the boot branch, chapter 7.6:make install
make[3]: Enter directory shadow-4.1.5.1/etc
/usr/bin/install: cannot remove /etc/login.defs: permission denied

should the --sysconfdir option be $(CLFS)/etc?

----- Reply message -----
发件人: "William Harrington" <kb0iic <at> berzerkula.org>
收件人: "Sela Selah" <selah <at> outlook.com>
抄送: "clfs-support" <clfs-support <at> lists.cross-lfs.org>
主题: 答复: 回复: [Clfs-support] build error because gcc configure option is misplaced
日期: 周四, 1月 23 日, 2014 年 23:01

On Jan 23, 2014, at 8:34 AM, Sela Selah wrote:

>> During my test build with mips64-64 yesterday I didn't encounter
>> that issue.
>
>> I have pushed the changes for eglibc, gcc-static, and gcc-final for
>> mips64-64. What is in the book is what gave a successful build up
>> to chroot. So the cross-tools and tools section built without
>> error. It was a default by the book build.
>
> Could you show me the make log about the linking of cc1 during the
> build of gcc.
> (the output line similar: mips64el-clfs-linux-cc -o cc1 xxx.o xxx.o
> xxx.o -Lxxx -lgmp -Lxxx -lgloop ...)
> I follow the book but have error. The correct build log maybe helpful.

(Continue reading)

陈冬晓 | 23 Jan 06:25 2014

回复: build error because gcc configure option is misplaced


reply from mobile phoneyes, the $objdir dedicating the build dir but the sed script located in src
directory. i forgit this issue because my workpkace has no internet, so i write the email half of day later.

i am not sure the last mv command is necessury. i executed the mv command and no error occurduring the
following build, but until the gcc in the capter 6.10:
during the make cc1 link libcloog-isl.so an error occur:
error add symbols: file in wrong format

the .so file in the cross-tools dir and have the abi of build machine. i think the correct .so shold be the one
located in the tools dir.

maybe this error has relation with the last mv command or not.

----- Reply message -----
发件人: "William Harrington" <kb0iic <at> berzerkula.org>
收件人: "Sela Selah" <selah <at> outlook.com>
抄送: <clfs-support <at> lists.cross-lfs.org>
主题: [Clfs-support] build error because gcc configure option is misplaced
日期: 周四, 1月 23 日, 2014 年 08:51

On Jan 22, 2014, at 6:47 AM, Sela Selah wrote:

> If follow the wrong configure, the build of gcc will not create
> newlib but try to use the header of eglibc, results error like this:
> Some/path/i/forgot/tsystem.h: fatal error: stdio.h no such file or
> directory.

Also EGLIBC has issues.

(Continue reading)

Sela Selah | 22 Jan 13:47 2014

build error because gcc configure option is misplaced

I follow the development 2.x version to do my CLFS on mips64el.

This bug maybe also appear in the stable 2.1 version (even in others port).

 

In chapter 5.16. Cross GCC-4.8.2 – Static

The configure option code:

AR=ar LDFLAGS="-Wl,-rpath,/cross-tools/lib" \

  ../gcc-4.8.2/configure --prefix=/cross-tools \

  --build=${CLFS_HOST} --host=${CLFS_HOST} --target=${CLFS_TARGET} \

  --with-sysroot=${CLFS} --with-local-prefix=/tools \

  --with-native-system-header-dir=/tools/include --disable-nls \

  --enable-shared --disable-static --enable-languages=c,c++ \

  --enable-__cxa_atexit --enable-c99 --enable-long-long --enable-threads=posix \

  --disable-multilib --with-mpc=/cross-tools --with-mpfr=/cross-tools \

  --with-gmp=/cross-tools --with-cloog=/cross-tools --enable-cloog-backend=isl \

  --with-isl=/cross-tools --disable-isl-version-check --with-system-zlib \

  --enable-checking=release --enable-libstdcxx-time --with-abi=64

Should place into the chapter “5.18. Cross GCC-4.8.2 - Final”, and vice versa.

 

If follow the wrong configure, the build of gcc will not create newlib but try to use the header of eglibc, results error like this:

Some/path/i/forgot/tsystem.h: fatal error: stdio.h no such file or directory.

 

_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
Alexander Tampermeier | 8 Jan 20:59 2014
Picon

Re: CLFS chapter 6.1: no Makefile generated

Thanks to all of you for the great and swift support. It turned out that 
I did not install MPC correctly. After recompiling everything according 
to the CLFS book starting with MPC the problem did not show up again and 
GCC compiled correctly.

Best regards
Alexander
Charlie Brown | 8 Jan 18:45 2014
Picon

multilib unwantedly derived from common

Hi,
I've been following the systemd branch, and noticed that some recent
changes in common didn't get into the x86_64 multilib book, like
commit 8e3e941 and commit ab871d98.
Is that a mistake?

The multilib book has to take care of /usr/lib64 and /lib64, so it
uses different commands when configuring and creating files. But there
are times that it should follow the changes in common/ directory. I
guess it has been a headache for maintainers for a while...

Thank you for your work!

Sincerely,
王文鑫
Charlie
_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
Alexander Tampermeier | 8 Jan 11:11 2014
Picon

CLFS chapter 6.1: no Makefile generated

Book version: GIT-20140106-x86_64-Multilib
Host: CLFS GIT-20130724-x86_64-Multilib
$CLFS_HOST: x86_64-cross-linux-gnu
$CLFS_TARGET: x86_64-unknown-linux-gnu
$BUILD32: -m32
$BUILD64: -m64

Hi!

I got stuck in chapter "6.10. GCC-4.8.2". When issuing the command
"cp -v Makefile{,.orig}" I get the error message "cp: cannot stat 
'Makefile': No such file or directory".

There is no "Makefile" in gcc-build. The only file in gcc-build is 
"config.log". I suspect the prior command "CC="${CC} ${BUILD64}" 
CXX="${CXX} ${BUILD64} ....." should generate "Makefile" but it does not 
(please, see complete listing of the output of the commands of chapter 
6.10 below).

What have I missed that no Makefile was generated? Any help is highly 
appreciated.

Best regards
Alexander

clfs:~/gcc-4.8.2$ patch -Np1 -i 
../gcc-4.8.2-branch_update-1.patch/mnt/clfs/sources/
patching file ChangeLog
patching file contrib/gcc_update
patching file gcc/DATESTAMP
patching file gcc/ada/gcc-interface/utils.c
patching file gcc/alias.c
patching file gcc/cfgexpand.c
patching file gcc/cgraph.c
patching file gcc/cgraph.h
patching file gcc/cgraphbuild.c
patching file gcc/combine.c
patching file gcc/config/i386/i386.c
patching file gcc/config/i386/i386.md
patching file gcc/config/rs6000/rs6000.md
patching file gcc/config/sh/sh.opt
patching file gcc/cp/decl2.c
patching file gcc/cp/except.c
patching file gcc/cp/parser.c
patching file gcc/cp/semantics.c
patching file gcc/gimple-fold.c
patching file gcc/go/go-gcc.cc
patching file gcc/go/gofrontend/backend.h
patching file gcc/go/gofrontend/expressions.cc
patching file gcc/go/gofrontend/expressions.h
patching file gcc/go/gofrontend/gogo-tree.cc
patching file gcc/go/gofrontend/gogo.cc
patching file gcc/go/gofrontend/gogo.h
patching file gcc/go/gofrontend/import.h
patching file gcc/go/gofrontend/lex.cc
patching file gcc/go/gofrontend/parse.cc
patching file gcc/go/gofrontend/runtime.cc
patching file gcc/go/gofrontend/runtime.def
patching file gcc/go/gofrontend/types.cc
patching file gcc/go/gofrontend/types.h
patching file gcc/graphite-clast-to-gimple.c
patching file gcc/graphite-dependences.c
patching file gcc/ipa-prop.c
patching file gcc/optabs.c
patching file gcc/recog.c
patching file gcc/testsuite/g++.dg/cpp0x/decltype57.C
patching file gcc/testsuite/g++.dg/cpp0x/enum18.C
patching file gcc/testsuite/g++.dg/cpp0x/lambda/lambda-nsdmi5.C
patching file gcc/testsuite/g++.dg/tm/noexcept-6.C
patching file gcc/testsuite/gcc.c-torture/execute/pr58831.c
patching file gcc/testsuite/gcc.dg/atomic-store-6.c
patching file gcc/testsuite/gcc.dg/graphite/pr54094.c
patching file gcc/testsuite/gcc.dg/pr58805.c
patching file gcc/testsuite/gcc.dg/torture/pr57488.c
patching file gcc/testsuite/gcc.dg/torture/pr58079.c
patching file gcc/testsuite/gcc.dg/torture/pr58779.c
patching file gcc/testsuite/gcc.dg/torture/pr58830.c
patching file gcc/testsuite/gcc.target/arm/require-pic-register-loc.c
patching file gcc/testsuite/gcc.target/i386/pr30315.c
patching file gcc/testsuite/gcc.target/sh/pr54089-3.c
patching file gcc/tree-ssa-pre.c
patching file gcc/tree-ssa-tail-merge.c
patching file gcc/version.c
patching file libffi/doc/libffi.info
patching file libgo/Makefile.am
patching file libgo/Makefile.in
patching file libgo/config.h.in
patching file libgo/configure
patching file libgo/configure.ac
patching file libgo/go/syscall/libcall_linux.go
patching file libgo/go/syscall/libcall_posix.go
patching file libgo/mksysinfo.sh
patching file libgo/runtime/go-cdiv.c
patching file libgo/runtime/go-make-slice.c
patching file libgo/runtime/go-nosys.c
patching file libgo/runtime/go-signal.c
patching file libitm/libitm.info
patching file libquadmath/libquadmath.info
patching file libstdc++-v3/include/bits/shared_ptr_base.h
patching file libstdc++-v3/include/bits/stl_algo.h
patching file libstdc++-v3/include/c_global/cstdio
patching file libstdc++-v3/include/debug/functions.h
patching file libstdc++-v3/include/debug/macros.h
patching file libstdc++-v3/testsuite/20_util/shared_ptr/cons/58839.cc
patching file libstdc++-v3/testsuite/25_algorithms/nth_element/58800.cc
clfs:~/gcc-4.8.2$ patch -Np1 -i ../gcc-4.8.2-specs-1.patch.ch
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$ patch -Np1 -i ../gcc-4.8.2-specs-1.patch/mnt/clfs/sources/
patching file gcc/config/aarch64/aarch64-linux.h
Hunk #1 succeeded at 21 with fuzz 2.
patching file gcc/config/alpha/linux-elf.h
patching file gcc/config/arm/linux-eabi.h
patching file gcc/config/arm/linux-elf.h
patching file gcc/config/c6x/uclinux-elf.h
patching file gcc/config/cris/linux.h
patching file gcc/config/freebsd-spec.h
patching file gcc/config/frv/linux.h
patching file gcc/config/i386/gnu.h
patching file gcc/config/i386/kfreebsd-gnu.h
patching file gcc/config/i386/kfreebsd-gnu64.h
patching file gcc/config/i386/linux.h
patching file gcc/config/i386/linux64.h
patching file gcc/config/ia64/linux.h
patching file gcc/config/knetbsd-gnu.h
patching file gcc/config/kopensolaris-gnu.h
patching file gcc/config/linux.h
patching file gcc/config/m32r/linux.h
patching file gcc/config/m68k/linux.h
patching file gcc/config/microblaze/linux.h
patching file gcc/config/mips/linux.h
patching file gcc/config/mips/linux64.h
patching file gcc/config/mn10300/linux.h
patching file gcc/config/pa/pa-linux.h
patching file gcc/config/rs6000/freebsd64.h
patching file gcc/config/rs6000/linux64.h
Hunk #1 succeeded at 350 (offset -10 lines).
patching file gcc/config/rs6000/sysv4.h
Hunk #1 succeeded at 776 (offset -11 lines).
Hunk #2 succeeded at 821 (offset -11 lines).
patching file gcc/config/s390/linux.h
patching file gcc/config/sh/linux.h
patching file gcc/config/sparc/linux.h
patching file gcc/config/sparc/linux64.h
patching file gcc/config/xtensa/linux.h
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$ echo -en '\n#undef 
STANDARD_STARTFILE_PREFIX_1\n#define STANDARD_STARTFILE_PREFIX_1 "/
tools/lib/"\n' >> gcc/config/linux.h
clfs:~/gcc-4.8.2$ echo -en '\n#undef 
STANDARD_STARTFILE_PREFIX_2\n#define STANDARD_STARTFILE_PREFIX_2 ""
\n' >> gcc/config/linux.h
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$ cp -v gcc/Makefile.in{,.orig}
'gcc/Makefile.in' -> 'gcc/Makefile.in.orig'
clfs:~/gcc-4.8.2$ sed 's <at> \./fixinc\.sh <at> -c true <at> ' gcc/Makefile.in.orig > 
gcc/Makefile.in
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$
clfs:~/gcc-4.8.2$ mkdir -v ../gcc-build
mkdir: created directory '../gcc-build'
clfs:~/gcc-4.8.2$ cd ../gcc-build
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$ CC="${CC} ${BUILD64}" CXX="${CXX} ${BUILD64}" \
 >   ../gcc-4.8.2/configure --prefix=/tools \
 >   --libdir=/tools/lib64 --build=${CLFS_HOST} --host=${CLFS_TARGET} \
 >   --target=${CLFS_TARGET} --libexecdir=/tools/lib64 
--with-local-prefix=/tools \
 >   --enable-long-long --enable-c99 --enable-shared 
--enable-threads=posix \
 >   --disable-nls --enable-__cxa_atexit --enable-languages=c,c++ \
 >   --disable-libstdcxx-pch --enable-cloog-backend=isl --with-gmp=/tools \
 >   --with-mpfr=/tools --with-mpc=/tools --with-isl=/tools \
 >   --disable-isl-version-check --with-cloog=/tools --with-system-zlib \
 >   --with-native-system-header-dir=/tools/include --disable-libssp \
 >   --disable-install-libiberty  --enable-libstdcxx-time \
 >   --enable-checking=release
checking build system type... x86_64-cross-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /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... gawk
checking for libatomic support... yes
checking for libitm support... yes
checking for libsanitizer support... yes
checking for x86_64-unknown-linux-gnu-gcc... 
x86_64-unknown-linux-gnu-gcc -m64
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether x86_64-unknown-linux-gnu-gcc -m64 accepts -g... yes
checking for x86_64-unknown-linux-gnu-gcc -m64 option to accept ISO 
C89... none needed
checking whether we are using the GNU C++ compiler... yes
checking whether x86_64-unknown-linux-gnu-g++ -m64 accepts -g... yes
checking whether g++ accepts -static-libstdc++ -static-libgcc... no
checking for x86_64-unknown-linux-gnu-gnatbind... no
checking for gnatbind... no
checking for x86_64-unknown-linux-gnu-gnatmake... no
checking for gnatmake... no
checking whether compiler driver understands Ada... no
checking how to compare bootstrapped objects... cmp --ignore-initial=16 
$$f1 $$f2
checking for objdir... .libs
checking for the correct version of gmp.h... yes
checking for the correct version of mpfr.h... yes
checking for the correct version of mpc.h... no
configure: error: Building GCC requires GMP 4.2+, MPFR 2.4.0+ and MPC 
0.8.0+.
Try the --with-gmp, --with-mpfr and/or --with-mpc options to specify
their locations.  Source code for these libraries can be found at
their respective hosting sites as well as at
ftp://gcc.gnu.org/pub/gcc/infrastructure/.  See also
http://gcc.gnu.org/install/prerequisites.html for additional info.  If
you obtained GMP, MPFR and/or MPC from a vendor distribution package,
make sure that you have installed both the libraries and the header
files.  They may be located in separate packages.
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$
clfs:~/gcc-build$ cp -v Makefile{,.orig}
cp: cannot stat 'Makefile': No such file or directory
William Harrington | 6 Jan 19:10 2014

Systemd branch and main book

Greetings,

Chris has done a lot of work regarding systemd.

We were talking and would like to have systemd as the main book.

I wouldn't mind creating a sysvinit branch and removing the systemd  
branch.

I also, wouldn't mind maintaining a book for sysvinit and systemd.

I also realize that once we implement the simp branch into the main  
book, we could effectively have one branch and if sysvinit build the  
sysvinit book, if systemd, build the systemd book. It's a ways to go,  
but what is the community input about systemd as the main book?

We can drop sysvinit all together and people can refer to the old  
books regarding that boot system.

Another problem is cblfs. We may want to start referring people to  
BLFS. There are lots of things obsolete in CBLFS and we don't keep  
CBLFS releases for every CLFS release. CBLFS is good to refer when  
building a multilib system and for different archs (openssl for  
example).

I don't know what to do with CBLFS. I update as I build, but there  
hasn't been any updates other than from a few of us and it has been  
sporadic.
I end up using BLFS. I haven't built a desktop build for a long time.  
I use CLFS builds for my server, so I sometimes upgrade CBLFS based on  
what I build.

Sincerely,

William Harrington
Charlie Brown | 23 Dec 18:17 2013
Picon

findutils build failed

Hi,
Building findutils-4.4.2 fails miserably:
--------------------------------------------
x86_64-unknown-linux-gnu-gcc -m64 -std=gnu99 -DHAVE_CONFIG_H -I.
-I../..  -I../../intl   -g -O2 -MT fpurge.o -MD -MP -MF $d
epbase.Tpo -c -o fpurge.o fpurge.c &&\
mv -f $depbase.Tpo $depbase.Po
In file included from ./wchar.h:37:0,
                 from /mnt/clfs/tools/include/_G_config.h:20,
                 from /mnt/clfs/tools/include/libio.h:31,
                 from /mnt/clfs/tools/include/stdio.h:74,
                 from ./stdio.h:31,
                 from areadlink-with-size.c:25:
/mnt/clfs/tools/include/stdio.h:749:12: error: expected declaration
specifiers or '...' before '(' token
 extern int fseek (FILE *__stream, long int __off, int __whence);
            ^
In file included from ./wchar.h:37:0,
                 from /mnt/clfs/tools/include/_G_config.h:20,
                 from /mnt/clfs/tools/include/libio.h:31,
                 from /mnt/clfs/tools/include/stdio.h:74,
                 from ./stdio.h:31,
                 from hash.h:26,
                 from file-set.h:5,
                 from file-set.c:20:
/mnt/clfs/tools/include/stdio.h:749:12: error: expected declaration
specifiers or '...' before '(' token
 extern int fseek (FILE *__stream, long int __off, int __whence);
            ^
In file included from ./wchar.h:37:0,
                 from /mnt/clfs/tools/include/_G_config.h:20,
                 from /mnt/clfs/tools/include/libio.h:31,
                 from /mnt/clfs/tools/include/stdio.h:74,
                 from ./stdio.h:31,
                 from fpurge.h:20,
                 from fpurge.c:20:
/mnt/clfs/tools/include/stdio.h:749:12: error: expected declaration
specifiers or '...' before '(' token
 extern int fseek (FILE *__stream, long int __off, int __whence);
            ^
Makefile:890: recipe for target 'file-set.o' failed
make[4]: *** [file-set.o] Error 1
--------------------------------------------
On google I found this http://savannah.gnu.org/bugs/?27299, but the
solution is already used in the book, and it didn't work. However,
that thread points me to 4.5.3 and it built without config.cache.
Well, I'm a little worried about my eglibc configuration when I saw
declaration falts. If nobody is sharing the same issue with me, I will
(sadly) launch a rebuild.
Thanks in advance!

Sincerely,
王文鑫
Charlie
_______________________________________________
Clfs-support mailing list
Clfs-support <at> lists.cross-lfs.org
http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org

Gmane