[llvm-commits] [llvm-gcc-4.2] r53113 - /llvm-gcc-4.2/trunk/gcc/config/darwin.h
Devang Patel
dpatel at apple.com
Mon Jul 7 15:08:24 PDT 2008
On Jul 7, 2008, at 2:59 PM, Eric Christopher wrote:
>> I do not prefer separate new -mllvm option for the linker.
>>
>
> Well, if it's not an option then don't pass it :)
I meant separate option, say -mllvm-lto, for this feature.
$ llvm-gcc -mllvm "-print-isel-input -print-emitted-asm" /tmp/a.c -c
prints info useful to llvm codegen folks.
$ llvm-gcc -mllvm "-print-isel-input -print-emitted-asm" /tmp/a.c -O4
prints info useful to llvm codegen folks when LTO is used. If the
linker does not support -mllvm then the user wants to know that,
instead of no output.
I do not prefer
$ llvm-gcc -mllvm-lto "-print-isel-input -print-emitted-asm" /tmp/a.c -
O4
because, if I want to print isel-input and set loop-unroll threshold
then I should be able to say
$ llvm-gcc -mllvm "-print-isel-input -unroll-threshold=1000" /tmp/a.c -
O4
instead of
$ llvm-gcc -mllvm " -unroll-threshold=1000" -mllvm-lto "-print-isel-
input" /tmp/a.c -O4
This is unnecessary and it may get confusing when LTO does loop
unrolling also at linker level. This is why I prefer -mllvm "blah
blah" for compiler as well as the linker.
However, if someone feels strongly, feel free to apply appropriate
patch to do the right thing!
-
Devang
More information about the llvm-commits
mailing list