6 messages in com.perforce.perforce-user[p4] reentrant lib's
FromSent OnAttachments
Ryu, Francis (Exchange)09 Nov 1999 12:42 
Jonathan Biggar09 Nov 1999 13:16 
Jeff A. Bowles09 Nov 1999 15:12 
Rick Macdonald09 Nov 1999 15:22 
Rob Juergens09 Nov 1999 15:29 
Diane Holt10 Nov 1999 09:00 
Subject:[p4] reentrant lib's
From:Ryu, Francis (Exchange) (fr@bear.com)
Date:11/09/1999 12:42:48 PM
List:com.perforce.perforce-user

I'm currently in the process of converting source in SCCS to Perforce (in UNIX) and I was hoping that I could get some thoughts on the following:

# From a common library source tree we compile both single and multi-threaded lib's. We want to maintain separate object files for both the single and multi-threaded compiles (in order to support incremental compiles) but would like to maintain the same source base. Previously using SCCS, we had two separate directories, ~/lib and ~/lib_r and linked the SCCS directory in ~/lib_r to the one in ~/lib.

As far as I can tell, Perforce does not allow multiple client mappings for any given depot file within the same client specification (which makes sense). For example, I can't do the following in a client view: //depot/lib/... //myfiles/lib/... //depot/lib/... //myfiles/lib_r/...

The options that I have thought of is to create a branch but then we would have to integrate at every change. That option isn't too bad since I can do the integrate automatically using triggers. The second option is to use symbolic links to either have a copy of the files within another directory or to rename the files to something else.

Does anybody have an easier solution?

Thanks.

*********************************************************************** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. ***********************************************************************