<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>There are some inconsistencies when processing eglibc options.<br>"option-groups.h" is generated automatically, and to quote:<br><br>"It defines macros that indicate which EGLIBC option groups were<br>&nbsp;&nbsp; configured in 'option-groups.config' when this C library was<br>&nbsp;&nbsp; built.&nbsp; For each option group named OPTION_foo, it #defines<br>&nbsp;&nbsp; __OPTION_foo to be 1 if the group is enabled, or leaves that<br>&nbsp;&nbsp; symbol undefined if the group is disabled."<br><br>So for example, one of the following may be generared:<br><br>#define __OPTION_XXX&nbsp; 1<br><br>or <br><br>/* undef __OPTION_XXX */<br><br>However, the glibc headers are preprocessed inconsistently, sometimes using:<br><br>#ifdef __OPTION_XXX<br>...<br><br>and sometimes<br><br>#if __OPTION_XXX<br>...<br><br>The latter case will result in many compiler warning for options that are not defined.<br>This is quite evident when building poky-tiny, where many options are disabled.<br>(This warning will be treated as errors in future releases of glibc.)<br><br>To fix these inconsistencies, there are two solutions:<br><br>One solution would be to generate<br><br>#define __OPTION_XXX 0<br><br>instead of <br><br>/* undef __OPTION_XXX */<br><br>In this case all preprocessing tests can use/should use <br><br>#if __OPTION_XXX<br>...<br><br>Second solution would be to leave generation of option-groups.h as it is, <br>but in this case all occurrences of <br><br>#if __OPTION_XXX<br><br>should be consistently replaced everywhere by <br><br>#ifdef __OPTION_XXX<br><br>Juro<br>                                               </div></body>
</html>