Problem with coupling shared object symbol visibility with protection

Andre via Digitalmars-d digitalmars-d at puremagic.com
Wed Feb 18 03:06:19 PST 2015


Hi,

I also want to say a big thank you to all of you involved
in this topic and especially to Benjamin.

Proper DLL handling in D I would really appreciate.
I think this topic is the break through.

Kind regards
André

On Tuesday, 17 February 2015 at 18:03:06 UTC, Benjamin Thaut 
wrote:
> So i looked at the Dll Test within the dmd test framework and 
> when I make export an attribute, like I suggested, this 
> perticular test will compile & run without any code changes. 
> This is another reason why I suspect that making export an 
> attribute will only break very little if any code at all.
>
> Am 16.02.2015 um 09:08 schrieb Walter Bright:
>>
>> At this point I suggest simply making those private helper 
>> functions
>> public and export them. It gets your project moving without 
>> waiting for
>> language changes (and this is a breaking change).
>>
>
> I have to big fears with doing this
>
> 1) I finish everything up any finally do the pull request. Then 
> the reviewers will realize that using export in all required 
> places will completely undermine D's module level protection 
> system and reject the PR. Then all my work is in vain.
>
> 2) Even if 1 does not happen, that means from now on the broken 
> export will be used in _actual_ code. Because it kind of works. 
> Going forward this would mean that changing export into an 
> attribute will break actual production code. So in my opinion 
> we have to implement Dll Support on windows and fix export 
> simulatiously, otherwise fixing export will lead to big 
> breaking changes instead of a few small ones.
>
> Kind Regards
> Benjamin Thaut



More information about the Digitalmars-d mailing list