Re: same prog, different sizes
Steven Honeyman <[email protected]> Wed, 17 Sep 2014 23:53:46 +0100
| Newsgroups | gmane.linux.lib.dietlibc |
|---|---|
| Message-ID | <CABz95_A2ma7ohSNEXdFDGd1C+1E74kgKM-J1jJbWh-XR3MVNVA@mail.gmail.com> |
On 17 September 2014 23:07, Erik Weber <[email protected]> wrote: > Hi guys, > > please provide concise descriptions: > > - program to be compiled (f.i. dash x.x.z, file xxx.tgz from site yyy, URL > to download, GIT reference with download-day or something in this > direction), > - platform (f.i. Debian testing on ARM / I7... whatever hardware) , > - compiler ("gcc --version" ) > - which dietlibc (file... from URL....) > - what was expected behavior, and what was the real output (compiler/linker; > from program itself) > > Sorry for typos. > > Best regards > Erik Weber. Hi Erik, I was just doing the recompiles to get the exact information, and the strangest thing happened! I noticed this in my cvs update script output: --> dietlibc (cvs) <-- U dietlibc/include/fcntl.h U dietlibc/include/inttypes.h U dietlibc/lib/reallocarray.c ...and it magically works now! "ninjafixed" with this I guess? date: 2014-09-17 20:32:21 +0000; author: leitner; state: Exp; add constant for faccessat make *intmax_t 64-bit on 64-bit (the infrastructure to support 128-bit integers is not actually there) fix reallocarray to manually use uint128_t Thanks, Steven.