[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
signature.asc
Description: PGP signature