Anyone in hotspot-compiler who wants to have a look at this?

/Magnus

On 2021-03-29 14:47, Erik Joelsson wrote:
On Mon, 29 Mar 2021 10:48:55 GMT, Magnus Ihse Bursie <i...@openjdk.org> wrote:

We have a handful of assembly files in the JDK. They have long been left aside, with a 
"if it ain't broken, don't fix it" attitude.

In the current panama-vector, there is a lot more assembly files incoming, 
including for the Windows platforrm, which has not existed for a long time in 
the JDK.

It is time to give assembly files some more love and care. This patch cleans up 
the handling in the build system, and it unifies between .s and .S files.

For historical reasons, .s has been the suffix used in the posix world to signify 
assembly output as generated by a compiler, and .S to signify "hand-written" 
precious assembly. One effect of this is that gcc and clang will run the preprocessor on 
files named .S but not on files named .s.

All our files are "hand-written" in this sense, and should have the .S suffix. 
But not all had. On mac, it was even worse, where the files were named .s but the option 
`-x assembler-with-cpp` was used to force clang to treat them as .S files instead... This 
change however made the preprocesser try to parse comments of the form
# if (a) {
as preprocessor directives, and balk at them. In one of the files, I had to 
wrap this in preprocessor comments (`/* ... */`).

We also had inconsistent handling on dependencies. For preprocessed assembly 
files, it really makes sense to have dependency tracking, exactly as for C/C++ 
files. Now the dependency tracking in NativeCompilation is simplified, and 
applies to all files. (The sole exception is Windows assembly, since masm is 
unable to output dependency information, even though it is able to include 
files :-().

This patch has been partly written by Sandhya Viswanathan 
<sviswanat...@openjdk.org> for the panama-vector repo.
Magnus Ihse Bursie has updated the pull request incrementally with one 
additional commit since the last revision:

   Use OPENJDK_BUILD_CPU_BITS instead
Marked as reviewed by erikj (Reviewer).

-------------

PR: https://git.openjdk.java.net/jdk/pull/3198

Reply via email to