Re: [lfs-dev] Multilib patch
On 01/01/2019 10:50 AM, spiky0011 via lfs-dev wrote: DJ Lucas. I have tried building your multilib sysV version I get a error in building libcap-2.25 x32bit. So far no problems upto here, I have restarted from ch6 a 2nd time incase I made a mistake. Error libcap-2.25# make CC="gcc -mx32" make -C libcap all make[1]: Entering directory '/sources/libcap-2.25/libcap' => making cap_names.list.h from /sources/libcap-2.25/libcap/../libcap/include/uapi/linux/capability.h perl -e 'while ($l=<>) { if ($l =~ /^\#define[ \t](CAP[_A-Z]+)[ \t]+([0-9]+)\s+$/) { $tok=$1; $val=$2; $tok =~ tr/A-Z/a-z/; print "{\"$tok\",$val},\n"; } }' /sources/libcap-2.25/libcap/../libcap/include/uapi/linux/capability.h | fgrep -v 0x > cap_names.list.h gcc -mx32 -O2 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -I/sources/libcap-2.25/libcap/../libcap/include/uapi -I/sources/libcap-2.25/libcap/../libcap/include _makenames.c -o _makenames ./_makenames > cap_names.h /bin/sh: ./_makenames: cannot execute binary file: Exec format error make[1]: *** [Makefile:41: cap_names.h] Error 126 make[1]: Leaving directory '/sources/libcap-2.25/libcap' make: *** [Makefile:12: all] Error 2 I have no idea how to check what is wrong. If this error could stem back to ch5 then ok. Both of the other parts built fine from libcap Maybe double check the kernel config for x32 support (CONFIG_X86_X32). That said, and unrelated, you should be building from Thomas's patch at https://io.ax.lt/ as it is kept up to date (automated). Only need my patch for jhalfs (if you are using jhalfs). --DJ -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] C Locale in UTF-8?
On 01/01/2019 10:43 AM, Douglas R. Reno via lfs-dev wrote: Hi guys, I was wondering if we should add the C.UTF-8 locale to our environment (if it's even available?). Two of the tests in GNOME's Gjs (BLFS Chapter 33) because we don't have C.UTF-8 setup as a locale. I suppose the first question is whether or not it's even available. The most recent builds I have done use jhalfs, but I wonder if glibc's command to install all locales includes it. I haven't had the time to check, and don't think I will for a bit. So my question is - if it's available, should we/can we add it to our standard set of locales? I don't know if it will work, but try: # localedef -i POSIX -f UTF-8 C.UTF-8 after that, `locale -a` gives C.utf8. There are some warnings about LC_* categories that have no definition. Not that the base files are in /usr/share/i18n/ -- Bruce -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
Re: [lfs-dev] Multilib patch
On 30/09/2018 02:57, DJ Lucas wrote: On 08/14/2018 05:54 AM, Thomas Trepl wrote: Hi, for those who are interested in doing {,B}LFS with multilib support, here is a patch on the LFS book adding some instructions to build the LFS core system with multilib support. Updates to this based on Thomas's work at https://io.ax.lt/. This is still very much experimental but coming together nicely. I've been working on jhalfs support. I also have a current patch for trunk (also for Thomas's branch to allow building with jhalfs) and rendered copies for both sysv and systemd in my homedir if anybody would like to take a look: http://www.linuxfromscratch.org/~dj/Multilib/ Thomas, when you are available, please note the changes WRT separating the lib32 and libx32 with separate s. This is required for jhalfs to parse the files correctly. As to the other changes, in additon to -m32/-mx32, I've tried to ensure that we use appropriate -march flags where --host is invalid. None of this is tested thoroughly as of yet, but my ultimate real world goal, in addition to being able to run x86 binaries needed for various tasks, is to be able to build x86 java without a full x86 LFS build handy. As of now, jhalfs builds to completion on Systemd. I don't believe that I've made any changes that would affect SysV, but I haven't tested sysv-multilib just yet. HTH --DJ DJ Lucas. I have tried building your multilib sysV version I get a error in building libcap-2.25 x32bit. So far no problems upto here, I have restarted from ch6 a 2nd time incase I made a mistake. Error libcap-2.25# make CC="gcc -mx32" make -C libcap all make[1]: Entering directory '/sources/libcap-2.25/libcap' => making cap_names.list.h from /sources/libcap-2.25/libcap/../libcap/include/uapi/linux/capability.h perl -e 'while ($l=<>) { if ($l =~ /^\#define[ \t](CAP[_A-Z]+)[ \t]+([0-9]+)\s+$/) { $tok=$1; $val=$2; $tok =~ tr/A-Z/a-z/; print "{\"$tok\",$val},\n"; } }' /sources/libcap-2.25/libcap/../libcap/include/uapi/linux/capability.h | fgrep -v 0x > cap_names.list.h gcc -mx32 -O2 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -I/sources/libcap-2.25/libcap/../libcap/include/uapi -I/sources/libcap-2.25/libcap/../libcap/include _makenames.c -o _makenames ./_makenames > cap_names.h /bin/sh: ./_makenames: cannot execute binary file: Exec format error make[1]: *** [Makefile:41: cap_names.h] Error 126 make[1]: Leaving directory '/sources/libcap-2.25/libcap' make: *** [Makefile:12: all] Error 2 I have no idea how to check what is wrong. If this error could stem back to ch5 then ok. Both of the other parts built fine from libcap -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
[lfs-dev] C Locale in UTF-8?
Hi guys, I was wondering if we should add the C.UTF-8 locale to our environment (if it's even available?). Two of the tests in GNOME's Gjs (BLFS Chapter 33) because we don't have C.UTF-8 setup as a locale. I suppose the first question is whether or not it's even available. The most recent builds I have done use jhalfs, but I wonder if glibc's command to install all locales includes it. I haven't had the time to check, and don't think I will for a bit. So my question is - if it's available, should we/can we add it to our standard set of locales? Douglas R. Reno -- http://lists.linuxfromscratch.org/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page