Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2177050 | 7 | Tom Rodriguez | P3 | Closed | Fixed | b21 |
JDK-2172499 | 6u10 | Tom Rodriguez | P3 | Closed | Fixed | b09 |
When defining flags with ccstr arguments the default behaviour is that multiple specifications of the flag cause the definitions to accumulate into an \n separated string. The is mainly to accomodate things like CompileCommand and CompileOnly which are commonly specified multiple times. The makes it difficult to make string flags that have non empty default values since specifing the string on the command line will combine the default and new values. Flags can be set using -XX:foo:=bar which disables the accumulation behaviour but this is error prone. Some way of distinguishing the need behaviour is needed. I'm proposing adding a new typedef ccstrlist to distinguish these cases. Flag of type ccstrlist will have the accumulation behaviour while ccstr flags will replace the old value.
- backported by
-
JDK-2172499 globals.hpp should support non accumulating ccstr arguments
-
- Closed
-
-
JDK-2177050 globals.hpp should support non accumulating ccstr arguments
-
- Closed
-
- relates to
-
JDK-6858708 HotspotDiagnosticMXBean.setVMOption() throws NullPointerException
-
- Resolved
-
-
JDK-6744783 HotSpot segfaults if given -XX options with an empty string argument
-
- Closed
-