This is the mail archive of the gcc-help@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: deciding threading support at compile time

From: Christoph Ludwig <cludwig at cdc dot informatik dot tu-darmstadt dot de>
To: gcc-help at gcc dot gnu dot org
Date: Mon, 10 May 2004 18:19:34 +0200
Subject: Re: deciding threading support at compile time
References: <20040510154554.GB27459@cdc-ws9.cdc.informatik.tu-darmstadt.de> <6.0.3.0.2.20040510105758.02081988@iplan-mn.corp.adobe.com>

Hi Eljay,

On Mon, May 10, 2004 at 11:01:50AM -0500, Eljay Love-Jensen wrote:
> q.v.
> http://vergil.chemistry.gatech.edu/resources/programming/threads.html
> 
> It looks like it is up to YOU to put in the -D_POSIX_PTHREAD_SEMANTICS and 
> -D_REENTRANT on the compile line, and specify -lpthread on the link
> line.

thanks for your quick reply. 

But my problem is not how to compile and link programs using the
pthreads library. In fact, my troubles started when building a single
threaded program...

The question is how can a library writer reliably decide in a header
file whether the program is to support multithreading. (E.g., in a
header-only library like boost::smart_ptr.)

Regards

Christoph
-- 
http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html
LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html

Follow-Ups:
- Re: deciding threading support at compile time
  - From: Eljay Love-Jensen

References:
- deciding threading support at compile time
  - From: Christoph Ludwig
- Re: deciding threading support at compile time
  - From: Eljay Love-Jensen

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]