bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gl_DISABLE_THREADS placement


From: Thien-Thi Nguyen
Subject: Re: gl_DISABLE_THREADS placement
Date: Sun, 25 Jan 2015 12:09:42 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

() Paul Eggert <address@hidden>
() Sat, 24 Jan 2015 13:21:50 -0800

   Thien-Thi Nguyen wrote:
   > - Is there any way to get "./configure --help" to output:
   >
   >     --disable-threads build without multithread safety (default)

   Without having looked at it, I suspect you need to change
   Gnulib to do that.  It sounds like a worthwhile change.

Hmm, the initial comments in threadlib.m4 suggest another way to
obtain the "disable by default" state.  So, this:
                                        
 AC_DEFUN([gl_THREADLIB_DEFAULT_NO],[]) dnl hmmmmmmm
 gl_EARLY
 gl_INIT

is also valid, and as a bonus, omits the "--disable-threads"
line in the "./configure --help" output completely.  Cool.
Thus, my doubts now shift from implementation to design:

- Why are there two methods?

- What is the preferred method?  (Why?)

- What would be a good scenario to use the non-preferred method?

- (if answer to "why two methods" is "it was a mistake")
  What are the long-term plans to rectify?

If i can get authoritative answers to these questions, i'm
willing to summarize them, and contribute to gnulib a @(sub-)
section of texinfo, so the last question is: Would gnulib accept
such a contribution?

-- 
Thien-Thi Nguyen
   GPG key: 4C807502
   (if you're human and you know it)
      read my lisp: (responsep (questions 'technical)
                               (not (via 'mailing-list)))
                     => nil

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]