e
while trying to come up with something that might seemingly work.
I've encountered this error:
### Error
```
C:\Users\Windows10\Desktop\interpreter>dmd WindowsGetUserName.d
lld-link: error: undefined symbol: GetUserNameA
referenced by WindowsGetUserName.obj:(_Dmain)
Error: link
On Wednesday, 3 August 2022 at 09:39:36 UTC, ryuukk_ wrote:
Does adding ```-m64``` work
I'm using macOS so I don't think that applies. But no, it doesn't
do anything for me.
Thanks,
--anonymouse
Does adding ```-m64``` work
On Wednesday, 3 August 2022 at 05:04:08 UTC, H. S. Teoh wrote:
On Wed, Aug 03, 2022 at 04:28:57AM +, anonymouse via
Digitalmars-d-learn wrote:
How do I go about tracking down what's causing the following
error:
```
Undefined symbols for architecture x86_64:
"__D3std8internal6memory12__Mo
On Wed, Aug 03, 2022 at 04:28:57AM +, anonymouse via Digitalmars-d-learn
wrote:
> How do I go about tracking down what's causing the following error:
>
> ```
> Undefined symbols for architecture x86_64:
> "__D3std8internal6memory12__ModuleInfoZ", referenced from:
> __D3loxQe12__Module
How do I go about tracking down what's causing the following
error:
```
Undefined symbols for architecture x86_64:
"__D3std8internal6memory12__ModuleInfoZ", referenced from:
__D3loxQe12__ModuleInfoZ in dlux.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command fa
On Thursday, 26 May 2022 at 16:56:49 UTC, Marcone wrote:
On Friday, 20 May 2022 at 13:16:00 UTC, frame wrote:
On Thursday, 19 May 2022 at 20:20:49 UTC, Marcone wrote:
I tried compiling now on x64 without console using
-L/SUBSYSTEM:windows user32.lib -L/entry:mainCRTStartup -m64
and it doesn'
On Friday, 20 May 2022 at 13:16:00 UTC, frame wrote:
On Thursday, 19 May 2022 at 20:20:49 UTC, Marcone wrote:
I am using a main() function.
I am compiling on Windows x86 32 bits.
I am using DMD 2.100.0
This error is only in version 2.100.0 of DMD.
Did you try 2.099 too? Because the default bu
On Friday, 20 May 2022 at 13:16:00 UTC, frame wrote:
On Thursday, 19 May 2022 at 20:20:49 UTC, Marcone wrote:
I am using a main() function.
I am compiling on Windows x86 32 bits.
I am using DMD 2.100.0
This error is only in version 2.100.0 of DMD.
Did you try 2.099 too? Because the default bu
On Thursday, 19 May 2022 at 20:20:49 UTC, Marcone wrote:
I am using a main() function.
I am compiling on Windows x86 32 bits.
I am using DMD 2.100.0
This error is only in version 2.100.0 of DMD.
Did you try 2.099 too? Because the default build mode for 32bit
was changed to MS-COFF and it smel
On Thursday, 19 May 2022 at 22:13:06 UTC, Adam Ruppe wrote:
On Thursday, 19 May 2022 at 21:41:50 UTC, Marcone wrote:
Are you using the `-L/entry:mainCRTStartup` or the
`L/entry:wmainCRTStartup` ?
-L/entry:mainCRTStartup
try the w one too. both doing the same result?
Both is doing the same
On Thursday, 19 May 2022 at 21:41:50 UTC, Marcone wrote:
Are you using the `-L/entry:mainCRTStartup` or the
`L/entry:wmainCRTStartup` ?
-L/entry:mainCRTStartup
try the w one too. both doing the same result?
On Thursday, 19 May 2022 at 20:33:34 UTC, Adam D Ruppe wrote:
On Thursday, 19 May 2022 at 20:20:49 UTC, Marcone wrote:
I am using a main() function.
I am compiling on Windows x86 32 bits.
I am using DMD 2.100.0
This error is only in version 2.100.0 of DMD.
Are you using the `-L/entry:mainCRTSt
On Thursday, 19 May 2022 at 20:20:49 UTC, Marcone wrote:
I am using a main() function.
I am compiling on Windows x86 32 bits.
I am using DMD 2.100.0
This error is only in version 2.100.0 of DMD.
Are you using the `-L/entry:mainCRTStartup` or the
`L/entry:wmainCRTStartup` ?
On Thursday, 19 May 2022 at 19:35:20 UTC, Adam D Ruppe wrote:
On Thursday, 19 May 2022 at 19:29:25 UTC, Marcone wrote:
Using -L/SUBSYSTEM:windows user32.lib
you using a main() function right?
Please note when compiling on Win64, you need to explicitly
list -Lgdi32.lib -Luser32.lib on the bui
On Thursday, 19 May 2022 at 19:29:25 UTC, Marcone wrote:
Using -L/SUBSYSTEM:windows user32.lib
you using a main() function right?
Please note when compiling on Win64, you need to explicitly list
-Lgdi32.lib -Luser32.lib on the build command. If you want the
Windows subsystem too, use -L/subs
Using -L/SUBSYSTEM:windows user32.lib
Error:
lld-link: error: undefined symbol: _WinMain@16
referenced by
msvcrt120.lib(msvcrt_stub2.obj):(_WinMainCRTStartup)
Error: linker exited with status 1
On Saturday, 11 April 2020 at 05:45:37 UTC, evilrat wrote:
On Thursday, 9 April 2020 at 14:07:10 UTC, Clayton Alves wrote:
I'm trying to compile my first hello world dub project, but
when I run "dub" it spits this error:
lld-link: error: undefined symbol:
__imp__InterlockedInc
On Thursday, 9 April 2020 at 14:07:10 UTC, Clayton Alves wrote:
I'm trying to compile my first hello world dub project, but
when I run "dub" it spits this error:
lld-link: error: undefined symbol: __imp__InterlockedIncrement@4
Does anybody have any clues what is going on ?
I'm trying to compile my first hello world dub project, but when
I run "dub" it spits this error:
lld-link: error: undefined symbol: __imp__InterlockedIncrement@4
Does anybody have any clues what is going on ?
I got undefined symbol: __chkstk when using some external .o
sources ( compile with clang ) + betterC flag.
I thought that __chkstk was present on ntdll.lib, so i added
manually as a lib, but still didn´t work.
How can i solve this? (it must be another lib that D includes
since it works
On Wednesday, 23 October 2019 at 20:45:55 UTC, baz wrote:
On Tuesday, 22 October 2019 at 13:07:54 UTC, Andrey wrote:
On Tuesday, 22 October 2019 at 12:57:45 UTC, Daniel Kozak
wrote:
Have you try to clean all caches? Try to remove .dub folder
I removed .dub folder but this error appears again.
On Tuesday, 22 October 2019 at 13:07:54 UTC, Andrey wrote:
On Tuesday, 22 October 2019 at 12:57:45 UTC, Daniel Kozak wrote:
Have you try to clean all caches? Try to remove .dub folder
I removed .dub folder but this error appears again.
Try the "-allinst" option. It's possibly a bug with spec
On Tuesday, 22 October 2019 at 12:57:45 UTC, Daniel Kozak wrote:
Have you try to clean all caches? Try to remove .dub folder
I removed .dub folder but this error appears again.
On Tue, Oct 22, 2019 at 2:20 PM Andrey via Digitalmars-d-learn
wrote:
>
> Hello,
> During compilation on linking stage I get strange errors (LDC):
> lld-link: error: unde
Hello,
During compilation on linking stage I get strange errors (LDC):
lld-link: error: undefined symbol:
_D3std7variant__T8VariantNVmi56TSQBf8typecons__T5TupleTAyuTSQCgQCf__TQCaVmi32TSQCzQBu__TQBoTAQBmTQBqZQCbTQnTQCbZQDrZQCqTQBcTQCrZQEh4typeMxFNbNdNeZC8TypeInfo
referenced by E:\Programs\LDC2
On Wednesday, 16 October 2019 at 15:52:22 UTC, nazriel wrote:
On Friday, 11 October 2019 at 11:38:27 UTC, Jacob Carlborg
wrote:
...
Should we bump
https://github.com/dlang/dmd/blob/master/src/posix.mak#L143 ?
BR,
Damian
I made two PRs, lets see how it plays out:
- https://github.com/dlang/
On Friday, 11 October 2019 at 11:38:27 UTC, Jacob Carlborg wrote:
On 2019-10-10 20:12, Robert M. Münch wrote:
I have two project I want to compile and both times get this
error:
Undefined symbols for architecture x86_64:
"_dyld_enumerate_tlv_storage", referenced from:
__d_dyld_getTLSRa
On Monday, 14 October 2019 at 18:49:04 UTC, Jacob Carlborg wrote:
On 2019-10-14 07:36, Joel wrote:
I use Home Brew (brew upgrade dmd, and brew upgrade dub)
Brew is only up to 2.087.1 at the moment - John Colvin seems
to be the man that mantains dmd with brew.
You can use DVM [1] to install t
On Monday, 14 October 2019 at 18:49:04 UTC, Jacob Carlborg wrote:
On 2019-10-14 07:36, Joel wrote:
I use Home Brew (brew upgrade dmd, and brew upgrade dub)
Brew is only up to 2.087.1 at the moment - John Colvin seems
to be the man that mantains dmd with brew.
You can use DVM [1] to install t
On Monday, 14 October 2019 at 18:49:04 UTC, Jacob Carlborg wrote:
On 2019-10-14 07:36, Joel wrote:
I use Home Brew (brew upgrade dmd, and brew upgrade dub)
Brew is only up to 2.087.1 at the moment - John Colvin seems
to be the man that mantains dmd with brew.
You can use DVM [1] to install t
On 2019-10-14 09:29, Robert M. Münch wrote:
=> nm /usr/lib/system/libdyld.dylib | grep _dyld_enumerate_tlv_storage
00017eca T _dyld_enumerate_tlv_storage
Strange, the output shows that the symbol is present.
--
/Jacob Carlborg
On 2019-10-14 07:36, Joel wrote:
I use Home Brew (brew upgrade dmd, and brew upgrade dub)
Brew is only up to 2.087.1 at the moment - John Colvin seems to be the
man that mantains dmd with brew.
You can use DVM [1] to install the latest version of DMD.
[1] https://github.com/jacob-carlborg/dv
On Monday, 14 October 2019 at 05:36:44 UTC, Joel wrote:
On Friday, 11 October 2019 at 11:38:27 UTC, Jacob Carlborg
wrote:
[...]
I get this since Catalina:
Joel-Computer:VacSpace joelchristensen$ dub
Failed to invoke the compiler dmd to determine the build
platform: dyld: lazy symbol binding
On 2019-10-11 18:09:01 +, Jacob Carlborg said:
No, I don't think that's the problem. I have the same setup and I don't
have this problem.
Interesting... but the update seems to have solved the problem. Maybe
some old DMD compiler stuff lying around got in the way.
What result do you ge
On Friday, 11 October 2019 at 11:38:27 UTC, Jacob Carlborg wrote:
On 2019-10-10 20:12, Robert M. Münch wrote:
I have two project I want to compile and both times get this
error:
Undefined symbols for architecture x86_64:
"_dyld_enumerate_tlv_storage", referenced from:
__d_dyld_getTLSRa
On 2019-10-11 18:48, Robert M. Münch wrote:
On 2019-10-10 18:31:25 +, Daniel Kozak said:
What dmd version?
I think I had an older one like 2.085 or so. I updated to 2.088 and it
now seems to work.
https://issues.dlang.org/show_bug.cgi?id=20019
I'm on OSX 10.14.6, so this might not b
On 2019-10-10 18:31:25 +, Daniel Kozak said:
What dmd version?
I think I had an older one like 2.085 or so. I updated to 2.088 and it
now seems to work.
https://issues.dlang.org/show_bug.cgi?id=20019
I'm on OSX 10.14.6, so this might not be directly related to Catalina
but maybe mor
On 2019-10-10 20:12, Robert M. Münch wrote:
I have two project I want to compile and both times get this error:
Undefined symbols for architecture x86_64:
"_dyld_enumerate_tlv_storage", referenced from:
__d_dyld_getTLSRange in libphobos2.a(osx_tls.o)
I'm wondering where this comes from
On Thursday, 10 October 2019 at 18:31:25 UTC, Daniel Kozak wrote:
What dmd version?
https://issues.dlang.org/show_bug.cgi?id=20019
Ah, I should have read this before replying; that's precisely the
issue I had.
On Thursday, 10 October 2019 at 18:12:51 UTC, Robert M. Münch
wrote:
I have two project I want to compile and both times get this
error:
Undefined symbols for architecture x86_64:
"_dyld_enumerate_tlv_storage", referenced from:
__d_dyld_getTLSRange in libphobos2.a(osx_tls.o)
I'm wonderin
What dmd version?
https://issues.dlang.org/show_bug.cgi?id=20019
On Thu, Oct 10, 2019 at 8:15 PM Robert M. Münch via
Digitalmars-d-learn wrote:
>
> I have two project I want to compile and both times get this error:
>
> Undefined symbols for architecture x86_64:
> "_dyld_enumerate_tlv_storage"
I have two project I want to compile and both times get this error:
Undefined symbols for architecture x86_64:
"_dyld_enumerate_tlv_storage", referenced from:
__d_dyld_getTLSRange in libphobos2.a(osx_tls.o)
I'm wondering where this comes from as I didn't see it in the past. Any idea?
--
R
On Friday, 26 April 2019 at 05:08:32 UTC, dokutoku wrote:
Is this a DUB or LDC bug?
It's a combination of at least 3 small bugs in the MinGW-w64
based libraries and should be fixed by
https://github.com/ldc-developers/ldc/pull/3071.
fwrite, fputc - that's missing C library.
On Friday, 26 April 2019 at 14:20:24 UTC, dokutoku wrote:
Error: linking with LLD failed
C:\ldc\bin\ldc2.exe failed with exit code 1.
Ok, I have Visual Studio and SDKs installed so it works for me
without touching anything else.
In your case it is using lld linker instead, and I have no idea
On Friday, 26 April 2019 at 12:37:46 UTC, evilrat wrote:
On Friday, 26 April 2019 at 05:08:32 UTC, dokutoku wrote:
I tried to build a DLL in a Windows 64bit environment.
It works well if the compiler is DMD, but in the case of LDC,
the build fails with a large number of undefined symbol errors
On Friday, 26 April 2019 at 05:08:32 UTC, dokutoku wrote:
I tried to build a DLL in a Windows 64bit environment.
It works well if the compiler is DMD, but in the case of LDC,
the build fails with a large number of undefined symbol errors.
Is this a DUB or LDC bug?
Or do I have to specify some
I tried to build a DLL in a Windows 64bit environment.
It works well if the compiler is DMD, but in the case of LDC, the
build fails with a large number of undefined symbol errors.
Is this a DUB or LDC bug?
Or do I have to specify some additional arguments to the command?
23.11.2017 09:33, Tim Hsu пишет:
DCD and DMD says that the symbol is undefined!
However, I look into derelichtGLFW3. It has this symbol defined!
It looks like a bug for me!
DerelictGLFW3 has this symbol, but it does not define it, it should be
defined in shared/dynamic library you use. I guess
DCD and DMD says that the symbol is undefined!
However, I look into derelichtGLFW3. It has this symbol defined!
It looks like a bug for me!
On Thu, Jul 06, 2017 at 06:49:51PM +, unleashy via Digitalmars-d-learn
wrote:
> On Thursday, 6 July 2017 at 16:16:17 UTC, H. S. Teoh wrote:
> > Which version of the compiler are you using? I just tested on the
> > latest dmd git HEAD, and it (correctly) tells me that it's illegal
> > to overr
On Thursday, 6 July 2017 at 16:16:17 UTC, H. S. Teoh wrote:
Which version of the compiler are you using? I just tested on
the latest dmd git HEAD, and it (correctly) tells me that it's
illegal to override a non-virtual function. I'm surprised you
got your code to compile at all.
`dmd --vers
On Thu, Jul 06, 2017 at 06:28:11AM +, unleashy via Digitalmars-d-learn
wrote:
> Hello. I am trying to compile this:
>
> ---
> module asd.asd;
>
> abstract class Asd
> {
> void opCall(Args...)(Args args);
> }
>
> @system unittest
> {
> class Foo : Asd
> {
> override void
On 07/06/2017 05:11 PM, unleashy wrote:
Maybe it was an error on my part for not declaring the function as
abstract? My view was that the abstract attribute on a class marks all
its members as virtual unless they have a body, which is how it works
in, say, Java.
Still, kinda odd that the l
On Thursday, 6 July 2017 at 06:48:57 UTC, rikki cattermole wrote:
Templates+classes = require function body.
Why? Templated methods are not virtual, they are final and
cannot be inherited (so its a little strange that the override
is valid).
Ah well. I would've expected a compiler error, not
Well, it happened to me once [1], and the reason is that templated
functions are final by default (since, as you said, it doesn't make
sense for them to be anything else).
This way the body of the function is assumed to be in a different
compilation unit (which is not, hence the linker error).
On 06/07/2017 7:28 AM, unleashy wrote:
Hello. I am trying to compile this:
---
module asd.asd;
abstract class Asd
{
void opCall(Args...)(Args args);
}
@system unittest
{
class Foo : Asd
{
override void opCall(Args...)(Args args)
{
/* nothing */
Hello. I am trying to compile this:
---
module asd.asd;
abstract class Asd
{
void opCall(Args...)(Args args);
}
@system unittest
{
class Foo : Asd
{
override void opCall(Args...)(Args args)
{
/* nothing */
}
}
Asd a = new Foo();
a(1,
On Saturday, 21 February 2015 at 17:08:56 UTC, Joakim wrote:
On Wednesday, 18 February 2015 at 08:55:51 UTC, Tofu Ninja
wrote:
When I compile my project in release dmd suddenly starts
complains about missing symbols that look like they are from
phobos.
Symbol Undefined
_D3std9exception134__T
On Wednesday, 18 February 2015 at 08:55:51 UTC, Tofu Ninja wrote:
When I compile my project in release dmd suddenly starts
complains about missing symbols that look like they are from
phobos.
Symbol Undefined
_D3std9exception134__T12errnoEnforceTbVAyaa50_433a5c445c646d64325c77696e646f77735c62
https://issues.dlang.org/show_bug.cgi?id=13172
On Thursday, 19 February 2015 at 01:29:39 UTC, Tofu Ninja wrote:
I am not sure what could be the offending obj. I re downloaded
dmd and phobos(pre compiled for windows), cleaned out all my
builds and removed all of the tempfiles for dub that I could
find.
Have you tried running dub with --for
On Wednesday, 18 February 2015 at 10:47:50 UTC, John Colvin wrote:
On Wednesday, 18 February 2015 at 08:55:51 UTC, Tofu Ninja
wrote:
When I compile my project in release dmd suddenly starts
complains about missing symbols that look like they are from
phobos.
Symbol Undefined
_D3std9exception
On Wednesday, 18 February 2015 at 08:55:51 UTC, Tofu Ninja wrote:
When I compile my project in release dmd suddenly starts
complains about missing symbols that look like they are from
phobos.
Symbol Undefined
_D3std9exception134__T12errnoEnforceTbVAyaa50_433a5c445c646d64325c77696e646f77735c62
When I compile my project in release dmd suddenly starts
complains about missing symbols that look like they are from
phobos.
Symbol Undefined
_D3std9exception134__T12errnoEnforceTbVAyaa50_433a5c445c646d64325c77696e646f77735c62696e5c2e2e5cA7E6C89DF0A958C3336C905AF5DE
Any idea what is cau
Walter Gray:
the files contain the entire definitions, so why would it be
necessary to link to them AND specify them as imports?
What am I missing here?
I don't understand why that's not regarded as a job for the
compiler. But in the standard D distribution there are programs
like rdmd that
On Wed, 23 Apr 2014 20:34:11 -0400, Walter Gray
wrote:
Hi there,
I'm currently trying to set up a small demo project using the Leap
Motion API in D. I've run SWIG with -d -d2, and created the
intermediate C++ DLL along with a pair of .d files, leap.d and
leap_im.d. I'm new to D, but
Hi there,
I'm currently trying to set up a small demo project using the
Leap Motion API in D. I've run SWIG with -d -d2, and created the
intermediate C++ DLL along with a pair of .d files, leap.d and
leap_im.d. I'm new to D, but very interested and I'd like to set
this up in an idiomatic wa
http://dlang.org/dll-linux.html#dso7
dmd lib.d -shared -fPIC -debug -gc -g -w -wi
-defaultlib=libphobos2.so
Problem about using shared libphobos is that I need to install
many different libraries on the target computer. On the web
server, I don't want to install DMD. I compiled before a DLL
On Friday, 28 February 2014 at 06:45:25 UTC, Tolga Cakiroglu
wrote:
If I don't use GCC, and use a build code as below, following is
the error of compiler:
dmd lib.d -shared -fPIC -debug -gc -g -w -wi
/usr/bin/ld:
/usr/lib/x86_64-linux-gnu/libphobos2.a(lifetime_46f_7db.o):
relocation R_X86_6
On Friday, 28 February 2014 at 06:40:27 UTC, evilrat wrote:
On Friday, 28 February 2014 at 06:36:02 UTC, Tolga Cakiroglu
wrote:
On Friday, 28 February 2014 at 06:28:10 UTC, Tolga Cakiroglu
wrote:
Whops! Hold on a sec. I saw that I defined `foo` as `extern`
instead of `export`. Testing with that
On Friday, 28 February 2014 at 06:36:02 UTC, Tolga Cakiroglu
wrote:
On Friday, 28 February 2014 at 06:28:10 UTC, Tolga Cakiroglu
wrote:
Whops! Hold on a sec. I saw that I defined `foo` as `extern`
instead of `export`. Testing with that.
Even Walter Bright's code doesn't use export, and goes wi
On Friday, 28 February 2014 at 06:28:10 UTC, Tolga Cakiroglu
wrote:
Whops! Hold on a sec. I saw that I defined `foo` as `extern`
instead of `export`. Testing with that.
Even Walter Bright's code doesn't use export, and goes with
extern only.
http://dlang.org/dll-linux.html#dso10
rt_finalize is defined in lifetime.d
(https://github.com/D-Programming-Language/druntime/blob/master/src/rt/lifetime.d).
Its part of the D runtime. It just forwards to rt_finalize2.
I don't know why you are getting an undefined symbol, though.
Is the signature different?
I made
Whops! Hold on a sec. I saw that I defined `foo` as `extern`
instead of `export`. Testing with that.
on the shell:
library is loaded now
Running functions...
./app: symbol lookup error: ./lib.so: undefined symbol:
rt_finalize
Where exactly is that function linked into an application? and
why is it not linked into the library? Does it require an extra
flag?
rt_finalize is defined in
On Friday, 28 February 2014 at 06:02:30 UTC, Mike wrote:
On Friday, 28 February 2014 at 05:59:23 UTC, Mike wrote:
On Friday, 28 February 2014 at 05:46:03 UTC, evilrat wrote:
that finalize i guess is for finalizing objects. but destroy
itself is deprecated. use clear() to do this instead.
I
: symbol lookup error: ./lib.so: undefined symbol:
rt_finalize
I thought maybe it is not about the library but the program. But
when I DO NOT call that "foo" function, no error is seen. That
means that piece of code is making this.
I have shared codes and makefile on Pub
On Friday, 28 February 2014 at 05:59:23 UTC, Mike wrote:
On Friday, 28 February 2014 at 05:46:03 UTC, evilrat wrote:
that finalize i guess is for finalizing objects. but destroy
itself is deprecated. use clear() to do this instead.
I believe delete() and clear() are deprecated and destroy()
On Friday, 28 February 2014 at 05:46:03 UTC, evilrat wrote:
that finalize i guess is for finalizing objects. but destroy
itself is deprecated. use clear() to do this instead.
I believe delete() and clear() are deprecated and destroy() is
the correct method. I recently read it somewhere, I'l
On Friday, 28 February 2014 at 05:41:04 UTC, Tolga Cakiroglu
wrote:
because there is no finalize. rt_init/rt_term is what you need
https://github.com/D-Programming-Language/druntime/blob/master/src/core/runtime.d#L30
I looked at the `/usr/include/dmd/druntime` folder with `grep
finalize -r`,
because there is no finalize. rt_init/rt_term is what you need
https://github.com/D-Programming-Language/druntime/blob/master/src/core/runtime.d#L30
I looked at the `/usr/include/dmd/druntime` folder with `grep
finalize -r`, and it brought me only one file, that is
`object.di`.
When I chec
on the shell:
library is loaded now
Running functions...
./app: symbol lookup error: ./lib.so: undefined symbol:
rt_finalize
Where exactly is that function linked into an application? and
why is it not linked into the library? Does it require an extra
flag?
because there is no finalize
: symbol lookup error: ./lib.so: undefined symbol:
rt_finalize
Where exactly is that function linked into an application? and
why is it not linked into the library? Does it require an extra
flag?
Actually this looks like Issue 5950, missed it the first time. Maybe thats why
it
happens.
Cal
Hi, I have a strange error with associative arrays. I have the following:
module mod_base;
abstract class Base
{
int[string] m_arr;
}
module mod_derived;
class Derived : Base
{
void foo()
{
m_arr["hello"] = 5; /// This works fine
auto len = m_arr.length; /// Symbol er
Found my own mistake: In module Test0 the "import of std.stdio" caused
the error. There was nothing in the exports which required elements of
std.stdio and somehow (don't know why) it caused ModuleInfo to be
incomplete or omitted.
I am sure this a stupid mistake on my part I create a DLL Test0.dll from
the following
file (Test0.d):
=
module Test0;
import std.stdio;
class Test0
{
export
{
int Test0( string ID0 )
{
printf(" ",ID0.ptr);
return ID0.length+5;
}
} // export end
}
export Tes
89 matches
Mail list logo
