[
https://issues.apache.org/jira/browse/CB-14139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16528669#comment-16528669
]
ASF GitHub Bot commented on CB-14139:
-------------------------------------
raphinesse edited a comment on issue #459: CB-14139 android: Add jvmargs flag
for custom values
URL: https://github.com/apache/cordova-android/pull/459#issuecomment-401536021
Thanks for your Analysis.
Looking at the issue this is supposed to fix, I wonder if removing the
default memory setting is the right thing here. The way I see it, we would be
improving support for 32 bit JVMs while worsening the situation for large
projects. That does not sound like a good deal to me.
Is 32bit Java support even relevant? If so, IMHO the best thing would be
detecting it and limit the heap size accordingly. However, we probably need the
check_reqs cleanup that I put on the roadmap for next major first.
Does that make sense or am I getting something wrong? I would definitely
like a third opinion on this.
Edit: Closed by accident. Sorry
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
> Can't run android commands with 32bit Java
> ------------------------------------------
>
> Key: CB-14139
> URL: https://issues.apache.org/jira/browse/CB-14139
> Project: Apache Cordova
> Issue Type: Bug
> Components: cordova-android
> Affects Versions: 8.0.0
> Environment: Win 10 Pro x64
> Reporter: misterTi
> Assignee: Joe Bowser
> Priority: Blocker
>
> GradleBuilder.js has a buiit-in option org.gradle.jvmargs=---Xmx2048m on line
> 59, which prevents it from running on 32bit Java. It always fails with VM
> heap error. The workaround is to create an environment variable
> __JAVA__OPTIONS=-Xmx512m, but this then affects the whole system.
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
