From: "Yann Régis-Gianas" <yann@lrde.epita.fr>
To: Kenneth Oksanen <cessu@hutcs.cs.hut.fi>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] autoconf and caml
Date: Fri, 6 Sep 2002 12:46:15 +0200 [thread overview]
Message-ID: <20020906104614.GE607@barcelona.lrde.epita.fr> (raw)
In-Reply-To: <E17nG6J-0005Bs-00@hutcs.cs.hut.fi>
On Fri, Sep 06, 2002 at 01:12:31PM +0300, Kenneth Oksanen wrote:
> I could use m4 or camlp4 or whatever, if GNU autoconf and assorted
> auto* -tools would produce them.
>
> People seem to have missed the actual problem I have posed: what is
> the most convenient and hassle-free mechanism for transporting
> information produced by running ./configure to O'Caml source code?
> Such features include directory prefixes, auxiliary program paths,
> various constants, features {en,dis}abled with --enable-X and alike.
> I'm *NOT* trying to use the preprocessor for any weird syntactic
> abstractions or anything of that kind.
>
What about using camlp4 to transform config.h file into a
valid Objective Caml module ? I'm using the autotools as a simple user
but config.h is a sequence of #define, is'nt it ? So, we can transform these macros into values declaration. For example:
config.hh
---
/* The ocaml compiler */
#define OCAMLC "ocamlc"
/* The ocaml includes path */
#define OCAMLINCPATH "/usr/lib/ocaml/"
Becomes:
config.ml
---
(* The ocaml compiler *)
let ocamlc = "ocamlc"
(* The ocaml includes path *)
let ocamlincpath = "/usr/lib/ocaml"
Perhaps, I did not understand your problem but I think that
autoconf is not the hardest autotool to bind to ocaml. For my part, I
am currently studying the integration of ocaml in Automake. It is a
real problem because of a lot of exotic features of ocaml development
system like extensions, byte/native code mode, camlp4 ...
--
Yann Régis-Gianas.
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
next prev parent reply other threads:[~2002-09-06 10:28 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-04 15:20 Kenneth Oksanen
2002-09-05 11:57 ` Xavier Leroy
2002-09-05 12:23 ` Kenneth Oksanen
2002-09-05 12:53 ` Olivier Andrieu
2002-09-05 13:16 ` Lauri Alanko
2002-09-06 10:12 ` Kenneth Oksanen
2002-09-06 10:25 ` Jun P.FURUSE
2002-09-06 10:46 ` Yann Régis-Gianas [this message]
2002-09-06 10:56 ` Yaron M. Minsky
2002-09-06 11:07 ` Maxence Guesdon
2002-09-06 12:31 ` pa_ifdef [Was: Re: [Caml-list] autoconf and caml] Stefano Zacchiroli
2002-09-06 12:52 ` Daniel de Rauglaudre
2002-09-08 10:07 ` Stefano Zacchiroli
2002-09-09 8:59 ` Daniel de Rauglaudre
2002-09-06 11:33 ` [Caml-list] autoconf and caml Yann Régis-Gianas
2002-09-06 11:22 ` Yaron M. Minsky
2002-09-06 11:28 ` Jérôme Marant
2002-09-06 11:41 ` Yaron M. Minsky
2002-09-06 9:42 ` Hendrik Tews
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020906104614.GE607@barcelona.lrde.epita.fr \
--to=yann@lrde.epita.fr \
--cc=caml-list@inria.fr \
--cc=cessu@hutcs.cs.hut.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox