kernel & binutils
As mentioned in the kernel thread
the kernel doc : Code:
CONFIG_X86_X32: Code:
# Build for an x86 glibc2-based Linux system: |
Well, I think this is intentional. Years ago was heated discussions regarding Slackware and multilib.
So, the kernel is "multilib" , while the operating system is not. |
so, I probably don't use 32b software ...
let's go :-) |
There's an unofficial multilib version of LFS that includes this architecture. I can't remember who maintains it but there are a couple of threads on it in the LFS forum.
|
|
Quote:
Code:
$ ld --help|grep targets: |
Quote:
That's why I made this request |
OK, but in this post https://www.linuxquestions.org/quest...ml#post6267470 I showed that ld makes an elf32_x86_64 exe from an elf32_x86_64 object. After that file tells it's 'ELF 32-bit LSB executable, x86-64'. An ordinary 64-bit exe of slackware64 is 'ELF 64-bit LSB executable, x86-64' and in the 32-bit slackware it's 'ELF 32-bit LSB executable, Intel 80386'. So, elf32-x86-64 is already supported is slackware64, as is elf32-i386. Alien Bob's multilib also does not replace binutils, even though you can't see elf32-i386 in the configure command you copied in your original post.
|
I just don't like warnings :-)
so I removed the 32bits support in the kernel |
This is not "normal" 32bit support.
This is x32 ABI, it's kind of hybrid between 32 and 64bit. It's running in 64 bit mode but uses 32bit pointers. I don't know if this is really used anywhere. |
Turned out one of those LFS threads I mentioned was mine! It contains a discussion of -x32 versus -32 and -64.
https://www.linuxquestions.org/quest...st-4175684753/. I hope this kind of absent-mindedness isn't an early sign of dementia. |
All times are GMT -5. The time now is 04:34 AM. |