caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Alain Frisch <alain.frisch@lexifi.com>
To: David Allsopp <dra-news@metastack.com>,
	"Soegtrop, Michael" <michael.soegtrop@intel.com>,
	"caml-list@inria.fr" <caml-list@inria.fr>
Subject: Re: [Caml-list] flexdll circular dependency on ocamlc: Impossible to built ocaml for mingw without using some prebuilt binaries?
Date: Mon, 26 Oct 2015 10:41:12 +0100	[thread overview]
Message-ID: <562DF538.3040306@lexifi.com> (raw)
In-Reply-To: <E51C5B015DBD1348A1D85763337FB6D9E9FB7041@Remus.metastack.local>

On 24/10/2015 14:51, David Allsopp wrote:
> Alain Frisch wrote:
>> On 24/10/2015 11:50, Soegtrop, Michael wrote:
>>> Also I wonder why flexdll/flexlink is required. The documentation of
>>> flexdll states:
>>>
>>> Windows DLL cannot refer to symbols defined in the main application or
>>> in previously loaded DLLs.
>>>
>>> In my experience this is not true. At least when using MSVC one can
>>> declare functions in the main executable as DLL-export. Then when
>>> linking the main executable an import library is created in the same
>>> way as when building a DLL by the linker. The DLL can then link to
>>> this import library and can access the functions  in the main
>> executable.
>>
>> Dynlink follows a different model: dynlinked units are not tied to a
>> specific main executable.  A myplugin.cmxs can be dynamically linked by
>> any application that provides the required interfaces.
>
> Wouldn't that still be true with the .def/.a approach, though?

I don't see how this would work without changing the compilation model.
Would you generate an import library for each .cmi file?

Also keep in mind that currently, dynlinked code can access directly 
data symbols from the main program (not just function calls that can 
more easily go through an import library).


Alain

  reply	other threads:[~2015-10-26  9:41 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-24  9:50 Soegtrop, Michael
2015-10-24 11:33 ` David Allsopp
2015-10-26  8:54   ` Soegtrop, Michael
2015-10-24 12:13 ` Alain Frisch
2015-10-24 12:51   ` David Allsopp
2015-10-26  9:41     ` Alain Frisch [this message]
2015-10-26 11:13       ` David Allsopp
2015-10-26  9:13   ` Soegtrop, Michael
2015-10-26  9:28     ` Alain Frisch
2015-10-26 12:46       ` Soegtrop, Michael

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=562DF538.3040306@lexifi.com \
    --to=alain.frisch@lexifi.com \
    --cc=caml-list@inria.fr \
    --cc=dra-news@metastack.com \
    --cc=michael.soegtrop@intel.com \
    /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).