The ParparVM source code also contains no results if you grep _ENUM_ . That part is constructed by javac and propagated through.
On Mon, Aug 28, 2017 at 4:19 PM, Dave Dyer <[email protected]> wrote: > > Nonetheless, right now it looks like nativeMethods.m does need to use a >> few things from CN1, and that's why the dependency is there. >> > > The dependency is there, but the file is not, at least in my environment. > As I said, I'm working in my > own fork of the parpavm build code, updated from githib, and a working > fossil version that I have > not updated. > > >> The big problem for my build, probably the fatal one, is that last week's >>> builds generated this code for enums >>> >>> JAVA_OBJECT >>> __VALUE_OF_yspahan_YspahanConstants_ymisc(CODENAME_ONE_THREAD_STATE, >>> JAVA_OBJECT value) { >>> JAVA_ARRAY values = (JAVA_ARRAY)get_static_yspahan >>> _YspahanConstants_ymisc__VALUES(threadStateData); >>> JAVA_ARRAY_OBJECT* data = (JAVA_ARRAY_OBJECT*)values->data; >>> >>> whereas this week's builds generate this code >>> >>> JAVA_OBJECT >>> __VALUE_OF_yspahan_YspahanConstants_ymisc(CODENAME_ONE_THREAD_STATE, >>> JAVA_OBJECT value) { >>> JAVA_ARRAY values = (JAVA_ARRAY)get_static_yspahan >>> _YspahanConstants_ymisc_ENUM_VALUES(threadStateData); >>> JAVA_ARRAY_OBJECT* data = (JAVA_ARRAY_OBJECT*)values->data; >>> int len = values->length; >> >> >> I'm not sure where the second version would come from. Perhaps different >> versions of the JDK produce different naming conventions for generating >> enums. The class in question (yspahan.YspahanConstants), how was it >> compiled? E.g. Is the source actually part of a Codename One project, or >> was it compiled in another way and converted to, for example, a cn1lib? >> What version of the JDK was used to compile it, and what were Java source >> and bytecode versions were being targeted? >> >> > I think it's two chunks of code generated by parpam that are not quite > coordinated, the function name and the > reference to the function are both constructed in the bowels of parpavm's > code. > > I am handicapped by the fact that failed builds do not deliver the sources > that failed, > and that successful builds do not deliver the log file for the build. > I've complained > about this before. > > -- > You received this message because you are subscribed to the Google Groups > "CodenameOne Discussions" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > Visit this group at https://groups.google.com/ > group/codenameone-discussions. > To view this discussion on the web visit https://groups.google.com/d/ > msgid/codenameone-discussions/424c3c36-956e-465a-86b7- > a80fe85afeec%40googlegroups.com > <https://groups.google.com/d/msgid/codenameone-discussions/424c3c36-956e-465a-86b7-a80fe85afeec%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > For more options, visit https://groups.google.com/d/optout. > -- Steve Hannah Software Developer Codename One http://www.codenameone.com -- You received this message because you are subscribed to the Google Groups "CodenameOne Discussions" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. Visit this group at https://groups.google.com/group/codenameone-discussions. To view this discussion on the web visit https://groups.google.com/d/msgid/codenameone-discussions/CAGOYrKU3GYi-3%2BUV2tB%3DXHi44H4AypO%2B0mzvcZtYoX_o6NsOBQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
