Hi all,
I have to say that this is an interesting thread. I'll take a stab by
sharing something I did for a client once that might do what was asked so
that if I misunderstood the request you can stop reading.
paraphrase: "you want someway so that when you are on different
architectures you see different code or other selected in a view and that
you don't want to make several views.."
step 1) set up and save multiple config spec files using either branching
or labeling... (depends on how you are doing arch independent coded)
hp11.cs
hp10.2.cs
sun.cs
step two) set up these few lines or similar in you logon scripts
view_arch_config_spec=`uname -s` .cs // or
similar I am in a hotel so some details are missing
my_view=`whoami`arch_view
cleartool setcs -tag $my_view view_arch_config_spec
That is it.. the only warning is that if two people are using the same view
on different arch. then only one is correct. ... that is why the users name
is in the view..everyone is expected to have their own. But that issue is
shop dependant
Hope this helps
-Charles
Try ClearTrigger and ClearTrigger Lite at http://www.abs-consulting.com
A Better Solution, Inc.
----------------------------------------------------
Charles Clarke III ClearCase Consultant
A Better Solution, Inc. (770) 252-1500 x22 [phone]
1973 East Hwy. 34
Newnan, Ga. 30265 (770) 252-1501 [fax]
Email:
charles@abs-consulting.com
http://www.abs-consulting.com
At 11:26 AM 7/6/2001 +0200, Peter.Mueller1@mch.siemens.de wrote:
>Hi,
>
>I have to speak for Berend here ... and, yes, I've set up something with AFS
>(which is Andrew File System) which is similar to what Berend is talking
>about.
>
>The idea is to provide transparent access across different hardware
>platforms to software. For example, what I've done is, that I've defined a
>client path, say, /client, under which you find usual subdirectories (such
>as bin, lib, include, etc.) The trick was, that /client was a link to a
>platform dependent directory (say /client/<arch>) where <arch> could be
>automatically defined (as in AFS with its @sys variable). The main (and
>huge) benefit to users was, that they could change machines across different
>platforms and know, that they'll always find the correct application under
>/client/bin/...
>
>Note, that this would simplify scripts, because you don't have to cope with
>different platform settings (software under /usr/local/bin, /usr/bin, /opt,
>...)
>
>However, it is clear that this only works, if versions of applications
>accross different platforms keep in sync AND provide the same set of
>functionality in the same way (think of doing this across Windows and UNIX
>...)
>
>The main advantage of this approach is, that the underlying system "knows"
>the platform dependent things, the user is "freed" from this knowledge.
>
>The main disadvantage is, that you have to keep different hardware/software
>platforms in sync with their provided software.
>
>Hope that this is what Berend meant :-)
>
>Peter
>
>
>
>
>-----Original Message-----
>From: Brandon Metcalf [mailto:bmetcalf@BayNetworks.COM
>Sent: Friday, July 06, 2001 2:01 AM
>To: Berend Ozceri
>Cc: cciug@rational.com
>Subject: Re: config specs/arch (was Re: [cciug] config_spec for "latest
>versionin any branch")
>
>
>
>BO => berend@cisco.com writes:
>
> BO> It also (usually) involves many more 3rd party tools rather than a
>handful of compiler and
> BO> binutil programs. In addition, it pushes a whole bunch of
>responsibility into the users'
> BO> shell initialization files to set up the correct binary paths, etc.
>
>Not true on both points. The _software_ product that I work on uses a
>great deal of third party tools _and_ our build system relies very
>little on a user's environment. I fail to see what this has to do with
>anything.
>
> BO> I am curious as to why you are so vehemently against this idea - this
>works really well
> BO> with AFS.
>
>Vehemently against? Err, because it won't work, maybe?
>
>Let us know when you figure it out.
>
>Brandon
>--
>Do not worry about your problems with mathematics, I assure you mine are
>far greater.
> --Albert Einstein
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
Try ClearTrigger and ClearTrigger Lite at http://www.abs-consulting.com
A Better Solution, Inc.
----------------------------------------------------
Charles Clarke III President
A Better Solution, Inc. (770) 252-1500 x22 [phone]
1973 East Hwy. 34
Newnan, Ga. 30265 (770) 252-1501 [fax]
Email: charles@abs-consulting.com
http://www.abs-consulting.com
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
This archive was generated by hypermail 2b29 : Tue Jul 31 2001 - 22:03:51 EDT