Skip to content
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

Clean up StringTable code #11700

Merged
merged 1 commit into from
Jan 20, 2021
Merged

Clean up StringTable code #11700

merged 1 commit into from
Jan 20, 2021

Conversation

gacholio
Copy link
Contributor

  • inline various functions that were only ever used here (and should
    never be used anywhere else)
  • remove J9_STR_ASCII which was added solely to communicate to one of
    the now-inlined functions
  • replace repeated bit tests with boolean variables

[ci skip]

Signed-off-by: Graham Chapman graham_chapman@ca.ibm.com

@pshipton
Copy link
Member

jenkins test sanity,extended,sanity.openjdk zlinux jdk11

@pshipton
Copy link
Member

jenkins compile win jdk8

@pshipton
Copy link
Member

01:38:34  StringTable.cpp(244) : error C2220: warning treated as error - no 'object' file generated
01:38:34  StringTable.cpp(244) : warning C4244: '=' : conversion from 'UDATA' to 'U_32', possible loss of data
01:38:34  StringTable.cpp(387) : warning C4244: '=' : conversion from 'UDATA' to 'U_32', possible loss of data

- inline various functions that were only ever used here (and should
never be used anywhere else)
- remove J9_STR_ASCII which was added solely to communicate to one of
the now-inlined functions
- replace repeated bit tests with boolean variables

[ci skip]

Signed-off-by: Graham Chapman <graham_chapman@ca.ibm.com>
@gacholio
Copy link
Contributor Author

Windows errors fixed.

@pshipton
Copy link
Member

jenkins compile win jdk8

@pshipton pshipton merged commit fd6deb6 into eclipse-openj9:master Jan 20, 2021
@gacholio gacholio deleted the str branch January 20, 2021 21:56
pshipton added a commit to pshipton/openj9 that referenced this pull request Nov 30, 2021
j9gc_createJavaLangString() must use the Unicode length when checking if
a Unicode string is ASCII or Latin 1.

Bug introduced by eclipse-openj9#11700 in
0.25 although there was a different but similar problem in previous
releases.

Issue eclipse-openj9#13655

Signed-off-by: Peter Shipton <Peter_Shipton@ca.ibm.com>
pshipton added a commit to pshipton/openj9 that referenced this pull request Nov 30, 2021
j9gc_createJavaLangString() must use the Unicode length when checking if
a Unicode string is ASCII or Latin 1.

Bug introduced by eclipse-openj9#11700 in
0.25 although there was a different but similar problem in previous
releases.

Issue eclipse-openj9#13655

Signed-off-by: Peter Shipton <Peter_Shipton@ca.ibm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants