<div dir="ltr">Thanks. I finally aligned all the autotools versions with your changes.<br><br>It all built for me to target sparc-rtems7. <br><br>You mentioned a problem compiling these earlier. What target was that? I think all the<div>XXX_WIDTH constants used are in limits.h.</div><div><br></div><div>And is there any organization behind ELIX and ELIX_LEVEL anymore? Is 3 everything or some restricted subset. We would like them on RTEMS and I assume we would be a more restricted profile since we are single process.</div><div><br></div><div>Thanks.</div><div><br></div><div>--joel</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Mar 18, 2026 at 6:31 AM Corinna Vinschen <<a href="mailto:corinna@vinschen.de">corinna@vinschen.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mar 18 12:27, Corinna Vinschen wrote:<br>
> On Mar 17 18:04, Joel Sherrill wrote:<br>
> > On Tue, Mar 17, 2026 at 12:35 PM Corinna Vinschen <<a href="mailto:corinna@vinschen.de" target="_blank">corinna@vinschen.de</a>><br>
> > > The problem with stdbit/Makefile.inc is that you used %D instead of %D%.<br>
> > > This breaks the generated Makefile.<br>
> > ><br>
> > <br>
> > Thanks. and Grrrr.. one character mistakes can be so hard to spot. :(<br>
> > <br>
> > ><br>
> > > With that fixed, your code still doesn't build (with gcc 13.4.0,<br>
> > > cross-building for Cygwin), because the compiler complains about missing<br>
> > > definitions for UINT_WIDTH, ULLONG_WIDTH, etc.  Maybe you should use<br>
> > > __LONG_WIDTH__ etc.?<br>
> > ><br>
> > <br>
> > That code is unmodified from FreeBSD.  Once I get this far, I can address<br>
> > that.<br>
> <br>
> Yes, please.<br>
> <br>
> > Right now, after autoreconf, I see this error:<br>
> > <br>
> > I see this pattern with git diff which looks wrong. Lots of lines in<br>
> > Makefile.in<br>
> > where the libm_ part disappeared after "common/"<br>
> > <br>
> > -libm/common/libm_a-sf_fpclassify.$(OBJEXT):  \<br>
> > -       libm/common/$(am__dirstamp) \<br>
> > +libm/common/a-sf_fpclassify.$(OBJEXT): libm/common/$(am__dirstamp) \<br>
> > <br>
> > And missing the libc_ part after "argz"<br>
> > <br>
> > -@ELIX_LEVEL_1_FALSE@   libc/argz/libc_a-envz_strip.$(OBJEXT)<br>
> > +@ELIX_LEVEL_1_FALSE@am__objects_1 = libc/argz/a-argz_add.$(OBJEXT) \<br>
> > <br>
> > I do not see any modified files that would do this.<br>
> > <br>
> > I have run autoreconf with Rocky 9 autotools and locally built unmodified<br>
> > versions.<br>
> > <br>
> > autoconf (GNU Autoconf) 2.69<br>
> > automake (GNU automake) 1.16.5<br>
> <br>
> I think that's a bug in automake 1.16.5.  Doesn't occur with 1.15.1.<br>
> <br>
> > Sorry to be a problem. I just do not seem to be able to regenerate a<br>
> > working Makefile.in<br>
> > <br>
> > Help appreciated.<br>
> <br>
> Btw., you should probbaly make sure these functions are only built<br>
> in ELIX_LEVEL > 3, see libc/search/Makefile.inc line 28ff.<br>
<br>
Oh, and make sure to update to latest origin/main.  I pushed changes<br>
to the configury yesterday.<br>
<br>
<br>
Corinna<br>
</blockquote></div>