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
scalacfork Ant task runs out of command-line buffer space on Windows #2578
Comments
Imported From: https://issues.scala-lang.org/browse/SI-2578?orig=1
|
Bob Jamison (ishmal) said: |
@lrytz said: ........ fixed obvious bug in JenkinsHash removed wrong .optimise targets fix build on windows. fixes SI-2578 added numeric widening and weak conformance. List(1, 1L) now gives a List[Long] Fixed initial variable binding for method parameters, that caused the inliner to infer wrong types for tail recursive methods Moved disabled tests back into their original place.
Fix for SI-2525. Moved a bunch of classes into the newly created scala.math package. |
@lrytz said: ........ removed wrong .optimise targets fix build on windows. fixes SI-2578 added numeric widening and weak conformance. List(1, 1L) now gives a List[Long] Fixed initial variable binding for method parameters, that caused the inliner to infer wrong types for tail recursive methods Moved disabled tests back into their original place.
Fix for SI-2525. Moved a bunch of classes into the newly created scala.math package. |
@lrytz said: ................ Merged revisions 19416-19417,19421-19422,19424-19426,19428 via svnmerge from ........
........
........
........
........
........
........
........
........ |
I have seen this problem for the last two days, where the total command-line size given to the "java" command is greater than the windows cmd.exe command-line buffer size (32k). This can be easily overcome by storing the arguments and file names to a file, and instead executing "java @file." Attached is a diff of ScalacFork.scala to current svn, which performs this. Note that it first checks if the user wanted to use @file for something else, in which case this problem wouldn't have happened anyway. This works at least on Windows and Linux.
@rytz, does this look like maybe it would be a valid fix?
Thanks.
The text was updated successfully, but these errors were encountered: