Kompilierung von Linux mit selbst gebauten GCC (x86_64-none-elf) nicht möglich

[Johannes K. (krotti42)]

Hallo Community!

Versuche gerade Linux mit einem selbst gebauten GCC zu kompilieren. 
Klappt allerdings nicht, da immer bei manchen Assembler Quellen Fehler 
ausgegeben werden (Beispiel):

$ make CROSS_COMPILE=x86_64-none-elf-
  SYNC    include/config/auto.conf.cmd
  HOSTCC  scripts/kconfig/conf.o
  HOSTLD  scripts/kconfig/conf
  SYSHDR  arch/x86/include/generated/uapi/asm/unistd_32.h
  SYSHDR  arch/x86/include/generated/uapi/asm/unistd_64.h
  SYSHDR  arch/x86/include/generated/uapi/asm/unistd_x32.h
  SYSTBL  arch/x86/include/generated/asm/syscalls_32.h
  SYSHDR  arch/x86/include/generated/asm/unistd_32_ia32.h
  SYSHDR  arch/x86/include/generated/asm/unistd_64_x32.h
  SYSTBL  arch/x86/include/generated/asm/syscalls_64.h
  SYSTBL  arch/x86/include/generated/asm/syscalls_x32.h
  HYPERCALLS arch/x86/include/generated/asm/xen-hypercalls.h
[...]
  CC      arch/x86/entry/vdso/vdso-image-32.o
  AR      arch/x86/entry/vdso/built-in.a
  CC      arch/x86/entry/vsyscall/vsyscall_64.o
  AS      arch/x86/entry/vsyscall/vsyscall_emu_64.o
  AR      arch/x86/entry/vsyscall/built-in.a
  AS      arch/x86/entry/entry.o
  AS      arch/x86/entry/entry_64.o
arch/x86/entry/entry_64.S: Assembler messages:
arch/x86/entry/entry_64.S:380: Error: unbalanced parenthesis in operand 1.
arch/x86/entry/entry_64.S:163:  Info: macro invoked from here
arch/x86/entry/entry_64.S:265:   Info: macro invoked from here
arch/x86/entry/entry_64.S:382: Error: unbalanced parenthesis in operand 1.
arch/x86/entry/entry_64.S:163:  Info: macro invoked from here
arch/x86/entry/entry_64.S:265:   Info: macro invoked from here
make[3]: *** [scripts/Makefile.build:387: arch/x86/entry/entry_64.o] Error 1
make[2]: *** [scripts/Makefile.build:505: arch/x86/entry] Error 2
make[1]: *** [scripts/Makefile.build:505: arch/x86] Error 2
make: *** [Makefile:2039: .] Error 2
$

Hat jemand eine Idee, an was es liegen könnte? Falsch gebaute GNU 
Toolchains? Mit dem System eigenen GCC von Debian 12, klappt alles 
problemlos.

GCC Version:

$ x86_64-none-elf-gcc --version
x86_64-none-elf-gcc (GCC) 13.2.0
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
$

binutils (GAS) Version:

$ x86_64-none-elf-as --version
GNU assembler (GNU Binutils) 2.41
Copyright (C) 2023 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or later.
This program has absolutely no warranty.
This assembler was configured for a target of `x86_64-none-elf'.
$

Vielen Dank im voraus!

[Hmmm (hmmm)]

Johannes K. schrieb:
> arch/x86/entry/entry_64.S:380: Error: unbalanced parenthesis in operand
> 1.

Johannes K. schrieb:
> This assembler was configured for a target of `x86_64-none-elf'.

Klingt nach dem falschem Target.

[Johannes K. (krotti42)]

Hmmm schrieb:
[...]
> Johannes K. schrieb:
>> This assembler was configured for a target of `x86_64-none-elf'.
>
> Klingt nach dem falschem Target.
Okay. Mir erschliesst aber nicht wirklich, was an *-none-elf falsch ist. 
Dachte nämlich immer die *-linux-gnu Konfigurationen betreffen lediglich 
die Bibliotheken. Meine damit, dass *-linux-gnu für die Entwicklung für 
Applikationen unter einen GNU/Linux System konfiguriert ist und 
*-none-elf für Bare-Metal Projekte. Für mich wäre Linux genau genommen 
ein Bare-Metal Projekt.

Von daher verstehe ich es nicht, warum die Kompilierung mit *-none-elf 
nicht klappt, da Linux ja selber seine verwendeten Bibliotheken (libc, 
libgcc, ...) mitliefert.

Wenn ich vom Fehler die betreffende Zeile im Quellcode (als Beispiel 
Zeile 380 von entry_64) ansehe, sehe ich kein "Error: unbalanced 
parenthesis in operand 1". (Ohne Durchlauf mit dem C-Präpozessor ist die 
Zeile 380 innerhalb eines Kommentar und mit Durchlauf eine leere Zeile.)

Ist zwar OT, wäre aber durchaus für mich von Vorteil, wenn jemand 
erklären könnte, was genau die Unterschiede von *-none-elf und 
*-linux-gnu genau sind.

[Hmmm (hmmm)]

Johannes K. schrieb:
> Dachte nämlich immer die *-linux-gnu Konfigurationen betreffen lediglich
> die Bibliotheken.

Nein, da können auch Syntax-Variationen dranhängen...

Johannes K. schrieb:
> ist die Zeile 380 innerhalb eines Kommentar

...im Fall des Assemblers z.B. auch die zulässigen Prefixes für 
Kommentare.

Johannes K. schrieb:
> Ist zwar OT, wäre aber durchaus für mich von Vorteil, wenn jemand
> erklären könnte, was genau die Unterschiede von *-none-elf und
> *-linux-gnu genau sind.

Da musst Du Dich evtl. durch die Target-Konfigurationen wühlen, in der 
binutils-Doku finde ich spontan nur die CPU-spezifischen Sachen.

[Jim M. (turboj)]

Johannes K. schrieb:
> Hat jemand eine Idee, an was es liegen könnte?

Compiler/Binutils flasch konfiguriert.

Die "none" Targets sind für System ganz ohne Betriebssystem gedacht - 
üblicherweise sind das kleinere µC (wie Arm Cortex-M) aber man könnte 
auch X86 so betreiben.

Der Linux Kernel ist nicht dafür gedacht mit so einem Compiler übersetzt 
zu werden und fliegt Dir deshalb bei ein paar Compiler Macros um die 
Ohren.

Der Compiler wird erheblich besser funktionieren wenn man aus dem "none" 
ein "linux" macht.