On 21 maj 2013, at 17:35, JOSEPH PROVINO <joseph.prov...@oracle.com> wrote:
> > On 5/21/2013 3:06 AM, David Holmes wrote: >> Hi Staffan, >> >> On 21/05/2013 4:49 PM, Staffan Larsen wrote: >>> >>> On 21 maj 2013, at 04:34, David Holmes <david.hol...@oracle.com> wrote: >>> >>>> <added servicability> >>>> >>>> Hi Joe, >>>> >>>> As I have previously stated you copied the struct definitions instead of >>>> moving them outside the ifdef. >>>> >>>> Serviceability folk: we are particularly interested in whether the use of >>>> ticks_no_class_load is deemed appropriate in this situation. Who will be >>>> consuming this value? >>> >>> Since you have opted for the simple fix of having an exported but >>> non-functional AsyncGetCallTrace instead of actually removing the symbol >>> from the symbol files (which is the proposed solution in the bug report), >> >> That would be a simpler solution semantically but the only way I can see to >> do that is to use a text replacement mechanism in the build files - as is >> done for the dynamic vtable symbols. I find that less appealing than simply >> exporting an interface that is configured to report an error (which is >> essentially what all the optional interfaces do under the minimal VM). >> >>> I would like you to include a comment about this in the source. Right now >>> it's very unclear why there is an exported function that only returns an >>> error. >>> >>> As to the appropriate return value, I don't know. The only caller should be >>> the Sun Studio profiler, and I'm not sure how it will handle this case if >>> ever run. The possible return values aren't very well documented. >> >> I guess we need to try and run it to find out. > > Okay, do either of you feel strongly about how this should be fixed -- return > an error or remove the symbol? No, I don't feel strongly either way, but a comment in the code would be nice. Thanks, /Staffan > > joe > >> >> Thanks, >> David >> >>> /Staffan >>> >>>> >>>> Thanks, >>>> David >>>> >>>> On 21/05/2013 5:10 AM, JOSEPH PROVINO wrote: >>>>> The change is to include forte.cpp in the minimal jvm but to >>>>> conditionalize the code so that >>>>> only AsyncGetCallTrace() is defined with the minimal jvm. >>>>> >>>>> Webrev is here: http://cr.openjdk.java.net/~jprovino/8013461/webrev.00/ >>>>> >>>>> * JDK-8013461 <https://jbs.oracle.com/bugs/browse/JDK-8013461>There is >>>>> a symbol AsyncGetCallTrace in libjvm.symbols that does not exist in >>>>> minimal/libjvm.a when DEBUG_LEVEL == release >>>>> <https://jbs.oracle.com/bugs/browse/JDK-8013461> >>>>> >>>>> Thanks. >>>>> >>>>> joe >>>>> >>>>> >>> >