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.