Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

berthub.eu

Post reply on HN
Print view View original

101–106 of 106 posts

Re: The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

#101

Post by johnisgood »

kazinator wrote: post #100
johnisgood wrote: post #99

Earlier quoted context omitted.

Regarding "detected in a configure script", one could use m4conf[1] which is lightweight and does the job without messy configure scripts. [1] https://zolk3ri.name/cgit/m4conf/about/ Nice job though.

m4conf obviously has messy configure scripts; they are just written in m4. For instance, it somes with a 120 kilobyte file m4sugar which is fully of m4 cruft. Oh look, m4sugar.m4 is taken from GNU Autoconf and is GPLv3. The. m4conf project's master license doesn't mention this; it's a "BSD1" type license (like BSD2, but with no requirement for the copyright notice to appear in documentation or accompanying materials)…

m4conf is not using anything requiring GNU stuff though, and it has been tested with BSD m4 as well. It is noted in base.m4.

The license of m4conf itself is ISC.

m4sugar could be vetted so it is can become less than 120 KB.

I don't know if it is messy, look at the example configuration file. For me, it is more straightforward and less bloated than autotools, for example.

> I don't think that it's enough to test for header files being present. Almost all my tests target library features: including a header, calling some functions and actually linking a program. The contents of headers vary from system to system and with compiler options.

This is configurable as well in base.m4.

Re: The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

#102

Post by johnisgood »

johnisgood wrote: post #101
kazinator wrote: post #100

Earlier quoted context omitted.

m4conf obviously has messy configure scripts; they are just written in m4. For instance, it somes with a 120 kilobyte file m4sugar which is fully of m4 cruft. Oh look, m4sugar.m4 is taken from GNU Autoconf and is GPLv3. The. m4conf project's master license doesn't mention this; it's a "BSD1" type license (like BSD2, but with no requirement for the copyright notice to appear in documentation or accompanying materials)…

m4conf is not using anything requiring GNU stuff though, and it has been tested with BSD m4 as well. It is noted in base.m4. The license of m4conf itself is ISC. m4sugar could be vetted so it is can become less than 120 KB. I don't know if it is messy, look at the example configuration file. For me, it is more straightforward and less bloated than autotools, for example. > I don't think that it's enough to test for h…

Perhaps an addition could be added, however, for third-party header files and functions.

Re: The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

#103

Post by johnisgood »

johnisgood wrote: post #102
johnisgood wrote: post #101

Earlier quoted context omitted.

m4conf is not using anything requiring GNU stuff though, and it has been tested with BSD m4 as well. It is noted in base.m4. The license of m4conf itself is ISC. m4sugar could be vetted so it is can become less than 120 KB. I don't know if it is messy, look at the example configuration file. For me, it is more straightforward and less bloated than autotools, for example. > I don't think that it's enough to test for h…

Perhaps an addition could be added, however, for third-party header files and functions.

I'll contact the author about this perhaps.

Oh and by the way:

> I don't think that it's enough to test for header files being present.

It checks for functions, too, not just header files, along with CPU features.

Re: The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

#104

Post by johnisgood »

johnisgood wrote: post #103
johnisgood wrote: post #102

Earlier quoted context omitted.

Perhaps an addition could be added, however, for third-party header files and functions.

I'll contact the author about this perhaps. Oh and by the way: > I don't think that it's enough to test for header files being present. It checks for functions, too, not just header files, along with CPU features.

And "m4conf obviously has messy configure scripts" is not true, there are no scripts at all. Check out the examples. You cannot get any simpler.

Re: The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

#105

Post by qxdtz »

kazinator wrote: post #100
johnisgood wrote: post #99

Earlier quoted context omitted.

Regarding "detected in a configure script", one could use m4conf[1] which is lightweight and does the job without messy configure scripts. [1] https://zolk3ri.name/cgit/m4conf/about/ Nice job though.

m4conf obviously has messy configure scripts; they are just written in m4. For instance, it somes with a 120 kilobyte file m4sugar which is fully of m4 cruft. Oh look, m4sugar.m4 is taken from GNU Autoconf and is GPLv3. The. m4conf project's master license doesn't mention this; it's a "BSD1" type license (like BSD2, but with no requirement for the copyright notice to appear in documentation or accompanying materials)…

While m4sugar is from GNU Autoconf (which is GPLv3), it's properly listed as a dependency and ISC is GPL-compatible, so there's no licensing issue that I know of. The code explicitly seems to avoid GNU m4-specific features for BSD compatibility, and it goes well beyond header-only testing. While shell scripting is a valid approach, m4conf provides structured macros for maintainable configuration and advanced features like runtime CPU capability detection. As far as I can tell, the code is well-documented and organized, though you raise fair points about the tradeoffs between shell and m4 approaches, but as others have mentioned it (and seen in example m4 file), it is extremely simple to use and works with third-party libraries as well.

Re: The surprising struggle to get a Unix Epoch time from a UTC string in C or C++

#106

Post by johnisgood »

qxdtz wrote: post #105
kazinator wrote: post #100

Earlier quoted context omitted.

m4conf obviously has messy configure scripts; they are just written in m4. For instance, it somes with a 120 kilobyte file m4sugar which is fully of m4 cruft. Oh look, m4sugar.m4 is taken from GNU Autoconf and is GPLv3. The. m4conf project's master license doesn't mention this; it's a "BSD1" type license (like BSD2, but with no requirement for the copyright notice to appear in documentation or accompanying materials)…

While m4sugar is from GNU Autoconf (which is GPLv3), it's properly listed as a dependency and ISC is GPL-compatible, so there's no licensing issue that I know of. The code explicitly seems to avoid GNU m4-specific features for BSD compatibility, and it goes well beyond header-only testing. While shell scripting is a valid approach, m4conf provides structured macros for maintainable configuration and advanced features…

> runtime CPU capability detection

You mean build-time (with m4conf, that is).

Post reply on HN