On Friday, 9 February 2018 at 20:34:33 UTC, Benjamin Thaut wrote:
My work on dll support for D continues. There is another
iteration I need help testing with.
Any update?
On Saturday, 31 March 2018 at 08:33:19 UTC, Rainer Schuetze wrote:
I guess you want to cast to a class that is only defined in the
dynamically loaded DLL? The problem is that casting needs a
reference to the class info of the target class which only
exists in the referenced DLL, which needs
On 21/03/2018 14:08, Martin Nowak wrote:
On Friday, 9 February 2018 at 20:34:33 UTC, Benjamin Thaut wrote:
My work on dll support for D continues. There is another iteration I
need help testing with.
Getting started tutorial:
http://stuff.benjamin-thaut.de/D/getting_started.html
The DIP
On 21/03/2018 07:46, evilrat wrote:
On Friday, 9 February 2018 at 20:34:33 UTC, Benjamin Thaut wrote:
My work on dll support for D continues. There is another iteration I
need help testing with.
Getting started tutorial:
http://stuff.benjamin-thaut.de/D/getting_started.html
A binary
On Friday, 9 February 2018 at 20:34:33 UTC, Benjamin Thaut wrote:
My work on dll support for D continues. There is another
iteration I need help testing with.
Getting started tutorial:
http://stuff.benjamin-thaut.de/D/getting_started.html
The DIP can again found be here:
On Saturday, 10 February 2018 at 02:24:58 UTC, rikki cattermole
wrote:
-import switch makes me a little concerned, what exactly is it
changing that makes it required?
I remember that we figured out that the MS Linker can optimize
away the indirection when linking statically, so the paragraph
On Friday, 9 February 2018 at 20:34:33 UTC, Benjamin Thaut wrote:
My work on dll support for D continues. There is another
iteration I need help testing with.
Getting started tutorial:
http://stuff.benjamin-thaut.de/D/getting_started.html
A binary distribution is provided, see the tutorial
On Saturday, 10 February 2018 at 12:34:03 UTC, Benjamin Thaut
wrote:
On Saturday, 10 February 2018 at 02:24:58 UTC, rikki cattermole
wrote:
On 09/02/2018 8:34 PM, Benjamin Thaut wrote:
-import switch makes me a little concerned, what exactly is it
changing that makes it required?
Thank you
On Saturday, 10 February 2018 at 02:24:58 UTC, rikki cattermole
wrote:
On 09/02/2018 8:34 PM, Benjamin Thaut wrote:
-import switch makes me a little concerned, what exactly is it
changing that makes it required?
Thank you Rikki for derailing this topic with the first post. As
you might
On 09/02/2018 8:34 PM, Benjamin Thaut wrote:
My work on dll support for D continues. There is another iteration I
need help testing with.
Getting started tutorial:
http://stuff.benjamin-thaut.de/D/getting_started.html
The DIP can again found be here:
My work on dll support for D continues. There is another
iteration I need help testing with.
Getting started tutorial:
http://stuff.benjamin-thaut.de/D/getting_started.html
The DIP can again found be here:
https://github.com/Ingrater/DIPs/blob/ReviveDIP45/DIPs/DIP45.md
The DIP is not up to
Am 12.01.2018 um 04:02 schrieb Domain:
On Thursday, 11 January 2018 at 18:56:23 UTC, Benjamin Thaut wrote:
Am 11.01.2018 um 05:10 schrieb Domain:
[...]
So I cannot use phobos as a static library when I use dll?
If you have a single D-dll that is used from a C program then you can
use
On Thursday, 11 January 2018 at 18:56:23 UTC, Benjamin Thaut
wrote:
Am 11.01.2018 um 05:10 schrieb Domain:
[...]
As I said in the first post, I'm not interrested in linker
errors due to missing 'export' annotation.
std.experimental.logger does not have an export annotations and
therefor
On Thursday, 11 January 2018 at 18:56:23 UTC, Benjamin Thaut
wrote:
Am 11.01.2018 um 05:10 schrieb Domain:
[...]
As I said in the first post, I'm not interrested in linker
errors due to missing 'export' annotation.
std.experimental.logger does not have an export annotations and
therefor
Am 11.01.2018 um 05:10 schrieb Domain:
I restart my computer, and it can produce dll now. But when I compile exe:
dmd -m64 -useshared app.d -ofapp.exe
app.obj : error LNK2019: 无法解析的外部符号
_D3std12experimental6logger4core17stdThreadLocalLogFNdNfZCQCeQCdQBsQBo6Logger,
该符号在函数
On Wednesday, 10 January 2018 at 13:14:10 UTC, Benjamin Thaut
wrote:
Am 10.01.2018 um 13:39 schrieb Domain:
Sorry, my mistake. But I cannot use your binary:
D:\>dmd -m64 -shared dll.d -ofdll.dll
Error: unrecognized file extension dll
This works just fine for me. What is the output when
On Wednesday, 10 January 2018 at 13:14:10 UTC, Benjamin Thaut
wrote:
Am 10.01.2018 um 13:39 schrieb Domain:
Sorry, my mistake. But I cannot use your binary:
D:\>dmd -m64 -shared dll.d -ofdll.dll
Error: unrecognized file extension dll
This works just fine for me. What is the output when
Am 10.01.2018 um 13:39 schrieb Domain:
Sorry, my mistake. But I cannot use your binary:
D:\>dmd -m64 -shared dll.d -ofdll.dll
Error: unrecognized file extension dll
This works just fine for me. What is the output when you execute "dmd
--version"?
--
Kind Regards
Benjamin Thaut
On Wednesday, 10 January 2018 at 11:30:47 UTC, Benjamin Thaut
wrote:
Am 10.01.2018 um 05:18 schrieb Domain:
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut
wrote:
I'm currently back on dll support and I'm applying finishing
touches to my dll support PR. Now I want to know if I
Am 10.01.2018 um 05:18 schrieb Domain:
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut wrote:
I'm currently back on dll support and I'm applying finishing touches
to my dll support PR. Now I want to know if I missed any corner cases
and it would be great if a few more people gave
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut wrote:
I'm currently back on dll support and I'm applying finishing
touches to my dll support PR. Now I want to know if I missed
any corner cases and it would be great if a few more people
gave the dll support a try.
[...]
I am
On Tuesday, 9 January 2018 at 20:07:03 UTC, Andre Pany wrote:
On Tuesday, 9 January 2018 at 18:32:24 UTC, Benjamin Thaut
wrote:
Thanks for your deep analysis. There are several reasons I want
to have the exe as Delphi application:
1) I faced some minor (Delphi) IDE/Libraries bugs with having
On Tuesday, 9 January 2018 at 18:32:24 UTC, Benjamin Thaut wrote:
Am 09.01.2018 um 16:03 schrieb Andre Pany:
[...]
First let me say that what you are describing is a very
uncommon and ill-advised use case. As such there is not going
to be any nice to use workflow to acieve what you are
Am 09.01.2018 um 16:03 schrieb Andre Pany:
I am building a bridge between Delphi and D. At the moment the
executable is written in D and the Dll (Firemonkey UI) is written in
Delphi. But I think I want to enable also the other way around. The D
coding which is then located in the Dll should
On Tuesday, 9 January 2018 at 14:43:43 UTC, Benjamin Thaut wrote:
Am 09.01.2018 um 12:02 schrieb MrSmith:
Is it possible to put common code in exe, and use that code
from dlls? Or anything can be exported only by dll?
You can only export from dlls. I don't know of any use case
where
Am 09.01.2018 um 12:02 schrieb MrSmith:
Is it possible to put common code in exe, and use that code from dlls?
Or anything can be exported only by dll?
You can only export from dlls. I don't know of any use case where
exporting from a executable would make sense. No, you can't put common
Is it possible to put common code in exe, and use that code from
dlls? Or anything can be exported only by dll?
Is it possible to have circular dependencies between dlls?
Tips for doing dlls with dub?
On Tuesday, 9 January 2018 at 08:10:56 UTC, Benjamin Thaut wrote:
Am 09.01.2018 um 05:19 schrieb Dylan Graham:
It's pretty basic but I'm glad it works. I'll try doing
something more advanced.
Hi Dylan,
I'm glad that it works for you. I'm curios though, why are you
using an import library
Am 09.01.2018 um 05:19 schrieb Dylan Graham:
It's pretty basic but I'm glad it works. I'll try doing something more
advanced.
Hi Dylan,
I'm glad that it works for you. I'm curios though, why are you using an
import library for your plugin? Normally plugins are build without and
import
On Tuesday, 9 January 2018 at 03:50:25 UTC, Dylan Graham wrote:
On Monday, 8 January 2018 at 09:01:29 UTC, Benjamin Thaut wrote:
I'm waiting on VS2015 and Windows SDK to install. Once that's
done, I'll begin testing.
Also, thanks a tonne for doing this.
I've done a test that mimics that the
On Monday, 8 January 2018 at 09:01:29 UTC, Benjamin Thaut wrote:
Am 08.01.2018 um 00:06 schrieb solidstate1991:
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut
wrote:
I would volunteer, but I don't know how much I can do in my
exam session. Maybe in February, until then not much.
Am 08.01.2018 um 00:06 schrieb solidstate1991:
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut wrote:
I would volunteer, but I don't know how much I can do in my exam
session. Maybe in February, until then not much.
Just do some testing whenever you find time, keep monitoring
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut wrote:
I'm currently back on dll support and I'm applying finishing
touches to my dll support PR. Now I want to know if I missed
any corner cases and it would be great if a few more people
gave the dll support a try.
-To try it out
Am 07.01.2018 um 00:42 schrieb Rubn:
Looks good. If you want testers though, providing binaries would be
beneficial. Compiling dmd/druntime/phobos on Windows can be a pain.
I made a binary distribution. I updated
http://stuff.benjamin-thaut.de/D/getting_started.html with the details.
--
Am 07.01.2018 um 15:08 schrieb MrSmith:
Does the implementation support dynamically loaded dlls?
Yes. There is even a test for it
--
Kind Regards
Benjamin Thaut
On Saturday, 6 January 2018 at 19:32:51 UTC, Benjamin Thaut wrote:
You can find a quick start guide here:
http://stuff.benjamin-thaut.de/D/getting_started.html
If you need more information and examples take a look here:
https://github.com/Ingrater/DIPs/blob/ReviveDIP45/DIPs/DIP45.md
Does the
Am 07.01.2018 um 03:57 schrieb rikki cattermole:
> +infinity
>
> Few things I would like answered:
>
> - Why -useShared and not -fPIC?
>- If -useShared why not use it on *nix to turn on -fPIC?
Because the DIP says that -useshared and -fPIC are loosley comparable.
This does not mean that
+infinity
Few things I would like answered:
- Why -useShared and not -fPIC?
- If -useShared why not use it on *nix to turn on -fPIC?
- Why isn't DllIsUsedFromC.no automatically detected?
Regarding C-runtime, yes we need to distribute every version that we
support on Windows. The compiler
Looks good. If you want testers though, providing binaries would
be beneficial. Compiling dmd/druntime/phobos on Windows can be a
pain.
I'm currently back on dll support and I'm applying finishing touches to
my dll support PR. Now I want to know if I missed any corner cases and
it would be great if a few more people gave the dll support a try.
-To try it out you will need to build dmd, druntime and phobos yourself.
I'm not
40 matches
Mail list logo