On 23/11/2018 7:10 pm, Magnus Ihse Bursie wrote:
On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
Using the same command as before, and then using
make CONF=windows-x86-normal-client-fastdebug clean;
make CONF=windows-x86-normal-client-fastdebug;
I get warnings as error, and cannot compile
On 23/11/2018 11:13, Nick Gasson wrote:
This looks right and reduces the stat usages in libjava down to one
remaining case (ProcessHandlerImpl_linux.c).
Hi Alan,
Do you want me to do this one too for completeness? Although as
it's calling stat() on the /proc/ directory I don't think it's possib
> This looks right and reduces the stat usages in libjava down to one
> remaining case (ProcessHandlerImpl_linux.c).
Hi Alan,
Do you want me to do this one too for completeness? Although as
it's calling stat() on the /proc/ directory I don't think it's possible to
hit the EOVERFLOW case.
Thanks,
On 23/11/2018 09:37, Nick Gasson wrote:
Hi Alan,
I've done this here:
http://cr.openjdk.java.net/~njian/8214077/webrev.2/
This looks right and reduces the stat usages in libjava down to one
remaining case (ProcessHandlerImpl_linux.c).
I'm a bit unsure about #ifndef MACOSX - some existing f
> Can you fix the stat usages in TimeZonone_md.c too?
Hi Alan,
I've done this here:
http://cr.openjdk.java.net/~njian/8214077/webrev.2/
I'm a bit unsure about #ifndef MACOSX - some existing files guard
the stat64 #define with this (e.g. UnixFileSystem_md.c) and some
don't (e.g. libnio/ch/FileDi
On 2018-11-23 08:35, Franco Gastón Pellegrini wrote:
Using the same command as before, and then using
make CONF=windows-x86-normal-client-fastdebug clean;
make CONF=windows-x86-normal-client-fastdebug;
I get warnings as error, and cannot compile. The output is (and I
attached the logs):
$ m
