MaskRay added a comment.

In D135076#3830989 <https://reviews.llvm.org/D135076#3830989>, @jhuber6 wrote:

> In D135076#3830972 <https://reviews.llvm.org/D135076#3830972>, @MaskRay wrote:
>
>> There are traditionally some single-dash long options (perhaps classical Mac 
>> OS style) which conflict with short options. I think nowadays we try to 
>> avoid such single-dash short options.
>> (For example, GNU ld now requires all new long options to use two-dashes, 
>> after knowing the problem with `-omagic`.)
>>
>> I can make a patch to make cc1 `-o` `Separate` instead of 
>> `JoinedOrSeparate`, which will hopefully solve your pain of specifying a 
>> misspelled `-offloat*` cc1 option without good diagnostics.
>
> If that's possible, then that would be a good solution. I figured that 
> allowing `-ofoo` was set in stone and this was the less controversial option. 
> Just for reference, the problem I commonly encounter with users is the 
> following situation

A cc1 specific `Separate` `-o` only helps misspelled `-offload-*`...

>   clang foo.cu -offload-arch=sm_80 -o foo // No offload arch, the  first -o 
> isn't observed as its replaced by the second one.

I think these users have to accept that `-offload-arch=sm_80` means `-o 
ffload-arch=sm_80`.
There are a number of unfortunate `Separate` short options. `-o` is among them 
the most used. Long options have to avoid conflicts with `-o` by not having the 
single-dash form.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D135076/new/

https://reviews.llvm.org/D135076

_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to