[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Providing the functionality of CVS as a library

From: jlcarpenter
Subject: RE: Providing the functionality of CVS as a library
Date: Fri, 1 Nov 2002 09:40:12 -0800

Isn't there a Java CVS client library used within jCVS?  Unfortunately for
me the library is under a GPL which doesn't let me use it within any ant
tasks submitted to Jakarta.

The Microsofties should be able to compile a Java library into a .NET
assembly using J#.  (One might have to touch up the code here and there.)
Then any application running within the CLR or able to use wrapped .NET
code could use it regardless of language.

The non-Java Unix heads could use C++ to access the Java library.  I think
there is an ant task that claims to automate wrapping a C++ interface
around Java code and vice versa.

Surely there is code on CPAN which interfaces with CVS even if it is really
pushing a command line under the covers.  Last I heard ActiveState is
working on getting Perl to compile to the CLR.

I think there is an effort to develop an open-source implementation of the
CLR on Unix.  This might help Unix heads who aspire to be Microsofties.

James Lee Carpenter
Software Engineer
Household Technical Services
6602 Convoy Court
San Diego, CA 92111

ph: 858-609-2461
email: address@hidden

                         "Shankar Unni"                                         
                         <address@hidden  To:    <address@hidden>               
                         om>                    cc:                             
                         Sent by:               Subject: RE: Providing the 
functionality of CVS as a library                     
                         11/01/2002 08:41 AM                                    

Alex Taler writes:

> I'm interested in working on providing the functionality
> of CVS as a library.

I take it you mean the _client_ side of CVS as a library? Or are you
talking about serving up CVS functionality from an embedded server?

The first is quite useful - it would make it far more easy to wrap it in
good GUI tools (instead of the somersaults that the various GUI clients
have to go through today to parse the output).

Also, providing hooks to provide standard client-side SCC APIs (like
Microsoft's) also makes it more easy to integrate into IDEs.
Unfortunately, there isn't much of a standard for these things outside
the Micro$$$$ world..

Good idea..

Info-cvs mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]