>> If I import std.regex in a program, compiling with gdc gives many unresolved
>> symbols, e.g for:
>> immutable(std.internal.uni.CodepointSet) std.internal.uni_tab.unicodeLu
>> ref @safe std.internal.uni.CodepointSet
>>std.internal.uni.CodepointSet.add(const(std.internal.uni.CodepointSet))
>>
On 12/22/11 19:12, GrahamC wrote:
> If I import std.regex in a program, compiling with gdc gives many unresolved
> symbols, e.g for:
> immutable(std.internal.uni.CodepointSet) std.internal.uni_tab.unicodeLu
Hmm, i needed a demangling filter today, and the program below compiles and runs
here ju
>> If I include additional modules on the compilation command line like this:
>>
>> gdc test.d /opt/gdc/include/d2/4.6.2/std/internal/uni.d
>> /opt/gdc/include/d2/4.6.2/std/internal/uni_tab.d
>>
>> where test.d is my program, all symbols resolve OK.
>>
>> Does this indicate a problem in the bui
On 23 December 2011 13:40, Trass3r wrote:
>> If I include additional modules on the compilation command line like this:
>>
>> gdc test.d /opt/gdc/include/d2/4.6.2/std/internal/uni.d
>> /opt/gdc/include/d2/4.6.2/std/internal/uni_tab.d
>>
>> where test.d is my program, all symbols resolve OK.
>>
>>
If I include additional modules on the compilation command line like
this:
gdc test.d /opt/gdc/include/d2/4.6.2/std/internal/uni.d
/opt/gdc/include/d2/4.6.2/std/internal/uni_tab.d
where test.d is my program, all symbols resolve OK.
Does this indicate a problem in the building of libgphobos
If I import std.regex in a program, compiling with gdc gives many unresolved
symbols, e.g for:
immutable(std.internal.uni.CodepointSet) std.internal.uni_tab.unicodeLu
ref @safe std.internal.uni.CodepointSet
std.internal.uni.CodepointSet.add(const(std.internal.uni.CodepointSet))
plus many othe