yes
On 12/02/2014 11:22 PM, MrSmith wrote:
Can i have interface compiled only in one dll, and others dlls that use
this one will not have it compiled, only import it?
Yes, you'd need to link against the dll containing the interfaces.
In fact you could link against your executable too, but that's
On Monday, 1 December 2014 at 18:35:28 UTC, MrSmith wrote:
Can i compile it in the same dll with its implementation?
Yes, you can have all implementations in the same dll, interface
will only have to be directly accessible to all code seeing it.
On Tuesday, 2 December 2014 at 10:48:16 UTC, Kagamin wrote:
On Monday, 1 December 2014 at 18:35:28 UTC, MrSmith wrote:
Can i compile it in the same dll with its implementation?
Yes, you can have all implementations in the same dll,
interface will only have to be directly accessible to all
On Saturday, 29 November 2014 at 13:52:11 UTC, Martin Nowak wrote:
On Thursday, 27 November 2014 at 21:52:27 UTC, MrSmith wrote:
Can you suggest a good way to design mod system? Where each
mod can depend on others and use their real functionality. All
mods should be in form of dlls.
No DLL
On Thursday, 27 November 2014 at 21:52:27 UTC, MrSmith wrote:
Can you suggest a good way to design mod system? Where each mod
can depend on others and use their real functionality. All mods
should be in form of dlls.
No DLL per module, just releasing a complete Phobos.DLL. If you
want to
On Thursday, 27 November 2014 at 11:21:23 UTC, Martin Nowak wrote:
No!
https://issues.dlang.org/show_bug.cgi?id=7020#c2
If you want interfaces to be unique, you'll have whole new dlls
containing only interface definitions and probably nothing else,
just for the sake of uniqueness (things
On 11/25/2014 11:01 AM, Kagamin wrote:
Maybe we can have a function, which will search the typeinfo based on
type name, like C++ does it?
No!
https://issues.dlang.org/show_bug.cgi?id=7020#c2
On 11/24/2014 07:20 PM, MrSmith wrote:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both dlls, calls
their factory functions and then passes each IModule instance that it
On Thursday, 27 November 2014 at 11:24:45 UTC, Martin Nowak wrote:
On 11/24/2014 07:20 PM, MrSmith wrote:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both
dlls, calls
On Wednesday, 26 November 2014 at 07:46:12 UTC, Benjamin Thaut
wrote:
Am 25.11.2014 21:46, schrieb MrSmith:
Is there a bugzilla issue for this? And what is the status of
windows dlls?
If you want a bit more dll support right now, I suggest that
you take a look at these changes and merge them
On Monday, 24 November 2014 at 20:56:29 UTC, Rainer Schuetze
wrote:
The different DLLs have different copies of the RTTI for the
classes (you could not link them separately otherwise). Looking
for base classes or derived classes only compares RTTI
pointers, so it doesn't find the target class
On Tuesday, 25 November 2014 at 10:02:00 UTC, Kagamin wrote:
On Monday, 24 November 2014 at 20:56:29 UTC, Rainer Schuetze
wrote:
The different DLLs have different copies of the RTTI for the
classes (you could not link them separately otherwise).
Looking for base classes or derived classes only
Am 24.11.2014 19:20, schrieb MrSmith:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both dlls, calls
their factory functions and then passes each IModule instance that it
got
On Tuesday, 25 November 2014 at 18:39:56 UTC, Benjamin Thaut
wrote:
Am 24.11.2014 19:20, schrieb MrSmith:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both
dlls, calls
Am 25.11.2014 21:46, schrieb MrSmith:
On Tuesday, 25 November 2014 at 18:39:56 UTC, Benjamin Thaut wrote:
Am 24.11.2014 19:20, schrieb MrSmith:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls.
Am 25.11.2014 21:46, schrieb MrSmith:
Is there a bugzilla issue for this? And what is the status of windows dlls?
If you want a bit more dll support right now, I suggest that you take a
look at these changes and merge them into your own version of druntime:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both dlls,
calls their factory functions and then passes each IModule
instance that it got from factories to those modules.
On 24.11.2014 19:20, MrSmith wrote:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both dlls, calls
their factory functions and then passes each IModule instance that it
got
On Monday, 24 November 2014 at 20:56:29 UTC, Rainer Schuetze
wrote:
On 24.11.2014 19:20, MrSmith wrote:
I've got little test here
https://gist.github.com/MrSmith33/8750dd43c0843d45ccf8#file-sharedmodule2-d-L17-L29.
I have one application and two dlls. Application loads both
dlls, calls
20 matches
Mail list logo