Gnu Assembler Macros

Jan schrieb:
> Ich habe schon alle möglichen Escapings vesucht, aber ohne Erfolg

Auch schon "\string"?

Rolf M. schrieb:
> Jan schrieb:
>> Ich habe schon alle möglichen Escapings vesucht, aber ohne Erfolg
>
> Auch schon "\string"?

Genau so oder mit .altmacro (geht auch)

Jan schrieb:
> Geht leider nicht:
>
> /tmp//cc5bmNaV.s: Warning: unknown escape '\s' in string; ignored

Was soll den \s für ein Escape sein?
Hier: 
https://ftp.gnu.org/old-gnu/Manuals/gas-2.9.1/html_chapter/as_3.html#SEC33 
ist es nicht dabei.

\n ist 0x0a
\r ist 0x0d

aber \s ist ??? eben: "unknown".

In der Doku steht es. Der Assembler macht genau was Du ihm sagst.

\ anything-else
Any other character when escaped by \ gives a warning, but assembles as 
if the `\' was not present. The idea is that if you used an escape 
sequence you clearly didn't want the literal interpretation of the 
following character. However as has no other interpretation, so as knows 
it is giving you the wrong code and warns you of the fact.

Vielleicht "\\string"

Die Forensoftware hat Problem mit 2 Slashs....

Thomas Z. schrieb:
> Vielleicht "\\string"

Wir wissen ja nicht was der TO eigentlich erreichen will.

Und die Doku beschreibt, was die Fehlermeldung bedeutet und wie er sie 
wegbekommt.

Komisch. Ich habe es eben mal mit gcc für amd64 probiert, da geht es so 
wie du es schreibst (aber bei der Verwendung des Arguments Gänsefüßchen 
dazu genommen):

1

.macro  blabla string

2

.KLAUS:

3

        .string    "\string"

4

.endm

5

...

6

        blabla "test"

7

...

Zum Testen habe ich ein kleines C-Programm gemacht, das mit puts() was 
ausgibt.
Dann in den erzeugten asm-Code das obige eingefügt und stattdessen den 
String "test" ausgeben lassen über das Label .KLAUS
Das ist als a.c und a.s (mit gcc aus a.c erzeugt, dann wie beschrieben 
geändert) im Anhang.
Also sollten bei dir doch nur die Gänsefüßchen fehlen?

Jan schrieb:
> Gleicher Fehler:
> .altmacro
> .macro test wstring
> .text 1
> .asciz "\wstring"
> .text
> .endm
> .noaltmacro
> test "test"
>
> /tmp//ccY1hIkh.s: Warning: unknown escape '\w' in string; ignored

Entweder mit .altmacro oder mit den Gänsefüsschen, aber nicht beides 
auf einmal!

Bei mir kommt da keine Warnung.

Hast du einen halbwegs aktuellen Stand der gcc, oder eine alte Leiche?

Erst um das AMS-Quelltext zu erzeugen:
gcc -Wall -save-temps a.c

Dann nach dem Editieren nur noch:
gcc -Wall a.s

klwa4731@eso22188:~ > gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/9/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none:hsa
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 
9.3.0-17ubuntu1~20.04' 
--with-bugurl=file:///usr/share/doc/gcc-9/README.Bugs 
--enable-languages=c,ada,c++,go,brig,d,fortran,objc,obj-c++,gm2 
--prefix=/usr --with-gcc-major-version-only --program-suffix=-9 
--program-prefix=x86_64-linux-gnu- --enable-shared 
--enable-linker-build-id --libexecdir=/usr/lib 
--without-included-gettext --enable-threads=posix --libdir=/usr/lib 
--enable-nls --enable-clocale=gnu --enable-libstdcxx-debug 
--enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new 
--enable-gnu-unique-object --disable-vtable-verify --enable-plugin 
--enable-default-pie --with-system-zlib --with-target-system-zlib=auto 
--enable-objc-gc=auto --enable-multiarch --disable-werror 
--with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 
--enable-multilib --with-tune=generic 
--enable-offload-targets=nvptx-none=/build/gcc-9-HskZEa/gcc-9-9.3.0/debi 
an/tmp-nvptx/usr,hsa  --without-cuda-driver --enable-checking=release 
--build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)

Tatsächlich macht gcc-avr (bzw. gcc-as) bei mir genau dasselbe 
(Warnung), während alle anderen gnu-as, die ich habe (und das sind 
einige) sich anders (richtig) verhalten.

Scheint mir in der Tat eine Macke im AVR Assembler zu sein.

Mein AVR-gcc stammt aus den Paketquellen von Debian 11 und scheint 
tatsächlich schon ein wenig abgehangen (alt) zu sein (GNU assembler 
version 2.26 (avr) using BFD version (GNU Binutils) 2.26.20160125).