Discussion:
[blfs-dev] math.h : No such file or directory (from gcc)
Alain Toussaint
2018-02-10 18:35:28 UTC
Permalink
Hello,

Someone have any clue how to solve this:


In file included from ../../include/c99_math.h:194:0,
from ../../src/gallium/auxiliary/util/u_math.h:44,
from ../../src/mesa/main/macros.h:35,
from glsl_types.cpp:25:
/usr/include/c++/7.3.0/cmath:45:15: erreur fatale: math.h : Aucun fichier
ou dossier de ce type
#include_next <math.h>
^~~~~~~~
Aucun fichier ou dossier de ce type == No such file or directory.

LFS-SVN hand-built (i.e. no ALFS used) but BLFS is currently building with
ALFS.

gcc stage two from chapter 5 and gcc chapter 6 built with
--enable-bootstrap and both were checked out with the testsuite.

absolutely no CFLAGS or CXXFLAGS used.

Installation support for LFS was a usb key with LFS+some BLFS built from
svn checkout from two weeks ago, the linux kernel v4.14.14 boot to a 2.5GB
ramdrive (I have 32GB of ram in that machine) and is pretty much self
contained.

At the moment, I have over 250 packages from BLFS built but this is the
first time I encounter that error.

What was compiling was mesa-17.3.3 with these settings:

GLL_DRV="nouveau"
./configure CFLAGS='-O2' CXXFLAGS='-O2' LDFLAGS=-lLLVM \
--prefix=$XORG_PREFIX \
--sysconfdir=/etc \
--enable-texture-float \
--enable-osmesa \
--enable-xa \
--enable-glx-tls \
--enable-dri3 \
--disable-llvm \
--with-gallium-drivers="" \
--with-platforms="drm,x11,wayland" \
--with-dri-drivers=$GLL_DRV


I suspect something's seriously afoul if gcc can't find a standard header
and I may need to restart the whole build from scratch. Also suspecting
hardware issues but there was only one thread compiling (make -j1 used at
all times).

Alain
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscri
Alain Toussaint
2018-02-10 19:14:49 UTC
Permalink
Post by Alain Toussaint
./configure CFLAGS='-O2' CXXFLAGS='-O2' LDFLAGS=-lLLVM \
Trying a build without LDFLAGS did not fix the issue.

Alain
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Alain Toussaint
2018-02-10 20:10:08 UTC
Permalink
Just to do some more testing, I updated my svn tree for jhalfs-dev, LFS
and BLFS; started a new build of LFS with ALFS and upon building chapter 5
gcc stage 1, I get this error:

g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I.
-Ibuild -I../../gcc -I../../gcc/build -I../../gcc/../include
-I../../gcc/../libcpp/include \
-o build/genmddeps.o ../../gcc/genmddeps.c
In file included from ../../gcc/system.h:266:0,
from ../../gcc/genmddeps.c:19:
/usr/include/c++/7.3.0/cstdlib:75:15: fatal error: stdlib.h: No such file
or directory
#include_next <stdlib.h>
^~~~~~~~~~

I do think I have to restart from scratch as gcc seem to be broken.

Alain
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.htm
Ken Moffat
2018-02-10 20:18:01 UTC
Permalink
Just to do some more testing, I updated my svn tree for jhalfs-dev, LFS and
BLFS; started a new build of LFS with ALFS and upon building chapter 5 gcc
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
-fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
-Wwrite-strings -Wcast-qual -Wmissing-format-attribute -Woverloaded-virtual
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../../gcc
-I../../gcc/build -I../../gcc/../include -I../../gcc/../libcpp/include \
-o build/genmddeps.o ../../gcc/genmddeps.c
In file included from ../../gcc/system.h:266:0,
/usr/include/c++/7.3.0/cstdlib:75:15: fatal error: stdlib.h: No such file or
directory
#include_next <stdlib.h>
^~~~~~~~~~
I do think I have to restart from scratch as gcc seem to be broken.
Alain
Ouch! I've just replied to your initial post, I suspect something
is wrong in your copy of the book from which you are extracting the
commands.

ĸen
--
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
- Unseen Academicals
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the abo
Ken Moffat
2018-02-10 20:15:43 UTC
Permalink
Post by Alain Toussaint
Hello,
In file included from ../../include/c99_math.h:194:0,
from ../../src/gallium/auxiliary/util/u_math.h:44,
from ../../src/mesa/main/macros.h:35,
/usr/include/c++/7.3.0/cmath:45:15: erreur fatale: math.h : Aucun fichier ou
dossier de ce type
#include_next <math.h>
^~~~~~~~
Aucun fichier ou dossier de ce type == No such file or directory.
LFS-SVN hand-built (i.e. no ALFS used) but BLFS is currently building with
ALFS.
gcc stage two from chapter 5 and gcc chapter 6 built with --enable-bootstrap
and both were checked out with the testsuite.
absolutely no CFLAGS or CXXFLAGS used.
GLL_DRV="nouveau"
./configure CFLAGS='-O2' CXXFLAGS='-O2' LDFLAGS=-lLLVM \
--prefix=$XORG_PREFIX \
--sysconfdir=/etc \
--enable-texture-float \
--enable-osmesa \
--enable-xa \
--enable-glx-tls \
--enable-dri3 \
--disable-llvm \
--with-gallium-drivers="" \
^^^^^
Post by Alain Toussaint
--with-platforms="drm,x11,wayland" \
--with-dri-drivers=$GLL_DRV
^^^^^^

We have dropped --with-dri-drivers, and we use
--with-gallium-drivers=$GLL_DRV (double checked against today's
book).

I built nouveau and a host of other gallium drivers like that
yesterday.

Not sure how you managed to get what looks like an old set of
commands.

ĸen
--
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
- Unseen Academicals
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubs
Alain Toussaint
2018-02-10 20:21:52 UTC
Permalink
Post by Ken Moffat
Not sure how you managed to get what looks like an old set of
commands.
I modified the ALFS generated script by hand, these settings are my own
but the original setting from an svn checkout of BLFS from yesterday
didn't compile because of missing amdgpu support in llvm (which was in
turn modified because llvm with the amdgpu support didn't compile).

I have many failure to report but then, my computer doesn't have all the
software built and at the moment, I make do with alpine and lynx instead
of a gnome desktop.

Alain
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information p
Pierre Labastie
2018-02-11 10:58:42 UTC
Permalink
Post by Alain Toussaint
Hello,
In file included from ../../include/c99_math.h:194:0,
                 from ../../src/gallium/auxiliary/util/u_math.h:44,
                 from ../../src/mesa/main/macros.h:35,
/usr/include/c++/7.3.0/cmath:45:15: erreur fatale: math.h : Aucun
fichier ou dossier de ce type
 #include_next <math.h>
               ^~~~~~~~
Aucun fichier ou dossier de ce type == No such file or directory.
When include_next does not work it may be that some headers have been
"include-fixed" and should not have been. Try running (as root):
-------
/usr/libexec/gcc/x86_64-pc-linux-gnu/7.1.0/install-tools/mkheaders
-------
before anything else.

See the Caution on the BLFS GCC page.

Pierre
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscrib
Pierre Labastie
2018-02-11 11:08:31 UTC
Permalink
Post by Pierre Labastie
Post by Alain Toussaint
Hello,
In file included from ../../include/c99_math.h:194:0,
                  from ../../src/gallium/auxiliary/util/u_math.h:44,
                  from ../../src/mesa/main/macros.h:35,
/usr/include/c++/7.3.0/cmath:45:15: erreur fatale: math.h : Aucun
fichier ou dossier de ce type
  #include_next <math.h>
                ^~~~~~~~
Aucun fichier ou dossier de ce type == No such file or directory.
When include_next does not work it may be that some headers have been
-------
/usr/libexec/gcc/x86_64-pc-linux-gnu/7.1.0/install-tools/mkheaders
-------
before anything else.
See the Caution on the BLFS GCC page.
Pierre
Forgot to remove the SPAM header in the preceding, and also this should
be updated to:
/usr/libexec/gcc/x86_64-pc-linux-gnu/7.3.0/install-tools/mkheaders

Pierre
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs
Loading...