RFR; 8077420: Build failure with SS12u4
lois.foltan at oracle.com
Mon Apr 13 13:58:40 UTC 2015
On 4/13/2015 8:52 AM, Stefan Karlsson wrote:
> Hi David,
> On 2015-04-13 14:25, David Holmes wrote:
>> Hi Stefan,
>> On 13/04/2015 9:57 PM, Stefan Karlsson wrote:
>>> Please review this fix for a build failure that was encountered during
>>> the Solaris Studio compiler upgrade.
>> So what was it about the compiler upgrade that exposed this ??
> I'm not sure, but somehow the function wasn't made available to the
> compiler/linker. Maybe there's a combination of the inline keyword and
> template functions that used to work, but doesn't anymore? I don't
> have access to a SS12u4 setup, so Erik J had to compile with the patch.
This change looks good. I believe C++ 5.13 (Solaris Studio 12.4) has
made several changes to template definition parsing. There are 3
sections in the new features and functionality documentation of
interest. Particularly the section 184.108.40.206 that discusses how the
"template definitions separate" compilation model is now more strict.
>>> Two files were missing an include of stack.inline.hpp, which is needed
>>> to get the definition of default_segment_size(). This function is used
>>> in the stack.hpp, to provide the default value to the constructor. This
>>> forces all users of Stacks with the default segment size, to have to
>>> include stack.inline.hpp. The default_segment_size() implementation
>>> always evaluates to the same value, given the template parameters, so I
>>> chose to setup a constant in the header instead of adding the missing
>>> stack.inline.hpp files.
>> This seems okay but I have to say I remain very confused about the
>> "right" way to deal with .hpp and .inline.hpp files in general.
> OK. One rule to honor, as far as possible, is to _not_ use functions
> in inline.hpp files from .hpp files. In this case stack.hpp used a
> function in stack.inline.hpp.
> Maybe there's a more authoritative place that describes the "right
> way", but I think this post is worth reading and describes it well
>>> Tested with JPRT, and built with SS12u4.
More information about the hotspot-dev