-
Notifications
You must be signed in to change notification settings - Fork 3.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows: implement ijar for MSVC #2157
Comments
Technically, you could disable ijar on Windows to achieve #2107 instead of blocking on this. |
hmm :) well i already have the CLs lined up for it so meh |
I think that we have a Java implementation of build-runfiles. process-wrapper is more complicated, but you could start with a minimal implementation that doesn't do the more advanced stuff we're doing in the Posix version. |
neither build-runfiles nor process-wrapper are used on Windows. |
@dslomov , are you sure about process-wrapper? It is certainly a dependency of Bazel, do you think we can simply remove it? |
@laszlocsomor oh sorry there is #1852: we still use it for |
We can now build ijar but many functions say "isn't implemented for windows". |
Instead of writing from / reading to a string, these variants take a buffer and a size. These methods will be used from ijar. See #2157 -- PiperOrigin-RevId: 148635487 MOS_MIGRATED_REVID=148635487
Ijar will use Bazel's file handling logic so that we don't have to maintain two implementations, and don't have to copy this code to implement the Windows/MSVC code path in third_party/ijar/platform_utils.cc. See #2157 -- Change-Id: Iec327febb882aeaabae55216d0d06488f7c151ed Reviewed-on: https://cr.bazel.build/9068 PiperOrigin-RevId: 148770951 MOS_MIGRATED_REVID=148770951
See #2157 -- PiperOrigin-RevId: 148887981 MOS_MIGRATED_REVID=148887981
*** Reason for rollback *** [] has detected that 500 or more targets failed to build at commit 69a127b, each of which successfully built at the prior CL that affected them. [] double-checked that //javatests/com/google/apphosting/tests/usercode:Security_StubTest built at 148995024. The verification run was: [] but the same target failed to build at 148995025. The [] link for this run is available here: [] To see all targets that ran, along with their final status, visit: [] Questions? Comments? See the URL. go/autorollback *** Original change description *** ijar: use bazel's file utilities This change not only implements ijar for Windows (with MSVC), but also fixes a bug in mapped_file_windows (path conversion didn't make the input path absolute, so we could not build java code with the MSYS-less bazel). Fixes #2157 -- PiperOrigin-RevId: 148998092 MOS_MIGRATED_REVID=148998092
Goal:
should succeed and have a working Windows implementation.
This is a prerequisite for #2107.
The text was updated successfully, but these errors were encountered: