Re: make & SCCS evilness

Bryan O'Sullivan wrote:

> Ah, I see.
> 
> Yes, in that case, there's not much you can do.  Either you can
> explicitly add the dependencies to your makefiles, keep your .d files
> under version control (either of which is horrible),

Thanks Bryan. I thought I'd lost it for a while there.

> or use some kind of
> wrapper setup like auto-bk-get.  Good luck figuring out how to do
> something like that last one on XP.

It's certainly not going to be easy under XP (I must confess to not 
keeping up with Clearcase developments, but I don't think you can get a 
Clearcase server on Windows so perhaps Rational haven't tried it either).

Theoretically since Cygwin is a wrapper for the relevant syscalls 
anyway, a modification to the cygwin DLL might achieve that purpose in 
that environment, although I doubt you'd be able to layer it quite so 
neatly, the .dll code itself would probably have to be hacked.

Much of my work is in the embedded field, and certain embedded OS 
vendors who will remain nameless supply their toolsets only on Windows. 
To keep things "simple" that means standardizing on 'doze.

> The only problem, from my perspective, with "checkout: get" on Unix
> boxes is that it makes "clone -l" no longer cheap; "clone -l" only
> hardlinks s.files, not g.files.

Depends on your tree really doesn't it. If the tree consists of lots of 
distinct subtrees that people work in, that will be the case. If you're 
doing clean builds of an entire large tree much of the time, checkout: 
get mode costs little since make would check 'em out anyway.

The technique though is still important for making sure people build and 
test their code properly. On my travels, I found this page.. some 
enhancements to the regular methods of generating dependencies are 
discussed including ways of avoiding needless invocations of make and 
some spurious error messages. It tries to be compiler agnostic.

http://make.paulandlesley.org/autodep.html

-- 
Brendan Heading, Belfast, Northern Ireland
_______________________________________________
Bitkeeper-users mailing list
[email protected]
http://bitmover.com/mailman/listinfo/bitkeeper-users
To unsubscribe from this list, go to the above URL, follow instruction at the bottom of the web page.