Bug 12735 – imports via mixin template become public imports

if module demo_i has an import declaration via mixin template it automatically becomes a public import (that can be seen/used in all modules importing demo_i). (only tested with DMD 2.064.2) ---- module demo_i; mixin template imp(){ import std.algorithm; } mixin imp!(); ---- ---- module demo; import std.stdio; import demo_i; enum teststr = "This should not work!"; void main(string[] args) { writeln( canFind(teststr,"not") ); // works & prints "true"! } ----

Can confirm, also in git-head.

bump ////// module one; int someSymbol = 1; ////// module two; import one; ////// module main; import two; void main() { enum hasMember = __traits(hasMember, two, "someSymbol"); writeln(hasMember.stringof); // "true" enum compiles = __traits(compiles, { __traits(getMember, two, "someSymbol"); }); writeln(compiles.stringof); // "false" // Error: undefined identifier 'someSymbol' // writeln(__traits(getMember, two, "someSymbol").stringof); }

Will be fixed by: https://github.com/D-Programming-Language/dmd/pull/3407

surprisingly, this issue is still not fixed in DMD 2.071.1. surprising, because if the template would be mixed in the same module, the import would be invisible.

This has been fixed in git master. The original bug report fails compilation with: " Error: undefined identifier `canFind`" and the sample code presented in https://issues.dlang.org/show_bug.cgi?id=12735#c2 now prints false twice.