Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8056677 | emb-9 | Unassigned | P4 | Resolved | Fixed | b26 |
I know this sounds crazy but it's true: there's an AIX header which unconditionally defines rem_size:
/usr/include/sys/xmem.h
struct xmem {
...
#define rem_size u2._subspace_id2
};
This will of course break the compilation of CompactibleFreeListSpace::splitChunkAndReturnRemainder() which uses a local variable of the same name.
Until now, we've worked around this problem by simply undefining 'rem_size' in the platform specific file os_aix.inline.hpp but after "8042195: Introduce umbrella header orderAccess.inline.hpp" this doesn't seems to be enough any more.
So before introducing yet another ugly platform dependent hack I suggest so simply rename the local variable.
/usr/include/sys/xmem.h
struct xmem {
...
#define rem_size u2._subspace_id2
};
This will of course break the compilation of CompactibleFreeListSpace::splitChunkAndReturnRemainder() which uses a local variable of the same name.
Until now, we've worked around this problem by simply undefining 'rem_size' in the platform specific file os_aix.inline.hpp but after "8042195: Introduce umbrella header orderAccess.inline.hpp" this doesn't seems to be enough any more.
So before introducing yet another ugly platform dependent hack I suggest so simply rename the local variable.
- backported by
-
JDK-8056677 Rename 'rem_size' in compactibleFreeListSpace.cpp because of name clashes on AIX
-
- Resolved
-