List Info

Thread: Re: "ocaml_beginners"::[] De-unifying variant types




Re: "ocaml_beginners"::[] De-unifying variant types
country flaguser name
United States
2007-07-25 09:53:45

>
> Take a look at PG'OCaml (http://merjis.com/developers/pgocaml) as it
> solves this problem already in a type-safe way.
>;

Hi,

Thanks for the reply. I have looked at PG'OCaml before, and
though I liked the concept, I was a bit put off by the lock-in
into Postgresql.

But regardless of this particular example, is there a general
solution to my problem, that of "de-unifying" type variants?

Cheers,
C.S.

__._,_.___
.

__,_._,___
Re: "ocaml_beginners"::[] De-unifying variant types
country flaguser name
United Kingdom
2007-07-25 16:20:16

On Wed, Jul 25, 2007 at 02:53:45PM -0000, cultural_sublimation wrote:
> >
>; > Take a look at PG'OCaml (http://merjis.com/developers/pgocaml) as it
> > solves this problem already in a type-safe way.
>; Thanks for the reply. I have looked at PG'OCaml before, and
> though I liked the concept, I was a bit put off by the lock-in
> into Postgresql.

That made me smile

The idea of being "locked in" to free software. Well, I guess
PG'OCaml does require PostgreSQL, but that's only because it is the
only database which has the necessary 'DESCRIBE' statement (which,
given a statement, parses it and tells you what types it takes and
returns). If other databases have it, then you could add support for
them.

Rich.

--
Richard Jones
Red Hat

__._,_.___
Recent Activity
Visit Your Group
SPONSORED LINKS
Yahoo! Finance

It's Now Personal

Guides, news,

advice & more.

Search Ads

Get new customers.

List your web site

in Yahoo! Search.

Yahoo! Groups

Join a yoga group

and take the stress

out of your life.

[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )