Re: Automake (was Re: testing things in the groff project?)

2024-11-22 Thread G. Branden Robinson
At 2024-11-21T23:57:07-0600, Dave Kemper wrote: > One can find documentation essential but also realize it doesn't have > to live on every system that one might want to build the software > itself on. We've had these things called "networks" for a couple > years now that free us of the necessity o

Re: Automake (was Re: testing things in the groff project?)

2024-11-22 Thread G. Branden Robinson
Hi onf, At 2024-11-22T15:55:33+0100, onf wrote: > My understanding of CMake is that it's equally awful, but at least it > supports Windows properly if you need that sort of thing. groff builds for Cygwin and MSYS2 right now, without patches as far as I know. If by "supports Windows properly" you

Proposed release goal: [PATCH] [pic] Add support for arbitrary polygons

2024-11-22 Thread G. Branden Robinson
The issue in the Subject line is being tracked as Savannah #66458. https://savannah.gnu.org/bugs/?66458 Any objections to including it in the goals for the 1.24 release? The patch seems ready to go, and it would be this release's only NEWS item applicable to pic. At 2024-09-30T07:03:05+, Du

Re: signbit(), C++, and Solaris 10

2024-11-22 Thread Paul Eggert
On 2024-11-22 10:23, G. Branden Robinson wrote: Not the freshest release... I checked, and the problem still occurs with bleeding-edge groff (your commit 2562cf23726fc154b657d35a1d856f944f8461ad dated Wed Nov 20 23:46:16 2024 -0600) and with Oracle Solaris 12.6. So it doesn't sound like it's

[PATCH groff] Allow building groff without makeinfo

2024-11-22 Thread onf
* ./configure no longer fails if makeinfo is outdated or missing * building the Texinfo manual (doc/groff.texi.in) is no longer attempted if up-to-date makeinfo isn't available * a new notice is added to ./configure to warn the user that the manual will not be built --- configure.ac | 3 +++

Re: signbit(), C++, and Solaris 10

2024-11-22 Thread G. Branden Robinson
[please keep groff@gnu in replies] Hi Paul, At 2024-11-21T21:14:35-0800, Paul Eggert wrote: > You shouldn't need to put "#include " at the start of every > source file. It needs to be included first at the start of every > compilation unit; that's good enough. Ah, thanks for the tip. > I see th

Re: signbit(), C++, and Solaris 10

2024-11-22 Thread Bruno Haible via GNU roff typesetting system discussion
Damian McGuckin wrote: > Why does 'signbit()' have type 'bool' in the local 'math.h'? Because that's the mandated return type in C++: https://en.cppreference.com/w/cpp/numeric/math/signbit https://en.cppreference.com/w/c/numeric/math/signbit

Re: Automake (was Re: testing things in the groff project?)

2024-11-22 Thread onf
Hi Branden, On Fri Nov 22, 2024 at 8:35 PM CET, G. Branden Robinson wrote: > > > > and it even does some of this multiple times: > > > > > > Autoconf has had a caching system for a long time. Maybe decades. > > > [...] > > > > Well, the checks I quoted apparently didn't use caching. I checked th

Re: signbit(), C++, and Solaris 10

2024-11-22 Thread Damian McGuckin
On Fri, 22 Nov 2024, Bruno Haible wrote: Damian McGuckin wrote: Why does 'signbit()' have type 'bool' in the local 'math.h'? Because that's the mandated return type in C++: https://en.cppreference.com/w/cpp/numeric/math/signbit https://en.cppreference.com/w/c/numeric/math/signbit Silly me,

Re: Automake (was Re: testing things in the groff project?)

2024-11-22 Thread onf
Hi Branden, On Fri Nov 22, 2024 at 2:49 AM CET, G. Branden Robinson wrote: > At 2024-11-22T01:24:20+0100, onf wrote: > > On Thu Nov 21, 2024 at 5:47 PM CET, G. Branden Robinson wrote: > > > I am of course thinking in particular of CMake in the last instance. > > > > I would disagree with you on t