Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, 2020-08-21 at 22:11 +0100, Ken Moffat via blfs-support wrote: > > Looking at that (old) gcc bug, -isystem was the original cause. > AFAICS we don't *use* that anywhere in current LFS, nor in current > BLFS, although it is still mentioned, I think erroneously, in LFS > toolchaintechnotes for glibc (along with -nostdinc). Pierre, that > part of the explanations looks out of date ? Maybe it is not clear, but the advice is to look at "config.make" after running configure for glibc, and pay attention to the flags -nostdinc -isystem, and also to the CC variable. Those are certainly present in that file, but we do not have to set them ourselves. Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, Aug 21, 2020 at 5:21 PM Ken Moffat via blfs-support wrote: > > On Fri, Aug 21, 2020 at 04:14:28PM -0400, Chris Gorman via blfs-support wrote: > > On Fri, Aug 21, 2020 at 3:47 PM Pierre Labastie via blfs-support > > wrote: > > > > > > On Fri, 2020-08-21 at 13:44 -0400, Chris Gorman via blfs-support wrote: > > > > Hello All, > > > > > > > > I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and am > > > > getting an odd error with header files. The compiler is failing > > > > complaining about missing headers that are present on the system. I > > > > have experienced this with two packages, gcc and mesa. > > > > > > > > Attempting to build gcc I get ... > > > > > > > > g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti > > > > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings > > > > -Wcast-qual -Wno-error=format-diag -Wno-format > > > > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > > > > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > > > > -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild > > > > -I../../gcc -I../../gcc/build -I../../gcc/../include > > > > -I../../gcc/../libcpp/include \ > > > > -o build/genhooks.o ../../gcc/genhooks.c > > > > In file included from ../../gcc/system.h:266, > > > > from ../../gcc/gengenrtl.c:22: > > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > > > file or directory > > > >75 | #include_next > > > > | ^~ > > > > compilation terminated. > > > > make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 > > > > make[3]: *** Waiting for unfinished jobs > > > > In file included from ../../gcc/system.h:266, > > > > from ../../gcc/sort.cc:38: > > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > > > file or directory > > > >75 | #include_next > > > > | ^~ > > > > compilation terminated. > > > > make[3]: *** [Makefile:2723: build/sort.o] Error 1 > > > > In file included from ../../gcc/system.h:266, > > > > from ../../gcc/genhooks.c:21: > > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > > > file or directory > > > >75 | #include_next > > > > | ^~ > > > > compilation terminated. > > > > make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 > > > > /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h > > > > echo timestamp > s-mlib > > > > /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist > > > > echo timestamp > s-options > > > > make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' > > > > make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 > > > > make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > > make[1]: *** [Makefile:25317: stage1-bubble] Error 2 > > > > make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > > make: *** [Makefile:1000: all] Error 2 > > > > > > > > And when trying to build mesa I get ... > > > > > > > > [68/2168] Compiling C++ object > > > > src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > > FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > > c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler -I../src/compiler > > > > -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude > > > > -I../include -Isrc -I../src -I../src/gallium/include > > > > -Isrc/gallium/auxiliary -I../src/gallium/auxiliary > > > > -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 > > > > -Wall > > > > -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 > > > > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > > > > '-DPACKAGE_VERSION="20.1.5"' > > > > '-DPACKAGE_BUGREPORT=" > > > > https://gitlab.freedesktop.org/mesa/mesa/-/issues";' > > > > -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 > > > > -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM > > > > -DGLX_INDIRECT_RENDERING > > > > -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM > > > > -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE > > > > -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 > > > > -DHAVE___BUILTIN_CLZ > > > > -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT > > > > -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT > > > > -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE > > > > -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN > > > > -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE > > > > -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT > > > > -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT > > > > -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL > > > > -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS > > > > -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_UINT128 -D_GNU_SOURCE > > > > -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM > > > > -DMAJOR
Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, Aug 21, 2020 at 4:52 PM Pierre Labastie via blfs-support wrote: > > On Fri, 2020-08-21 at 16:14 -0400, Chris Gorman via blfs-support wrote: > > On Fri, Aug 21, 2020 at 3:47 PM Pierre Labastie via blfs-support > > wrote: > > > On Fri, 2020-08-21 at 13:44 -0400, Chris Gorman via blfs-support > > > wrote: > > > > Hello All, > > > > > > > > I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and > > > > am > > > > getting an odd error with header files. The compiler is failing > > > > complaining about missing headers that are present on the > > > > system. I > > > > have experienced this with two packages, gcc and mesa. > > > > > > > > Attempting to build gcc I get ... > > > > > > > > g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti > > > > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite- > > > > strings > > > > -Wcast-qual -Wno-error=format-diag -Wno-format > > > > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > > > > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > > > > -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. > > > > -Ibuild > > > > -I../../gcc -I../../gcc/build -I../../gcc/../include > > > > -I../../gcc/../libcpp/include \ > > > > -o build/genhooks.o ../../gcc/genhooks.c > > > > In file included from ../../gcc/system.h:266, > > > > from ../../gcc/gengenrtl.c:22: > > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No > > > > such > > > > file or directory > > > >75 | #include_next > > > > | ^~ > > > > compilation terminated. > > > > make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 > > > > make[3]: *** Waiting for unfinished jobs > > > > In file included from ../../gcc/system.h:266, > > > > from ../../gcc/sort.cc:38: > > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No > > > > such > > > > file or directory > > > >75 | #include_next > > > > | ^~ > > > > compilation terminated. > > > > make[3]: *** [Makefile:2723: build/sort.o] Error 1 > > > > In file included from ../../gcc/system.h:266, > > > > from ../../gcc/genhooks.c:21: > > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No > > > > such > > > > file or directory > > > >75 | #include_next > > > > | ^~ > > > > compilation terminated. > > > > make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 > > > > /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h > > > > echo timestamp > s-mlib > > > > /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist > > > > echo timestamp > s-options > > > > make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' > > > > make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 > > > > make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > > make[1]: *** [Makefile:25317: stage1-bubble] Error 2 > > > > make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > > make: *** [Makefile:1000: all] Error 2 > > > > > > > > And when trying to build mesa I get ... > > > > > > > > [68/2168] Compiling C++ object > > > > src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > > FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > > c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler > > > > -I../src/compiler > > > > -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude > > > > -I../include -Isrc -I../src -I../src/gallium/include > > > > -Isrc/gallium/auxiliary -I../src/gallium/auxiliary > > > > -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 > > > > -Wall > > > > -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 > > > > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS > > > > -D__STDC_LIMIT_MACROS > > > > '-DPACKAGE_VERSION="20.1.5"' > > > > '-DPACKAGE_BUGREPORT=" > > > > https://gitlab.freedesktop.org/mesa/mesa/-/issues";' > > > > -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 > > > > -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM > > > > -DGLX_INDIRECT_RENDERING > > > > -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM > > > > -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE > > > > -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 > > > > -DHAVE___BUILTIN_CLZ > > > > -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ > > > > -DHAVE___BUILTIN_EXPECT > > > > -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL > > > > -DHAVE___BUILTIN_POPCOUNT > > > > -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE > > > > -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN > > > > -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE > > > > -DHAVE_FUNC_ATTRIBUTE_UNUSED > > > > -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT > > > > -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT > > > > -DHAVE_FUNC_ATTRIBUTE_PACKED > > > > -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL > > > > -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS > > > > -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHA
Re: [blfs-support] Problems with xine-lib on intel and amdgpu
On Sat, Aug 15, 2020 at 01:27:49AM +0800, Xi Ruoyao via blfs-support wrote: > On 2020-08-14 17:00 +0100, Ken Moffat via blfs-support wrote: > > On Fri, Aug 14, 2020 at 10:19:18AM -0500, Douglas R. Reno via blfs-support > > wrote: > > > On 8/9/20 6:57 PM, Ken Moffat via blfs-support wrote: > > > > My second set of problems with video players ;) > > > > > > > > I know that xine has always been rather fragile, partly related to > > > > CFLAGS I use in oe of the dependencies - but a year ago those > > > > detined flags made it mostly work. With mov files and some of my > > > > own mkv and (old: fmpeg-0.7!) mp4 conversions it has tended to > > > > stutter (the picture jumps backwards). On downloads they usually > > > > play ok. > > > > > > > > With my current (late July build) on my haswell, almost everything > > > > that I try to play in xine crashes at startup. On my machine using > > > > radeon r600, my own mov files crash but everything else plays fine. > > > > On my machien with amdgpu, the mov files from my camera similarly > > > > crash, but everything else plays *until I use the xine control > > > > slider to move forward through the video* (I don't wish to spend > > > > hours looking at the files I'm using for testing). As soon as I > > > > touch the slider, xine crashes. > > > > > > > > Looking back at older systems, that behaviour with amdgpu was > > > > present in BLFS-9.1. > > > > > > > > I've now reverted the string of packages I mentioned in my post > > > > about parole (but again that has made no difference. > > > > > > > > Summary: For me xine (technically xine-ui) crashes on intel igpu, > > > > mostly works on radeon, works on amdgpu if I don't use the controls > > > > and let it play through. > > > > > > > > Again, I would be interested to hear of other people's successes. > > > > Note that one or two files (one commercial mov, two commercial wmv) > > > > do work with or without the reverts, other commercial wmv files > > > > crash. > > > > > > > > ĸen > > > > > > Hi Ken, > > > > > > > > > I wanted to let you know that I was able to get Xine to play > > > big_buck_bunny.mp4 properly on my Intel Skylake system (i5-6600k). I don't > > > have any .mov files or any .wmv files sitting around here that I can use > > > though, and I'm not sure converting would be much help here either. I did > > > also scrub through the video using the slider, and watched it to > > > completion. > > > > > > I am using Mesa-20.1.5, with the Intel Iris driver that's built into Mesa > > > (newer Intel systems won't be able to use i965 properly, especially once > > > the > > > Xe series of graphics cards comes out). FFMPEG-4.3.1 is in use too. The > > > current driver loaded on my system is "iris". I did see an error regarding > > > libvdpau_nvidia.so when starting though, but I don't think that's related. > > > As far as I can tell, I do have the latest version of the related packages > > > installed on this machine. > > > > > > Here is my console output: > > > > > > renodr [ /sources ]$ xine big_buck_bunny.mp4 > > > This is xine (X11 gui) - a free video player > > > v0.99.12. | > > > (c) 2000-2019 The xine Team. > > > Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object > > > file: No such file or direct > > > ory > > > libva info: VA-API version 1.8.0 > > > libva error: vaGetDriverNameByIndex() failed with unknown libva error, > > > driver_name = (null) > > > > > > > > > Is it possible that it could be permissions? My intel system here is a > > > systemd box. I am working on my elogind system at the moment to check on a > > > couple things, and it has a Radeon in it. I'll let you know how that > > > works, > > > it's on my list to try next. > > I know libva-intel-driver won't work with new Intel hardware. But I'm not > sure > if it would work with mesa Iris driver. Have you > tried `MESA_LOADER_DRIVER_OVERRIDE=i965`? I assumed that question was for Douglas, because I was using my haswell. I've now been trying xine on my i3 skylake (not sure how to tell if that is using Iris ?) and some files play in xine without problems (no sound on this machine, but the video is ok) but others crash immediately. Looking at term output for one of those: This is xine (X11 gui) - a free video player v0.99.12. (c) 2000-2019 The xine Team. Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object file: No such file or directory X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 149 (XVideo) Minor opcode of failed request: 13 () Value in failed request: 0x2 Serial number of failed request: 1818 Current serial number in output stream: 1820 ken@leshp ~$ Looks like there is no point building vdpau on this machine. I then tried 'export MESA_LOADER_DRIVER_OVERRIDE=i965' but the exact same report and crash. And I'd better mention here that th
Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, Aug 21, 2020 at 04:14:28PM -0400, Chris Gorman via blfs-support wrote: > On Fri, Aug 21, 2020 at 3:47 PM Pierre Labastie via blfs-support > wrote: > > > > On Fri, 2020-08-21 at 13:44 -0400, Chris Gorman via blfs-support wrote: > > > Hello All, > > > > > > I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and am > > > getting an odd error with header files. The compiler is failing > > > complaining about missing headers that are present on the system. I > > > have experienced this with two packages, gcc and mesa. > > > > > > Attempting to build gcc I get ... > > > > > > g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti > > > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings > > > -Wcast-qual -Wno-error=format-diag -Wno-format > > > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > > > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > > > -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild > > > -I../../gcc -I../../gcc/build -I../../gcc/../include > > > -I../../gcc/../libcpp/include \ > > > -o build/genhooks.o ../../gcc/genhooks.c > > > In file included from ../../gcc/system.h:266, > > > from ../../gcc/gengenrtl.c:22: > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > > file or directory > > >75 | #include_next > > > | ^~ > > > compilation terminated. > > > make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 > > > make[3]: *** Waiting for unfinished jobs > > > In file included from ../../gcc/system.h:266, > > > from ../../gcc/sort.cc:38: > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > > file or directory > > >75 | #include_next > > > | ^~ > > > compilation terminated. > > > make[3]: *** [Makefile:2723: build/sort.o] Error 1 > > > In file included from ../../gcc/system.h:266, > > > from ../../gcc/genhooks.c:21: > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > > file or directory > > >75 | #include_next > > > | ^~ > > > compilation terminated. > > > make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 > > > /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h > > > echo timestamp > s-mlib > > > /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist > > > echo timestamp > s-options > > > make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' > > > make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 > > > make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > make[1]: *** [Makefile:25317: stage1-bubble] Error 2 > > > make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > make: *** [Makefile:1000: all] Error 2 > > > > > > And when trying to build mesa I get ... > > > > > > [68/2168] Compiling C++ object > > > src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler -I../src/compiler > > > -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude > > > -I../include -Isrc -I../src -I../src/gallium/include > > > -Isrc/gallium/auxiliary -I../src/gallium/auxiliary > > > -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 > > > -Wall > > > -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 > > > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > > > '-DPACKAGE_VERSION="20.1.5"' > > > '-DPACKAGE_BUGREPORT=" > > > https://gitlab.freedesktop.org/mesa/mesa/-/issues";' > > > -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 > > > -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM > > > -DGLX_INDIRECT_RENDERING > > > -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM > > > -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE > > > -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 > > > -DHAVE___BUILTIN_CLZ > > > -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT > > > -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT > > > -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE > > > -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN > > > -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE > > > -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT > > > -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT > > > -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL > > > -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS > > > -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_UINT128 -D_GNU_SOURCE > > > -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM > > > -DMAJOR_IN_SYSMACROS -DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H > > > -DHAVE_DLFCN_H -DHAVE_EXECINFO_H -DHAVE_SYS_SHM_H -DHAVE_CET_H > > > -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE > > > -DHAVE_RANDOM_R -DHAVE_FLOCK -DHAVE_STRTOK_R > > > -DHAV
Re: [blfs-support] Mobbing blfs partition
On Fri, Aug 21, 2020 at 5:36 PM Riccardo G. Corsi via blfs-support wrote: > >> >> Hello, I have to move an existing lfs/blfs partition from HD to ssd (new >> partition). Best day to do it? Thanks. Riccardo > I usually build stuff on one disk and then copy to another one (doesn't matter hdd or ssd), even usb stick. I do partition a new disk the same way (at least bios partition and start of root part) with sgdisk. Mount both root partitions and copy old one to the new one with cpio.Making disk bootable either via chroot on a new disk and standard procedure from the book, or copy sectors with dd from old disk to the new one. I mount root by UUID, thus need to fix UUID in fstab and grub.cfg. If you partition disks with the same UUID, last step is not needed. I don't have X, thus dunno if anything has to be fixed there. It might be additional fixes needed if you use nvme disk. It might be not the "correct procedure", but it works for me. /alexey -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, 2020-08-21 at 16:14 -0400, Chris Gorman via blfs-support wrote: > On Fri, Aug 21, 2020 at 3:47 PM Pierre Labastie via blfs-support > wrote: > > On Fri, 2020-08-21 at 13:44 -0400, Chris Gorman via blfs-support > > wrote: > > > Hello All, > > > > > > I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and > > > am > > > getting an odd error with header files. The compiler is failing > > > complaining about missing headers that are present on the > > > system. I > > > have experienced this with two packages, gcc and mesa. > > > > > > Attempting to build gcc I get ... > > > > > > g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti > > > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite- > > > strings > > > -Wcast-qual -Wno-error=format-diag -Wno-format > > > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > > > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > > > -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. > > > -Ibuild > > > -I../../gcc -I../../gcc/build -I../../gcc/../include > > > -I../../gcc/../libcpp/include \ > > > -o build/genhooks.o ../../gcc/genhooks.c > > > In file included from ../../gcc/system.h:266, > > > from ../../gcc/gengenrtl.c:22: > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No > > > such > > > file or directory > > >75 | #include_next > > > | ^~ > > > compilation terminated. > > > make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 > > > make[3]: *** Waiting for unfinished jobs > > > In file included from ../../gcc/system.h:266, > > > from ../../gcc/sort.cc:38: > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No > > > such > > > file or directory > > >75 | #include_next > > > | ^~ > > > compilation terminated. > > > make[3]: *** [Makefile:2723: build/sort.o] Error 1 > > > In file included from ../../gcc/system.h:266, > > > from ../../gcc/genhooks.c:21: > > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No > > > such > > > file or directory > > >75 | #include_next > > > | ^~ > > > compilation terminated. > > > make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 > > > /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h > > > echo timestamp > s-mlib > > > /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist > > > echo timestamp > s-options > > > make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' > > > make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 > > > make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > make[1]: *** [Makefile:25317: stage1-bubble] Error 2 > > > make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > > make: *** [Makefile:1000: all] Error 2 > > > > > > And when trying to build mesa I get ... > > > > > > [68/2168] Compiling C++ object > > > src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o > > > c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler > > > -I../src/compiler > > > -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude > > > -I../include -Isrc -I../src -I../src/gallium/include > > > -Isrc/gallium/auxiliary -I../src/gallium/auxiliary > > > -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 > > > -Wall > > > -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 > > > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS > > > -D__STDC_LIMIT_MACROS > > > '-DPACKAGE_VERSION="20.1.5"' > > > '-DPACKAGE_BUGREPORT=" > > > https://gitlab.freedesktop.org/mesa/mesa/-/issues";' > > > -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 > > > -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM > > > -DGLX_INDIRECT_RENDERING > > > -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM > > > -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE > > > -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 > > > -DHAVE___BUILTIN_CLZ > > > -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ > > > -DHAVE___BUILTIN_EXPECT > > > -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL > > > -DHAVE___BUILTIN_POPCOUNT > > > -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE > > > -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN > > > -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE > > > -DHAVE_FUNC_ATTRIBUTE_UNUSED > > > -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT > > > -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT > > > -DHAVE_FUNC_ATTRIBUTE_PACKED > > > -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL > > > -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS > > > -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_UINT128 -D_GNU_SOURCE > > > -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM > > > -DMAJOR_IN_SYSMACROS -DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H > > > -DHAVE_DLFCN_H -DHAVE_EXECINFO_H -DHAVE_SYS_SHM_H -DHAVE_CET_H > > > -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_TIMESPEC_GET > > >
Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, Aug 21, 2020 at 3:47 PM Pierre Labastie via blfs-support wrote: > > On Fri, 2020-08-21 at 13:44 -0400, Chris Gorman via blfs-support wrote: > > Hello All, > > > > I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and am > > getting an odd error with header files. The compiler is failing > > complaining about missing headers that are present on the system. I > > have experienced this with two packages, gcc and mesa. > > > > Attempting to build gcc I get ... > > > > g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti > > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings > > -Wcast-qual -Wno-error=format-diag -Wno-format > > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > > -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild > > -I../../gcc -I../../gcc/build -I../../gcc/../include > > -I../../gcc/../libcpp/include \ > > -o build/genhooks.o ../../gcc/genhooks.c > > In file included from ../../gcc/system.h:266, > > from ../../gcc/gengenrtl.c:22: > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > file or directory > >75 | #include_next > > | ^~ > > compilation terminated. > > make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 > > make[3]: *** Waiting for unfinished jobs > > In file included from ../../gcc/system.h:266, > > from ../../gcc/sort.cc:38: > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > file or directory > >75 | #include_next > > | ^~ > > compilation terminated. > > make[3]: *** [Makefile:2723: build/sort.o] Error 1 > > In file included from ../../gcc/system.h:266, > > from ../../gcc/genhooks.c:21: > > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > > file or directory > >75 | #include_next > > | ^~ > > compilation terminated. > > make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 > > /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h > > echo timestamp > s-mlib > > /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist > > echo timestamp > s-options > > make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' > > make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 > > make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > make[1]: *** [Makefile:25317: stage1-bubble] Error 2 > > make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > > make: *** [Makefile:1000: all] Error 2 > > > > And when trying to build mesa I get ... > > > > [68/2168] Compiling C++ object > > src/compiler/libcompiler.a.p/glsl_types.cpp.o > > FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o > > c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler -I../src/compiler > > -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude > > -I../include -Isrc -I../src -I../src/gallium/include > > -Isrc/gallium/auxiliary -I../src/gallium/auxiliary > > -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 > > -Wall > > -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 > > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > > '-DPACKAGE_VERSION="20.1.5"' > > '-DPACKAGE_BUGREPORT=" > > https://gitlab.freedesktop.org/mesa/mesa/-/issues";' > > -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 > > -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM > > -DGLX_INDIRECT_RENDERING > > -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM > > -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE > > -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 > > -DHAVE___BUILTIN_CLZ > > -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT > > -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT > > -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE > > -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN > > -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE > > -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT > > -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT > > -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL > > -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS > > -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_UINT128 -D_GNU_SOURCE > > -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM > > -DMAJOR_IN_SYSMACROS -DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H > > -DHAVE_DLFCN_H -DHAVE_EXECINFO_H -DHAVE_SYS_SHM_H -DHAVE_CET_H > > -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE > > -DHAVE_RANDOM_R -DHAVE_FLOCK -DHAVE_STRTOK_R > > -DHAVE_PROGRAM_INVOCATION_NAME -DHAVE_POSIX_MEMALIGN > > -DHAVE_DIRENT_D_TYPE -DHAVE_STRTOD_L -DHAVE_DLADDR > > -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_ZSTD -DHAVE_PTHREAD > > -DHAVE_PTHREAD_SETAFFINITY -DHAVE_LIBDRM -DLLVM_AVAILABLE > > '-DMESA_LLVM_VERSION_STRING="10.0.1"'
Re: [blfs-support] Parole breakage on intel gpu.
On Sat, Aug 15, 2020 at 01:21:45AM +0800, Xi Ruoyao via blfs-support wrote: > On 2020-08-14 16:53 +0100, Ken Moffat via blfs-support wrote: > > On Fri, Aug 14, 2020 at 10:39:44AM -0500, Douglas R. Reno via blfs-support > > wrote: > > > On 8/9/20 6:35 PM, Ken Moffat via blfs-support wrote: > > > > Two or three weeks ago I noticed a problem with parole on my latest > > > > build on my haswell (LFS from 25th July, BLFS from the next day). > > > > Whatever I try to view, the screen broken into horizontal stripes, > > > > rather like venetian blinds but with a mix of colours not apparently > > > > related to the video which should be visible. > > > > > > > > On a machine using radeon (R600-series) video, parole works fine. > > > > > > > > On my haswell, the following all work fine: ffplay, gst-play-1.0, > > > > vlc. > > > > > > > > Other things have, of course, got in the way, but I'm now ready to > > > > document what has changed between working and broken versions, and > > > > to ask for suggestions. > > > > > > > > Looking back at previous builds on this machine, a build in May was > > > > fine, the intermediate build in June showed the same problem. > > > > > > > > The following packages, and versions, are common to both the good > > > > and bad builds: running kernel 5.7.2, gcc-10.1.0, gstreamer-1.16.2, > > > > fdk-aac-2.0.1, freetype-2.10.2, lame-3.100, libtheora-1.1.1, > > > > libvorbis-1.3.7 (I upgraded older systems to that version), > > > > libvpx-1.8.2, opus-1.3.1, x264-20200218, yasm-1.3.0, libvdpau-1.4, > > > > libvdpau-va-gl-0.4.0, SDL2-2.0.12. > > > > > > > > Looking at what had changed: > > > > > > > > ffmpeg 4.2.2 on previous good systems, 4.3 and 4.3.1 on current. > > > > > > > > libva-2.7.1 on last working system and on June non-working, 2.8.0 on > > > > latest. > > > > > > > > x265 3.3 on working, 3.4 on latest (now reverted to 3.3, symlink > > > > fixed, gst-plugins-bad rebuilt) > > > > > > > > intel-vaapi-driver 2.4.0 on good, 2.4.1 on latest, now reverted to > > > > 2.4.0. > > > > > > > > xf86-video-intel 20200218 on good, 20200518 on latest, now reverted > > > > to 20200218. > > > > > > > > Before Bruce asks: I've used the same CFLAGS, CXXFLAGS throughout > > > > these builds. > > > > > > > > At this stage, this is just a request for suggestions, and a > > > > question whether parole is working on anyone's current intel > > > > machiens with integrated graphics ? > > > > > > > > TIA > > > > > > > > ĸen > > > > > > I would say that I was able to get Parole working, but unfortunately I'm > > > not > > > able to: > > > > > > [Current thread is 1 (Thread 0x7fb5315b2a00 (LWP 6876))] > > > (gdb) bt > > > #0 0x7fb5325379c2 in _XInternAtom > > > (dpy=dpy@entry=0x7fb524003ee0, name=name@entry=0x438f75 > > > "_NET_WM_WINDOW_OPACITY_LOCKED", onlyIfExis > > > ts=onlyIfExists@entry=1, psig=psig@entry=0x7ffedf8e53b8, > > > pidx=pidx@entry=0x7ffedf8e53b0, pn=pn@entry=0x > > > 7ffedf8e53b4) at IntAtom.c:76 > > > #1 0x7fb532537cfb in XInternAtom > > > (dpy=dpy@entry=0x7fb524003ee0, name=name@entry=0x438f75 > > > "_NET_WM_WINDOW_OPACITY_LOCKED", onlyIfExis > > > ts=onlyIfExists@entry=1) at IntAtom.c:175 > > > #2 0x0041f4f6 in parole_player_set_wm_opacity_hint > > > (widget=0x1a28510 [GtkWindow]) > > > at parole-player.c:3071 > > > #3 parole_player_init (player=0x1e98480 [ParolePlayer]) at > > > parole-player.c:3734 > > > #4 0x7fb5327d1571 in g_type_create_instance (type=) at > > > ../gobject/gtype.c:1867 > > > #5 0x7fb5327b8125 in g_object_new_internal > > > (class=class@entry=0x1a77ed0, params=params@entry=0x7ffedf8e56a0, > > > n_params=n_params@entry=1) > > > at ../gobject/gobject.c:1937 > > > #6 0x7fb5327b9bb4 in g_object_new_valist > > > (object_type=, > > > first_property_name=first_property_name@entry=0x438348 "client-id", v > > > ar_args=var_args@entry=0x7ffedf8e57e8) at ../gobject/gobject.c:2262 > > > #7 0x7fb5327b9f0c in g_object_new > > > (object_type=, > > > first_property_name=first_property_name@entry=0x438348 "client-id") > > > at ../gobject/gobject.c:1780 > > > #8 0x0042127e in parole_player_new (client_id=0x0) at > > > parole-player.c:3739 > > > #9 0x004182af in main (argc=, argv= > > out>) > > > at main.c:340 > > > (gdb) > > > > > > When I launch Parole, it crashes with a segmentation fault. This is on my > > > Intel system, with Mesa-20.1.5, gst-*-1.16.2 of course, and > > > libxfce4ui-4.14.1 with the rest of the stack. > > > > > > > > > I'm not sure what's causing this. > > > > > > Ken, you are able to get it to start at least without a segfault, right? > > > > > > > Yes. On elogind and i965. > > > > > I'll be building this on my elogind system later, will verify that it > > > works > > > there. Maybe it's something with the Iris driver. I'll research how to > > > back > > > down to i965 to see if I can fix it that way, but it's acting like its > > > elsewhere. > > Acc
Re: [blfs-support] GCC fails to find headers that are present on the system
On Fri, 2020-08-21 at 13:44 -0400, Chris Gorman via blfs-support wrote: > Hello All, > > I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and am > getting an odd error with header files. The compiler is failing > complaining about missing headers that are present on the system. I > have experienced this with two packages, gcc and mesa. > > Attempting to build gcc I get ... > > g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings > -Wcast-qual -Wno-error=format-diag -Wno-format > -Wmissing-format-attribute -Woverloaded-virtual -pedantic > -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings > -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild > -I../../gcc -I../../gcc/build -I../../gcc/../include > -I../../gcc/../libcpp/include \ > -o build/genhooks.o ../../gcc/genhooks.c > In file included from ../../gcc/system.h:266, > from ../../gcc/gengenrtl.c:22: > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > file or directory >75 | #include_next > | ^~ > compilation terminated. > make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 > make[3]: *** Waiting for unfinished jobs > In file included from ../../gcc/system.h:266, > from ../../gcc/sort.cc:38: > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > file or directory >75 | #include_next > | ^~ > compilation terminated. > make[3]: *** [Makefile:2723: build/sort.o] Error 1 > In file included from ../../gcc/system.h:266, > from ../../gcc/genhooks.c:21: > /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such > file or directory >75 | #include_next > | ^~ > compilation terminated. > make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 > /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h > echo timestamp > s-mlib > /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist > echo timestamp > s-options > make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' > make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 > make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > make[1]: *** [Makefile:25317: stage1-bubble] Error 2 > make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' > make: *** [Makefile:1000: all] Error 2 > > And when trying to build mesa I get ... > > [68/2168] Compiling C++ object > src/compiler/libcompiler.a.p/glsl_types.cpp.o > FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o > c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler -I../src/compiler > -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude > -I../include -Isrc -I../src -I../src/gallium/include > -Isrc/gallium/auxiliary -I../src/gallium/auxiliary > -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 > -Wall > -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > '-DPACKAGE_VERSION="20.1.5"' > '-DPACKAGE_BUGREPORT=" > https://gitlab.freedesktop.org/mesa/mesa/-/issues";' > -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 > -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM > -DGLX_INDIRECT_RENDERING > -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM > -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE > -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 > -DHAVE___BUILTIN_CLZ > -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT > -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT > -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE > -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN > -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE > -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT > -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT > -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL > -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS > -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_UINT128 -D_GNU_SOURCE > -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM > -DMAJOR_IN_SYSMACROS -DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H > -DHAVE_DLFCN_H -DHAVE_EXECINFO_H -DHAVE_SYS_SHM_H -DHAVE_CET_H > -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE > -DHAVE_RANDOM_R -DHAVE_FLOCK -DHAVE_STRTOK_R > -DHAVE_PROGRAM_INVOCATION_NAME -DHAVE_POSIX_MEMALIGN > -DHAVE_DIRENT_D_TYPE -DHAVE_STRTOD_L -DHAVE_DLADDR > -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_ZSTD -DHAVE_PTHREAD > -DHAVE_PTHREAD_SETAFFINITY -DHAVE_LIBDRM -DLLVM_AVAILABLE > '-DMESA_LLVM_VERSION_STRING="10.0.1"' -DHAVE_WAYLAND_PLATFORM > -DWL_HIDE_DEPRECATED -DHAVE_DRI3 -DHAVE_DRI3_MODIFIERS > -Werror=return-type -Werror=empty-body -Wno-non-virtual-dtor > -Wno-missing-field-initializers -Wno-format-truncation -fno-math- > errno > -fno-trapping-math -flifetime-dse=1 -Werror=
[blfs-support] GCC fails to find headers that are present on the system
Hello All, I am trying to build a sysv BLFS system off of LFS-10.0-rc1 and am getting an odd error with header files. The compiler is failing complaining about missing headers that are present on the system. I have experienced this with two packages, gcc and mesa. Attempting to build gcc I get ... g++ -std=gnu++98 -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-error=format-diag -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -fno-PIE -I. -Ibuild -I../../gcc -I../../gcc/build -I../../gcc/../include -I../../gcc/../libcpp/include \ -o build/genhooks.o ../../gcc/genhooks.c In file included from ../../gcc/system.h:266, from ../../gcc/gengenrtl.c:22: /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next | ^~ compilation terminated. make[3]: *** [Makefile:2723: build/gengenrtl.o] Error 1 make[3]: *** Waiting for unfinished jobs In file included from ../../gcc/system.h:266, from ../../gcc/sort.cc:38: /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next | ^~ compilation terminated. make[3]: *** [Makefile:2723: build/sort.o] Error 1 In file included from ../../gcc/system.h:266, from ../../gcc/genhooks.c:21: /usr/include/c++/10.2.0/cstdlib:75:15: fatal error: stdlib.h: No such file or directory 75 | #include_next | ^~ compilation terminated. make[3]: *** [Makefile:2723: build/genhooks.o] Error 1 /bin/sh ../../gcc/../move-if-change tmp-mlib.h multilib.h echo timestamp > s-mlib /bin/sh ../../gcc/../move-if-change tmp-optionlist optionlist echo timestamp > s-options make[3]: Leaving directory '/sources/gcc/gcc-10.2.0/build/gcc' make[2]: *** [Makefile:4744: all-stage1-gcc] Error 2 make[2]: Leaving directory '/sources/gcc/gcc-10.2.0/build' make[1]: *** [Makefile:25317: stage1-bubble] Error 2 make[1]: Leaving directory '/sources/gcc/gcc-10.2.0/build' make: *** [Makefile:1000: all] Error 2 And when trying to build mesa I get ... [68/2168] Compiling C++ object src/compiler/libcompiler.a.p/glsl_types.cpp.o FAILED: src/compiler/libcompiler.a.p/glsl_types.cpp.o c++ -Isrc/compiler/libcompiler.a.p -Isrc/compiler -I../src/compiler -Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -Iinclude -I../include -Isrc -I../src -I../src/gallium/include -Isrc/gallium/auxiliary -I../src/gallium/auxiliary -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wnon-virtual-dtor -std=c++14 -O3 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS '-DPACKAGE_VERSION="20.1.5"' '-DPACKAGE_BUGREPORT="https://gitlab.freedesktop.org/mesa/mesa/-/issues";' -DUSE_ELF_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0 -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS -DHAVE_FUNC_ATTRIBUTE_NORETURN -DHAVE_UINT128 -D_GNU_SOURCE -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_64_ASM -DMAJOR_IN_SYSMACROS -DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H -DHAVE_DLFCN_H -DHAVE_EXECINFO_H -DHAVE_SYS_SHM_H -DHAVE_CET_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE -DHAVE_RANDOM_R -DHAVE_FLOCK -DHAVE_STRTOK_R -DHAVE_PROGRAM_INVOCATION_NAME -DHAVE_POSIX_MEMALIGN -DHAVE_DIRENT_D_TYPE -DHAVE_STRTOD_L -DHAVE_DLADDR -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_ZSTD -DHAVE_PTHREAD -DHAVE_PTHREAD_SETAFFINITY -DHAVE_LIBDRM -DLLVM_AVAILABLE '-DMESA_LLVM_VERSION_STRING="10.0.1"' -DHAVE_WAYLAND_PLATFORM -DWL_HIDE_DEPRECATED -DHAVE_DRI3 -DHAVE_DRI3_MODIFIERS -Werror=return-type -Werror=empty-body -Wno-non-virtual-dtor -Wno-missing-field-initializers -Wno-format-truncation -fno-math-errno -fno-trapping-math -flifetime-dse=1 -Werror=format -Wformat-security -fPIC -fvisibility=hidden -Werror=pointer-arith -Werror=vla -MD -MQ src/compiler/libcompiler.a.p/glsl_types.cpp.o -MF src/compiler/libcompiler.a.p/glsl_types.cpp.o.d -o src/compiler/libcompiler.a.p/glsl_types.cpp.o -c ../src/compiler/glsl_types.cpp In f
Re: [blfs-support] Mobbing blfs partition
I mean moving... Il Ven 21 Ago 2020, 17:33 Riccardo G. Corsi ha scritto: > Hello, I have to move an existing lfs/blfs partition from HD to ssd (new > partition). Best day to do it? Thanks. Riccardo > -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-support] Mobbing blfs partition
Hello, I have to move an existing lfs/blfs partition from HD to ssd (new partition). Best day to do it? Thanks. Riccardo -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Error in building OpenJDK with glibc-2.32 build
On Fri, 2020-08-21 at 08:18 +0100, Ken Moffat via blfs-support wrote: > On Fri, Aug 21, 2020 at 01:23:19AM -0400, Bud Rozwood via blfs- > support wrote: > > Hi, > > > > I'm getting an error saying: > > > >fatal error: sys/sysctl.h: No such file or directory > > > > when trying to build OpenJDK 14.01+7 using glibc 2.32 version. I've > > looked it up on archlinux.org/packages for glibc version 2.32 and > > it > > seems that this version of glibc doesn't ship with the header file > > "sysctl.h". I've searched other places and they also said the same > > thing, like for example, Debian's babeld: > > https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1759087.html > > > > The LFS version is 9.1, System V. The only reason why I'm using > > this > > version of OpenJDK is for compatibility with the latest FireFox. > > Also, > > I'm using the latest FireFox and glibc for security updates. > > I rarely build OpenJDK, and never before firefox, so I've no idea > what it offers to firefox users. In BLFS we do not generally talk > about older versions of dependant packages (I have been known to do > so occasionally, and in the wiki for firefox I mention the versions > for required dependencies), so I would not be surprised to learn > that any maintained version of OpenJDK could be used - if it built. > > But > http://openjdk.5641.n7.nabble.com/8u-RFR-XS-8244461-JDK-8u-Build-fails-with-glibc-2-32-td410342.htm > with a link to > https://bugs.openjdk.java.net/browse/JDK-8244461 > said (before 2.32 was released) that this would only be a problem in > OpenJDK 8u and 7u because in later versions the headers had been > cleaned up. > Well, obviously, it has problems in jdk 14 as well... FWIIW, I have tagged openjdk, but forgot to include the sed, sorry about that. Will commit soon. Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Error in building OpenJDK with glibc-2.32 build
On Fri, 2020-08-21 at 01:23 -0400, Bud Rozwood via blfs-support wrote: > Hi, > > I'm getting an error saying: > >fatal error: sys/sysctl.h: No such file or directory > > when trying to build OpenJDK 14.01+7 using glibc 2.32 version. I've > looked it up on archlinux.org/packages for glibc version 2.32 and it > seems that this version of glibc doesn't ship with the header file > "sysctl.h". I've searched other places and they also said the same > thing, like for example, Debian's babeld: > https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1759087.html > > The LFS version is 9.1, System V. The only reason why I'm using this > version of OpenJDK is for compatibility with the latest FireFox. > Also, > I'm using the latest FireFox and glibc for security updates. > > Can anyone else confirm this? Would a patch replacing "sys/sysctl.h" > to > "linux/sysctl.h" be sufficient? > Just remove the #include line. Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-support] Error in building OpenJDK with glibc-2.32 build
On Fri, Aug 21, 2020 at 01:23:19AM -0400, Bud Rozwood via blfs-support wrote: > Hi, > > I'm getting an error saying: > > fatal error: sys/sysctl.h: No such file or directory > > when trying to build OpenJDK 14.01+7 using glibc 2.32 version. I've > looked it up on archlinux.org/packages for glibc version 2.32 and it > seems that this version of glibc doesn't ship with the header file > "sysctl.h". I've searched other places and they also said the same > thing, like for example, Debian's babeld: > https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1759087.html > > The LFS version is 9.1, System V. The only reason why I'm using this > version of OpenJDK is for compatibility with the latest FireFox. Also, > I'm using the latest FireFox and glibc for security updates. I rarely build OpenJDK, and never before firefox, so I've no idea what it offers to firefox users. In BLFS we do not generally talk about older versions of dependant packages (I have been known to do so occasionally, and in the wiki for firefox I mention the versions for required dependencies), so I would not be surprised to learn that any maintained version of OpenJDK could be used - if it built. But http://openjdk.5641.n7.nabble.com/8u-RFR-XS-8244461-JDK-8u-Build-fails-with-glibc-2-32-td410342.htm with a link to https://bugs.openjdk.java.net/browse/JDK-8244461 said (before 2.32 was released) that this would only be a problem in OpenJDK 8u and 7u because in later versions the headers had been cleaned up. In any case, in the development book (preparing to be LFS-10.0) somebody has already tagged 14.0.1+7 as working. That makes me think something in your build is wrong. > > Can anyone else confirm this? Would a patch replacing "sys/sysctl.h" to > "linux/sysctl.h" be sufficient? > And unfortunately, that seems unlikely to work. iThe glibc-2.32 Release annonucement at https://sourceware.org/pipermail/libc-announce/2020/29.html said: | The deprecated header and the sysctl function have been | removed. To support old binaries, the sysctl function continues to | exist as a compatibility symbol (on those architectures which had it), | but always fails with ENOSYS. This reflects the removal of the system | call from all architectures, starting with Linux 5.5. ĸen -- Juliet's version of cleanliness was next to godliness, which was to say it was erratic, past all understanding and was seldom seen. -- Unseen Academicals -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page