[LLVMdev] Apple's GCC and .s/.S files in llvm-test (fwd)
Dale Johannesen
dalej at apple.com
Mon Mar 24 14:40:53 PDT 2008
On Mar 21, 2008, at 10:59 AM, Julien Lerouge wrote:
> Hello,
>
> Apple's GCC does not make the distinction between .s and .S files and
> always run the preprocessor. From the man:
>
> | file.s
> | Assembler code. Apple's version of GCC runs the preprocessor
> on these
> | files as well as those ending in .S.
> |
> | file.S
> | Assembler code which must be preprocessed.
Yes. The reason for this is that MacOS supports some non-case-
sensitive filesystems, so .s and .S are not in general distinguishable.
> The problem is that sometimes llc generates comments in the assembly
> that look like this for x86:
>
> ...
> pushl %esi
> ...
> # implicit-def: EDI
> ...
> ret
>
> The comment line is perfectly valid for the assembler, but the
> preprocessor does not like it because it tries to interpret it as a
> macro... I can see it happening for example if -std=c99 is set in the
> CFLAGS (that's the case in SingleSource/Regression/C++) :
>
> $ gcc --std=c99 -o t t.s
> t.s:5:4: error: invalid preprocessing directive #implicit
>
> One solution is to force the language to be assembler (and not
> assembler-with-cpp) on Darwin, that's what the attached patch does,
> but
> maybe there is a nicer solution ?
In general I think we want llvm-gcc's output .s files to be acceptable
as input to gcc, so the right thing is to change the x86 asm printer
so it doesn't generate these comments. I don't see a good way to do
full-line comments that works both if you run the preprocessor and if
you don't. (Using #pragma works since compilers are required to
ignore unknown pragmas, but nobody would call that good.) If we're
willing to build in the assumption that the preprocessor will be
run, // or /**/ comments work. Or attaching them to the end of the
previous line works.
More information about the llvm-dev
mailing list