From: John Prevost <jmp@arsdigita.com>
To: Patrick M Doane <patrick@watson.org>
Cc: Chris Hecker <checker@d6.com>, caml-list@inria.fr
Subject: Re: [Caml-list] recursive modules redux, & interface files
Date: 21 Mar 2001 18:24:20 -0500 [thread overview]
Message-ID: <m34rwmogyo.fsf@isil.pgh.arsdigita.com> (raw)
In-Reply-To: <Pine.BSF.3.96.1010320234918.87196A-100000@fledge.watson.org>
>>>>> "pd" == Patrick M Doane <patrick@watson.org> writes:
pd> This would mean that
pd> module X : sig type t = int end = struct end
pd> would be accepted, but
pd> module X : sig type t end = struct end
pd> would be rejected because the abstract field 't' is required
pd> but missing.
What about "module X : sig type t end = struct type t end", where
values of the type can't actually be constructed? (Except possibly by
C code.)
John.
-------------------
To unsubscribe, mail caml-list-request@inria.fr. Archives: http://caml.inria.fr
next prev parent reply other threads:[~2001-03-22 8:17 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-18 23:05 Chris Hecker
2001-03-19 0:01 ` Brian Rogoff
2001-03-19 11:04 ` John Max Skaller
2001-03-19 11:41 ` Chris Hecker
2001-03-20 17:43 ` John Max Skaller
2001-03-21 4:03 ` Chris Hecker
2001-03-21 5:10 ` Patrick M Doane
2001-03-21 9:27 ` Chris Hecker
2001-03-21 18:20 ` John Max Skaller
2001-03-22 0:03 ` Patrick M Doane
2001-03-22 0:22 ` Brian Rogoff
2001-03-22 10:26 ` [Caml-list] duplication implementation/interface Judicael Courant
2001-03-22 11:16 ` [Caml-list] about typedefs... (was: duplication implementation/interface) Olivier Andrieu
2001-03-22 17:14 ` [Caml-list] duplication implementation/interface Brian Rogoff
2001-03-22 9:11 ` [Caml-list] recursive modules redux, & interface files Francois Pottier
2001-03-21 23:24 ` John Prevost [this message]
2001-03-22 0:00 ` Patrick M Doane
2001-03-21 18:18 ` John Max Skaller
2001-03-21 18:19 ` John Max Skaller
2001-03-22 11:40 ` Markus Mottl
2001-03-21 18:41 ` Xavier Leroy
2001-03-22 0:23 ` Patrick M Doane
2001-03-22 12:02 ` Hendrik Tews
2001-03-22 13:01 ` Markus Mottl
2001-03-22 16:56 ` Brian Rogoff
2001-03-22 17:13 ` Daniel de Rauglaudre
2001-03-23 17:30 ` Fergus Henderson
2001-03-23 18:04 ` Brian Rogoff
2001-03-23 20:35 ` [Caml-list] Why People Aren't Using OCAML? (was Haskell) Mattias Waldau
2001-03-26 2:29 ` [Caml-list] recursive modules redux, & interface files Fergus Henderson
2001-03-27 22:11 ` John Max Skaller
2001-03-28 4:30 ` Brian Rogoff
2001-04-05 17:07 ` John Max Skaller
2001-03-27 8:21 ` Hendrik Tews
2001-03-30 10:27 ` [Caml-list] parser combinators Kevin Backhouse
2001-04-08 18:28 ` Daniel de Rauglaudre
2001-03-22 11:55 [Caml-list] recursive modules redux, & interface files Dave Berry
2001-03-22 12:01 ` Markus Mottl
2001-03-27 6:29 ` John Max Skaller
2001-03-22 18:04 Dave Berry
2001-03-23 7:54 ` Tom Hirschowitz
2001-03-23 12:18 ` Fabrice Le Fessant
2001-03-27 8:49 ` Hendrik Tews
2001-03-23 10:33 Dave Berry
2001-03-23 20:33 Don Syme
2001-03-27 9:00 ` Xavier Leroy
2001-03-27 14:38 Don Syme
2001-03-27 17:05 Manuel Fahndrich
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=m34rwmogyo.fsf@isil.pgh.arsdigita.com \
--to=jmp@arsdigita.com \
--cc=caml-list@inria.fr \
--cc=checker@d6.com \
--cc=patrick@watson.org \
/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;
as well as URLs for NNTP newsgroup(s).