Re: changelog format

2012-05-23 Thread Ludovic Courtès
Hi! (Resending a message that Gmane had apparently swallowed.) Stefano Lattarini skribis: > Then the ChangeLog is mostly useless, and writing it mostly a waste of time. > I'm not the fist one to reach this conclusion: > >

Re: changelog format

2012-05-25 Thread Ludovic Courtès
Hi Stefano, Stefano Lattarini skribis: > On 05/02/2012 11:52 PM, Ludovic Courtès wrote: >> Hi! >> > Hi Ludo. > >> (Resending a message that Gmane had apparently swallowed.) >> >> Stefano Lattarini skribis: >> >>> Then the ChangeLog is

Re: changelog format

2012-05-26 Thread Ludovic Courtès
Hi Stefano, Stefano Lattarini skribis: > On 05/25/2012 04:48 PM, Ludovic Courtès wrote: [...] >> Now, sure, that’s not enough. You also want to know the rationale >> for a change, and that’s typically discussed on the mailing list, >> > And why would condensing

Re: Standards for programming languages

2013-07-19 Thread Ludovic Courtès
Hi, Richard Stallman skribis: > I changed the GNU Coding Standards to say that we no longer > prefer C to other such languages. Thanks for doing this. +speed, the best language to use is C. C++ is ok too, but please don't +make heavy use of templates. Other languages commonly used in the +fr

Re: Standards for programming languages

2013-08-15 Thread Ludovic Courtès
Hello, l...@gnu.org (Ludovic Courtès) skribis: > Richard Stallman skribis: > >> I changed the GNU Coding Standards to say that we no longer >> prefer C to other such languages. [...] > What about mentioning Scheme here? We were diverted from this question, whic

Re: Standards for programming languages

2013-08-16 Thread Ludovic Courtès
Richard Stallman skribis: > I made that change, more or less. Thanks! Ludo’.

[RFC] Suggesting UTF-8 instead of ASCII

2014-07-05 Thread Ludovic Courtès
Hello, I am submitting for discussion the change below, which makes UTF-8 the recommended encoding instead of ASCII. I am unsure about the wording, but the intent is to make UTF-8 more natural, rather than a second choice when “there’s a good reason to do [it].” WDYT? Ludo’. --- standards.texi

Re: [RFC] Suggesting UTF-8 instead of ASCII

2014-07-06 Thread Ludovic Courtès
Patrice Dumas skribis: > On Sat, Jul 05, 2014 at 10:35:42PM +0200, Ludovic Courtès wrote: >> Hello, >> >> I am submitting for discussion the change below, which makes UTF-8 the >> recommended encoding instead of ASCII. >> >> I am unsure about the wordin

Re: [RFC] Suggesting UTF-8 instead of ASCII

2014-07-06 Thread Ludovic Courtès
John Darrington skribis: > The fact is, that although the C library and most tools "support" utf8, many > machines (for whatever reason) do not have the locales installed. > For example, if you logon to fencepost.gnu.org and try export > LC_ALL=de_DE.utf8 > you will get an error. This machine

Re: [RFC] Suggesting UTF-8 instead of ASCII

2014-07-08 Thread Ludovic Courtès
k...@freefriends.org (Karl Berry) skribis: > Sorry, I think it *should* be a (distant) second choice. The assumption > that all the world is UTF-8 is simply not valid, in my experience. Both > personally and with people I know. I think it’s reasonable to expect the audience of the Standards, ty

Re: [RFC] Suggesting UTF-8 instead of ASCII

2014-07-10 Thread Ludovic Courtès
a...@gnu.org (Alfred M. Szmidt) skribis: >ludo> the intent is to make UTF-8 more natural, rather than a second >choice when “there’s a good reason to do [it].” > >Sorry, I think it *should* be a (distant) second choice. The >assumption that all the world is UTF-8 is simply

Re: Behaviour of Build / Configure in GNU programs

2015-07-07 Thread Ludovic Courtès
a...@gnu.org (Alfred M. Szmidt) skribis: >I'm seeing an increasing number of programs, whose configure and/or >makefile have been written, to open a connection to some remote url >(usually controlled by the project) download file(s) from there and >build them into the software. > >

Re: common c(xx)flags for compilation?

2016-05-15 Thread Ludovic Courtès
Hello! Karl Berry skribis: > COMMONCFLAGS comes to mind for a name, though I don't have strong > feelings about it. By default it would be empty, not set by any macro, > and overridden by CFLAGS and CXXFLAGS. Reserved for the user. The > implementation would just be to add that to the various

Prefixing C function names with ‘_’

2017-04-22 Thread Ludovic Courtès
Hello, I just noticed this recommendation from : External symbols that are not documented entry points for the user should have names beginning with ‘_’. I think this is bad advice because both POSIX and glibc reserve names startin

Re: Circumstances in which ChangeLog format is no longer useful

2017-08-04 Thread Ludovic Courtès
Hi Joseph, Joseph Myers skribis: > On Fri, 4 Aug 2017, Alfred M. Szmidt wrote: > >> They cannot be generated by a computer. Your remainder points do not >> address how ChangeLog entries are a bad thing, rather they show that > > They are a bad thing because they force writing a description of a

Re: Circumstances in which ChangeLog format is no longer useful

2017-08-05 Thread Ludovic Courtès
Joseph Myers skribis: > There are cases where explanations in the code are relevant. But those > serve different purposes and are to be understood in different contexts. > The comments in the code should explain the current version of the code > and should be understood in the context of tha

Re: Prefixing C function names with ‘_’

2017-09-25 Thread Ludovic Courtès
Hello, Richard Stallman skribis: > In regard to > http://lists.gnu.org/archive/html/bug-standards/2017-04/msg0.html: > > I think this is bad advice because both POSIX and glibc reserve names > starting with an ‘_’. Quoth > > <[7]https://www.gnu.org/software/libc/manual/html_nod

Re: Prefixing C function names with ‘_’

2017-09-26 Thread Ludovic Courtès
Richard Stallman skribis: > > > GNU libraries are system libraries, so they should use _ for their > > > internal names. The developers should avoid real conflicts on GNU, > > > and on non-GNU systems that they choose to support. That includes > > > coordinating with the libc developers