Skip to content

Conversation

@dnakamura
Copy link

Old method of detecting cygwin->win32 builds was not reliable. As a stop
gap measure, assume that any build targeting windows is not a cross
compile build.

Signed-off-by: Devin Nakamura devinn@ca.ibm.com

@dnakamura
Copy link
Author

Jenkins build all

Old method of detecting cygwin->win32 builds was not reliable. As a stop
gap measure, assume that any build targeting windows is not a cross
compile build.

Signed-off-by: Devin Nakamura <devinn@ca.ibm.com>
@dnakamura dnakamura marked this pull request as ready for review February 9, 2022 21:12
@0xdaryl
Copy link
Contributor

0xdaryl commented Feb 9, 2022

@keithc-ca : please approve if you're ok with the changes.

Copy link
Contributor

@keithc-ca keithc-ca left a comment

Choose a reason for hiding this comment

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

I approve, but I'm not sure why this would only be a temporary fix.

@0xdaryl
Copy link
Contributor

0xdaryl commented Feb 10, 2022

I'm not sure why this would only be a temporary fix.

Yes, that is a good point. @dnakamura, if there is a better solution planned please let us know. Otherwise, please remove "Temporary fix" from the commit and PR titles and the suggestion that this is a stop gap measure.

@0xdaryl 0xdaryl self-assigned this Feb 10, 2022
@dnakamura
Copy link
Author

I'm not sure why this would only be a temporary fix.

Yes, that is a good point. @dnakamura, if there is a better solution planned please let us know. Otherwise, please remove "Temporary fix" from the commit and PR titles and the suggestion that this is a stop gap measure.

Theoretically you could for example perform a cross-compile on linux targeting windows. The better solution would be to figure out the correct variables etc. to detect if we are on a windows-ish platform (eg mingw/cygwin etc) vs an actual cross compile targeting windows

@keithc-ca
Copy link
Contributor

It's not clear that it will be a priority any time soon to support (real) cross-compiling to Windows. If that were ever to happen, then OmrCrossCompile.cmake (and likely many other files) would need to change.

@0xdaryl
Copy link
Contributor

0xdaryl commented Feb 10, 2022

I'm going to merge this as-is as I think it is more important to fix a downstream build break then to hold that up while we debate some of the future enhancements here. Devin did outline a potential future enhancement in this PR.

@0xdaryl 0xdaryl merged commit e6d7abf into eclipse-omr:master Feb 10, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants