http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #10 from Denis Shelomovskij <verylonglogin.reg@gmail.com> 2013-10-08 16:11:08 MSD ---
(In reply to comment #9)
> Denis, we're going to need some more help with this, i.e. code we can compile that duplicates the error.

The project is not open source so I can't post it here. But as I trust dmd developers you can e-mail me (shown here address but better without ".reg" suffix) and I will prepare and send the testcase privately.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #11 from Walter Bright <bugzilla@digitalmars.com> 2013-10-13 16:12:34 PDT ---
This may fix it:

https://github.com/D-Programming-Language/dmd/pull/2661

Need to also check if imports are compiled with one -version while the importer is compiled with another -version.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #12 from Denis Shelomovskij <verylonglogin.reg@gmail.com> 2013-10-14 09:40:59 MSD ---
(In reply to comment #11)
> This may fix it:
> 
> https://github.com/D-Programming-Language/dmd/pull/2661

Why "may"? It will definitely workaround at in debug mode as it disables symbol discarding at all and will have no effect in no-debug mode. This issue isn't related to "-debug" switch.

> Need to also check if imports are compiled with one -version while the importer is compiled with another -version.

Not possible. The whole final project is compiled in single dmd call. Just one of the templates it instantiate is assumed by the compiler to belong to one of imported libraries and thus discarded in `FuncDeclaration::toObjFile`.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #13 from Walter Bright <bugzilla@digitalmars.com> 2013-10-14 12:43:38 PDT ---
(In reply to comment #12)
> (In reply to comment #11)
> > This may fix it:
> > 
> > https://github.com/D-Programming-Language/dmd/pull/2661
> 
> Why "may"?

Because I haven't checked your case, so I don't know if it is the same issue or not.

> > Need to also check if imports are compiled with one -version while the importer is compiled with another -version.
> 
> Not possible. The whole final project is compiled in single dmd call. Just one of the templates it instantiate is assumed by the compiler to belong to one of imported libraries and thus discarded in `FuncDeclaration::toObjFile`.

I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #14 from Denis Shelomovskij <verylonglogin.reg@gmail.com> 2013-10-14 23:49:23 MSD ---
(In reply to comment #13)
> I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration?

Impossible. The symbol belongs to the final executable-compiled project (it is a template from the library instantiated with project's own types) which is compiled in a single dmd call as I already have written.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #15 from Walter Bright <bugzilla@digitalmars.com> 2013-10-14 14:16:14 PDT ---
(In reply to comment #14)
> (In reply to comment #13)
> > I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration?
> 
> Impossible. The symbol belongs to the final executable-compiled project (it is a template from the library instantiated with project's own types) which is compiled in a single dmd call as I already have written.

If it is compiled in one a single dmd call, then it wouldn't be linking in other libraries?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #16 from Denis Shelomovskij <verylonglogin.reg@gmail.com> 2013-10-15 05:43:47 MSD ---
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #13)
> > > I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration?
> > 
> > Impossible. The symbol belongs to the final executable-compiled project (it is a template from the library instantiated with project's own types) which is compiled in a single dmd call as I already have written.
> 
> If it is compiled in one a single dmd call, then it wouldn't be linking in other libraries?

It links in other libraries. But other libraries can't contain symbols consisting of types they don't know about.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #17 from Walter Bright <bugzilla@digitalmars.com> 2013-10-26 13:39:04 PDT ---
Can you please try this with the new -allinst switch?

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------

http://d.puremagic.com/issues/show_bug.cgi?id=11114



--- Comment #18 from Denis Shelomovskij <verylonglogin.reg@gmail.com> 2013-10-27 02:12:55 MSD ---
(In reply to comment #17)
> Can you please try this with the new -allinst switch?

I have already written few times where exactly is the problem. So `-allinst` on final executable build workarounds the issue just like all other such issues with incorrect `instantiatingModule`.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
------- You are receiving this mail because: -------