I would like to propose a patch to PolyML (attached) that uses subsecond time fields in stat structures, when they are available. I think the patch is fairly straightforward.
When I changed configure.ac by adding the AC_CHECK_MEMBERS macro, autoconf started whining at me about AC_CANONICAL_HOST being obsolete. Then it turned out that its replacement, AC_CANONICAL_TARGET, must appear before AM_INIT_AUTOMAKE, hence the slight rearrangement of macro calls there. Ignore that part if you like AC_CANONICAL_HOST.
I am not sure of the best place to put the STAT_SECS and STAT_USECS macros. They seemed to me to be somewhat related to other definitions in io_internal.h, but perhaps there is a better place to put them.
Anyway, this is more a proof of concept than a finished product. Feel free to mangle it to your heart's content. I won't be offended. :-)
Regards,
Hi Jerry, Thank you for that. It all seems reasonable so I'll commit it more-or-less as you've sent it. There's a problem with SourceForge at the moment so I'm not sure when it will actually get committed.
I'm surprised that you're getting a message about AC_CANONICAL_HOST. I haven't seen anything to suggest it is obsolete. I've left it as it is for the moment.
Regards, David
On 17/02/2014 22:22, Jerry James wrote:
I would like to propose a patch to PolyML (attached) that uses subsecond time fields in stat structures, when they are available. I think the patch is fairly straightforward.
When I changed configure.ac by adding the AC_CHECK_MEMBERS macro, autoconf started whining at me about AC_CANONICAL_HOST being obsolete. Then it turned out that its replacement, AC_CANONICAL_TARGET, must appear before AM_INIT_AUTOMAKE, hence the slight rearrangement of macro calls there. Ignore that part if you like AC_CANONICAL_HOST.
I am not sure of the best place to put the STAT_SECS and STAT_USECS macros. They seemed to me to be somewhat related to other definitions in io_internal.h, but perhaps there is a better place to put them.
Anyway, this is more a proof of concept than a finished product. Feel free to mangle it to your heart's content. I won't be offended. :-)
Regards,
polyml mailing list polyml at inf.ed.ac.uk http://lists.inf.ed.ac.uk/mailman/listinfo/polyml
On Tue, Feb 18, 2014 at 8:03 AM, David Matthews < David.Matthews at prolingua.co.uk> wrote:
Hi Jerry, Thank you for that. It all seems reasonable so I'll commit it more-or-less as you've sent it. There's a problem with SourceForge at the moment so I'm not sure when it will actually get committed.
I'm surprised that you're getting a message about AC_CANONICAL_HOST. I haven't seen anything to suggest it is obsolete. I've left it as it is for the moment.
That's because it isn't obsolete. I was confused. It is AC_CANONICAL_SYSTEM that is obsolete, and that appears only in libffi/ configure.ac. Sorry about the noise. Regards,