Bonjour Piere,
On 06/17/2018 02:58 PM, Pierre Labastie wrote:
On 17/06/2018 15:15, Jean-Marc Pigeon wrote:Hello, Weird problem within GCC and I don't know if it is "mine", "lfs" or "upstream". - the problem: I am successful to compile cmake. AND (everything almost equal) I am not successful to compile cmake: BUILD/cmake-3.11.2/Utilities/cmlibuv/src/unix/timer.c -o uv-src-unix-timer.c.o In file included from /home/jmp/rpmbuild/BUILD/cmake-3.11.2/Source/cmQtAutoGeneratorMocUic.h:9, from /home/jmp/rpmbuild/BUILD/cmake-3.11.2/Source/cmcmd.cxx:10: /home/jmp/rpmbuild/BUILD/cmake-3.11.2/Source/cmQtAutoGenerator.h:58:10: error: 'mutex' in namespace 'std' does not name a type std::mutex Mutex_;The error is in cmQtAutoGeneratorMocUic.h... Is Qt installed? Really looks like the infamous "include-fixed" problem. When some packages are installed on the system, GCC may decide their include files are "wrong", and fix them. Of course the first time GCC is built in chapter 6, there are (almost) no packages on the system, and nothing is fixed. The second time you build gcc (using the first one), it may happen that packages "to be fixed" (according to GCC) are now present, so that they are fixed... Whether this has some relationship with your problem, I am not sure. But it is at least one way to explain a different behavior at the second GCC compilation.
We are on the same track!... So if it is the case, the chpater-06, GGC.html need to be adjusted at the "configure" level to add switch and configure entry to makeabsolutly sure a gcc later on compilation will still give the exact same result...
No?'
IMHO, that won't be easy...
According to me, no QT in my packages suite.
here is the list of packages I am compiling under LFS chapter-06 chroot.
compiled in this exact order, one after the other (Makefile extraction)
I am going a little bit further than BLFS, as I want git, rpm and
yum
#----------------------------------------------------------------
none :
@ echo "Specify a command"
@ echo -e "\t\"make basic\" to get a fresh basic LFS system , ready
to work"
#----------------------------------------------------------------
PCK0 = \
linhdr \
man-pages \
glibc \
PCK1 = \
tzdata \
tcl \
expect \
dejagnu \
zlib \
file \
readline \
m4 \
bc \
binutils \
gmp \
mpfr \
mpc \
gcc \
PCK2 = \
bzip \
pkg-config \
ncurses \
attr \
PCK3 = \
acl \
libcap \
sed \
shadow \
psmisc \
iana-etc \
bison \
flex \
grep \
bash \
libtool \
PCK4 = \
gdbm \
gperf \
expat \
inetutils \
perl \
XML-Parser \
intltool \
autoconf \
automake \
PCK5 = \
xz \
kmod \
gettext \
libelf \
libffi \
procps-ng \
coreutils \
check \
diffutils \
gawk \
findutils \
groff \
grub \
less \
gzip \
lzip \
#last packages within LFS
PCK6 = \
kbd \
libpipeline \
make \
patch \
util-linux \
man-db \
tar \
texinfo \
vim \
#------------------------------------------------------------------
#Package needed to get git and rpm working
#order matter
PCK7 = \
time \
help2man \
openssl \
valgrind \
nspr \
nss \
popt \
libarchive \
libuv \
berkeley-db \
lua \
lzo \
\
curl \
unzip \
sqlite \
libxml2 \
libtirpc \
libesmtp \
pcre \
PCK8 = \
which \
python \
ed \
esmtp \
PCK9 = \
glib \
pycurl \
urlgrabber \
python3 \
yum-metadata-parser
APPPCK = \
git \
openssh \
rsync \
wget \
rpm \
yum \
cmake \
sudo \
[snip]
BTW, sorry for not updating GCC in BLFS. I have had no time to work on LFS lately, and now my LFS system lags behind recent (up to 2 month old) changes, and I have to rebuild one...
No problem for that Pierre, my concerne was to know if was done on purpose, because a trick I was not aware about (as gcc not stable :-})
Pierre
Jean-Marc
smime.p7s
Description: S/MIME Cryptographic Signature
-- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
