[dmd-internals] [D-Programming-Language/druntime] fdd189: more const correct
Rainer Schuetze
r.sagitario at gmx.de
Tue Feb 28 11:26:19 PST 2012
On 28.02.2012 10:55, Walter Bright wrote:
>
>
> On 2/28/2012 12:44 AM, Rainer Schuetze wrote:
>> On 24.02.2012 22:54, Walter Bright wrote:
>>> I understand. Libraries must be recompiled to use it. There'll be
>>> more such breakage as we shift to const/pure/nothrow/@safe.
>>>
>>
>> Just to clarify: the breakage is not due to libraries that have not
>> been recompiled. The breakage is caused by inconsistent declarations
>> in _object.d and object.di.
>>
>
> Hmm. The auto tester shows all green.
> _______________________________________________
> dmd-internals mailing list
> dmd-internals at puremagic.com
> http://lists.puremagic.com/mailman/listinfo/dmd-internals
>
Agreed, it isn't standard code that creates this issue, but I hit it
with one of my libraries. I've reduced a test case:
class TypeInfo2 : TypeInfo {}
void main() {}
>dmd.exe test.d
DMD v2.059 DEBUG
OPTLINK (R) for Win32 Release 8.00.11
Copyright (C) Digital Mars 1989-2010 All rights reserved.
http://www.digitalmars.com/ctg/optlink.html
test.obj(test)
Error 42: Symbol Undefined _D6object8TypeInfo7getHashMFNfxPvZk
--- errorlevel 1
Martin's link points to the source of the trouble.
More information about the dmd-internals
mailing list