Inlining problems again

Iain Buclaw ibuclaw at gdcproject.org
Fri Apr 4 23:14:11 PDT 2014


On 4 April 2014 14:42, Artur Skawina <art.08.09 at gmail.com> wrote:
> On 04/04/14 15:14, Johannes Pfau wrote:
>> Am Fri, 04 Apr 2014 11:52:13 +0200
>> schrieb Artur Skawina <art.08.09 at gmail.com>:
>>
>>> Built latest gcc4-8-based gdc (fdf0c614) today; immediately ran into
>>> this:
>>>
>>> Which is much more reasonable, and shouldn't require such hacks.
>>> I thought that inlining /templated/ functions across modules already
>>> worked; is this a different problem, and, more importantly, is it
>>> fixable?
>
>> Please try to reduce such examples in the future ;-)
>
> Sorry. Yes, I should have tried harder.
>
> [I'm probably subconsciously avoiding going near any phobos code... :)]
>
>
>> http://goo.gl/SJ0iEq
>> http://goo.gl/ykumCI
>>
>> @property bool empty(T)(in T[] a) @safe pure nothrow
>>
>> it's the 'in' which causes inlining to fail (const also fails).
>
> Hmm, I remember const-args were a problem in the past, but I had
> thought this was already fixed. A quick search reveals:
>
> http://gdcproject.org/bugzilla/show_bug.cgi?id=37 (-ENOPERM)

http://bugzilla.gdcproject.org/show_bug.cgi?id=37

I should figure out what to do with /bugzilla.  Maybe just put in a
rewrite rule.


More information about the D.gnu mailing list