[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Higher level languages as part of the core of SVN

From: Daniel Berlin <dberlin_at_dberlin.org>
Date: 2006-10-27 01:47:00 CEST

On 10/21/06, Garrett Rooney <rooneg@electricjellyfish.net> wrote:
> On 10/21/06, Erik Huelsmann <ehuels@gmail.com> wrote:
>
> > Ah, but that's why Garrett is explicitly rejecting Python, Ruby or
> > Perl as a higher level language. Interfacing with Python is (in my
> > personal experience) a big pain.
> >
> > Lua is designed to be easy to interface with, both to call into from
> > anything that supports C interfaces as well as that it supports
> > calling into C (or anything that can support C interfaces) itself.
>
> Exactly.
>
Lua is an interesting language, but not one I would choose (though I
know tons of game developers use it, or use python).

Almost all of the major stcripting languages (python, perl, etc) have
modules that allow calling c functions that do not require writing
extensions. In fact, in python 2.5, the ctypes module is now part of
the standard library.

Really, LUA's C integration is just nothing to write home about. I've
embedded it before, and calling into/out of it is just as easy/hard
(depending on your view) as python with ctypes.

I also don't buy the dependencies argument. Python has roughly no
dependencies, it's just that most people choose to compile the
standard distribution with some of it's optional modules.
If you wanted to make use of optional extensions, there is a nice way
to auto-bundle them with the executable on windows, and for unix it's
up to packagers.

If we were going to have a core set of libs, and use a HLL to write
the client, i'd do the libs in C++ and use python.

--Dan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 27 01:47:15 2006

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.