Re: kitgen with packages - KBS

Jean-Claude Wippler <[email protected]>
Newsgroups gmane.comp.lang.tcl.starkit
Message-ID <[email protected]>
On 13 Apr 2007, at 14:22, rene wrote:

> At first two changes in "kbs.tcl":
>
> old:
>   cd [file dirname [info nameofexe]]
> new (may be this get better):
>   cd [file dirname [info nameofexe]]/../..

Wait, that means you'll be building results at the kitgen top-level  
dir.  This is ok for a single configuration, but prevents using kbs  
to build for different configurations (e.g. symbols, profiling).   
Hmmm, looking again - I don't see how your change can work actually,  
doesn't this break kbs::make, which uses ../../extdefs?

Would it be an idea to remove the "cd" command completely?  That way  
both ways of using kbs could perhaps be supported after some tweaking.

> old:
>   proc kbs::make {} {
>     foreach f [lsort -dict [glob -directory ../../extdefs -tails
> *.kbs]] {
> new (no extra build target necessary):
>   proc kbs::make {{pattern *}} {
>     foreach f [lsort -dict [glob -directory ../../extdefs -tails
> $pattern.kbs]] {
>
> Now the build. No need to build tclkits before.
>   make base
>   8.5/base-std/build/bin/tclsh8.5 make ?extension-pattern?
> To collect sources for offline work I use the following proc:
>
> proc kbs::sources {{pattern *}} {
>   proc ::config::Build {path} {puts $path}
>   proc ::config::Result {path} {puts $path}
>   proc ::config::Unglob {match} {}
>   make $pattern
> }

Neat.  I did indeed choose a format for the *.kbs description files  
which would support scenarios such as these, i.e. running the same  
script with one or more dummy procs.

I'll keep your suggestions in mind.  Have a couple of other ideas to  
chew on - but this is a nice way to extend things.

> I will try all the stuff next week under SunOS and can make more tests
> under IRIX in week 22.

Ok.  That should provide some good test cases - they both have  
different requirements.

Thanks.

-jcw

PS.  The encoding issue should now be fixed - the mkclvfs changes  
have been uploaded to http://www.equi4.com/pub/tk/tars/vqtcl.tgz
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.