[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: multithread CPPFLAGS
From: |
Yoann Vandoorselaere |
Subject: |
Re: multithread CPPFLAGS |
Date: |
Mon, 25 Aug 2008 13:11:59 +0200 |
Hi Bruno,
Le lundi 25 août 2008 à 11:46 +0200, Bruno Haible a écrit :
> Yoann Vandoorselaere wrote:
> > > - it does not need to see a thread-aware errno,
> > > hence it does not need to compile with THREADCPPFLAGS.
> >
> > Not using a thread-aware errno from an application that indirectly use
> > thread through a library (which use thread-aware errno). Are you
> > completely sure this is safe?
>
> Instead of discussing whether I'm "completely sure" and what we can "assume",
> can you show a test program that decides the question without any doubt?
We'd need to know the problem deeper in order to write a specific test
case (part of which should be written within a shared library). Right
now, what has been discussed is a potential problem with errno, but that
one is not especially harmful, and depending on the system, there might
be other issues.
Note that I wrote a simple test case using libprelude, and checking
errno value from a program using the threaded libprelude features, but
not using any specific threads CFLAGS in order to compile: no problem
noticed.
Is there any specific reason why you oppose adding this THREADCPPFLAGS
variable? It's a two line change and can always be useful (example:
providing thread dependencies to other program that might want to use
thread).
--
Yoann Vandoorselaere <address@hidden>
- Re: Lock module improvement, (continued)
- Re: Lock module improvement, Bruno Haible, 2008/08/17
- Re: Lock module improvement, Bruno Haible, 2008/08/18
- Re: Lock module improvement, Yoann Vandoorselaere, 2008/08/18
- Re: multithread CPPFLAGS, Bruno Haible, 2008/08/20
- Re: multithread CPPFLAGS, Yoann Vandoorselaere, 2008/08/21
- Re: multithread CPPFLAGS, Bruno Haible, 2008/08/21
- Re: multithread CPPFLAGS, Yoann Vandoorselaere, 2008/08/21
- Re: multithread CPPFLAGS, Matthew Woehlke, 2008/08/21
- Re: multithread CPPFLAGS, Yoann Vandoorselaere, 2008/08/25
- Re: multithread CPPFLAGS, Bruno Haible, 2008/08/25
- Re: multithread CPPFLAGS,
Yoann Vandoorselaere <=
- Re: multithread CPPFLAGS, Matthew Woehlke, 2008/08/25
- Re: multithread CPPFLAGS, Ralf Wildenhues, 2008/08/26