C/C++ Forum :: Inline Assembler in GCC

hackbert Mitglied 13:10:00 22.03.2003 Titel:

Ich hatte angefangen in eine C-Source inline assembler nach der mir bekannten Syntax einzubinden:

Code:
char message[] = "Hallo wie geht es?"; _asm{ mov si, message }

Code:
char message[] = "Hallo wie geht es?"; _asm{ mov si, message }

Code:
char message[] = "Hallo wie geht es?"; _asm{ mov si, message }

GCC meckert und nach einem Blick in die FAQ sah ich, dass man das so machen muss:

Code:
char message[] = "Hallo wie geht es?"; asm("mov si, message");

Code:
char message[] = "Hallo wie geht es?"; asm("mov si, message");

Code:
char message[] = "Hallo wie geht es?"; asm("mov si, message");

Jetzt meckert er nicht mehr über die Syntax, sagt aber folgendes:
Error: too many memory references for 'mov'

Was soll denn das heißen?

rüdiger Moderator 14:10:00 22.03.2003 Titel:

der GCC nutzt einen anderen Assembler Syntax, als der MSVC++. Der MSVC++ nutzt Intel-Syntax Assembler und der GCC nutzt den (IMHO besseren) AT&T Syntax. In der 3er Version kann man das aber mit einem Parameter ändern, weiss aber nicht genau wie (schau am besten mal in die GCC Doku)

Unregistrierter

Bei GCC sieht die Syntax noch ein bisserl anders aus.

C/C++ Code:
1 2 3 4 5 6 7 8 9 10	1 2 3 4 5 6 7 8 9 10	#include <stdio.h> int main() { char message[] = "Hallo wie geht es?"; asm("movl %0, %%esi;"::"r"(message)); return 0; }

C/C++ Code:
1 2 3 4 5 6 7 8 9 10	#include <stdio.h> int main() { char message[] = "Hallo wie geht es?"; asm("movl %0, %%esi;"::"r"(message)); return 0; }

C/C++ Code:
1 2 3 4 5 6 7 8 9 10	#include <stdio.h> int main() { char message[] = "Hallo wie geht es?"; asm("movl %0, %%esi;"::"r"(message)); return 0; }

hackbert Mitglied 14:55:00 22.03.2003 Titel:

gibt es zu diesem Syntax irgendwo Doku?

Unregistrierter

Zitat:

Original erstellt von hackbert:
gibt es zu diesem Syntax irgendwo Doku?

Die ersten beiden Links beschreiben zwar primär wie man mit dem GCC inline Assember für einen Atmel AVR Prozessor schreibt, aber die Syntax und Semantik wie man beim GCC inline Assembler in C oder C++ Quellcode schreibt ist ja auch für andere Prozessoren (z.B. Intel, PowerPC oder SPARC) gültig. Lediglich die zur Verfügung stehenden Mnemonics und Register unterscheiden sich.

Inline Asm http://savannah.nongnu.org/download/avr-libc/doc/avr-libc-user-manual/inline_asm.html

GCC-AVR Inline Assembler Cookbook http://www.egnite.de/ethernut/GCCAVRInlAsmCB.pdf

Brennan's Guide to Inline Assembly http://www.delorie.com/djgpp/doc/brennan/brennan_att_inline_djgpp.html

Introduction to GCC Inline Asm http://la.kmv.ru/rmiyagi-inline-asm.txt

Linux Assembly HOWTO :: GCC Inline Assembly http://www.tldp.org/HOWTO/Assembly-HOWTO/gcc.html

Inline assembly for x86 in Linux http://www-106.ibm.com/developerworks/library/l-ia.html

Using Inline Assembly With gcc http://www.cs.virginia.edu/~clc5q/gcc-inline-asm.pdf

Linux Assembly : resources http://la.kmv.ru/resources.html

hackbert Mitglied 15:26:00 22.03.2003 Titel:

Vielen Dank!

hackbert Mitglied 19:54:00 22.03.2003 Titel:

Ich habe jetzt den Parameter für GCC gefunden, der Intel Syntax im Quellcode erlaubt. Allerdings kommen jetzt ganz viele Fehler. Mein Programm sieht so aus:

C/C++ Code:
main() { char message[] = "Second stage booting"; asm("mov eax, 0x00000000"); }

C/C++ Code:
main() { char message[] = "Second stage booting"; asm("mov eax, 0x00000000"); }

C/C++ Code:
main() { char message[] = "Second stage booting"; asm("mov eax, 0x00000000"); }

Es kommen 26 Fehler bei der kompilierung (gcc -c testkernel.c -masm=intel) die ich hier jetzt nicht alle auflisten möchte. Sie wiederholen sich ziemlich oft:

Too many memory references for mov
Too many memory references for sub
junk 'PTR [ebp-x]' after expression, wobei x für mehrere Zahlen stehen kann...

Mr. N Mitglied 20:33:00 22.03.2003 Titel:

wie heißt der parameter? wär doch bestimmt was für die faq.

hackbert Mitglied 20:36:00 22.03.2003 Titel:

Der Parameter heißt -masm=intel wahlweise auch -mintel-syntax
trotzdem funktioniert mein proggie net

Mr. N Mitglied 20:55:00 22.03.2003 Titel:

versuchs doch mal mit 0 statt 0x0000000....