Skip to content

Conversation

@PietroGhg
Copy link
Contributor

Adds a -fsycl-libdevice-path that points to a non-default directory for libdevice. This is particularly useful when cross-compiling for Native CPU.

def fsycl_help : Flag<["-"], "fsycl-help">, Alias<fsycl_help_EQ>,
Flags<[NoXarchOption]>, AliasArgs<["all"]>,
HelpText<"Emit help information from all of the offline compilation tools">;
def fsycl_libdevice_path_EQ : Joined<["-"], "fsycl-libdevice-path=">,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Was this option scrutinized by the Options Working Group? Naming wise, this should closer match existing options. Something like -fsycl-device-lib-path=

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, it wasn't. Tbf I wasn't really aware the working group existed, I went with -fsycl-libdevice-path because it's similar to -fsycl-libspirv-path, but I'm happy to change it as you deem necessary, is there any other reviewer we could ping in this PR to get their opinion? Or how should I go about submitting this to the Options Working Group?

Copy link
Contributor

@mdtoguchi mdtoguchi Dec 12, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@PietroGhg, you can check internal wiki for more information. This should get enough eyes on the new option name.

@hvdijk
Copy link
Contributor

hvdijk commented Apr 14, 2025

We ended up fixing this differently instead (#17408) and no longer need a new option.

@hvdijk hvdijk closed this Apr 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants