Hi Iain,
> On Tue, 9 Apr 2019 at 21:27, Rainer Orth
> wrote:
>>
>> Rainer Orth writes:
>>
>> > Before Solaris 11.5, struct dl_phdr_info lacked the dlpi_tls_modid
>> > member. While the support might be backported to Solaris 11.4, it
>> > certainly won't to previous Solaris releases. To work
On Tue, 9 Apr 2019 at 21:27, Rainer Orth wrote:
>
> Rainer Orth writes:
>
> > Before Solaris 11.5, struct dl_phdr_info lacked the dlpi_tls_modid
> > member. While the support might be backported to Solaris 11.4, it
> > certainly won't to previous Solaris releases. To work around this, I've
> >
Rainer Orth writes:
> Before Solaris 11.5, struct dl_phdr_info lacked the dlpi_tls_modid
> member. While the support might be backported to Solaris 11.4, it
> certainly won't to previous Solaris releases. To work around this, I've
> used the following patch. Again, it's pretty
Hi Johannes,
>> I suspect the two testsuite regressions (compared to a build with
>> dlpi_tls_modid present) I mentioned are exactly of the kind you mention:
>>
>> e.g. the gdc.test/runnable/testaa.d failures are like this
>>
>> core.exception.rangeer...@gdc.test/runnable/testaa.d(410): Range
Hi Rainer,
I suspect the two testsuite regressions (compared to a build with
dlpi_tls_modid present) I mentioned are exactly of the kind you mention:
e.g. the gdc.test/runnable/testaa.d failures are like this
core.exception.rangeer...@gdc.test/runnable/testaa.d(410): Range violation
Hi Johannes,
> I'd recommend not using such a workaround:
>
> This means getTLSRange will always return an empty range, but the GC uses
> this to scan TLS memory. This means a GC collection can delete objects
> which are still pointed to from TLS. This leads to hard to debug errors,
> and if I
Hi Rainer,
I'd recommend not using such a workaround:
This means getTLSRange will always return an empty range, but the GC
uses this to scan TLS memory. This means a GC collection can delete
objects which are still pointed to from TLS. This leads to hard to debug
errors, and if I remember
Before Solaris 11.5, struct dl_phdr_info lacked the dlpi_tls_modid
member. While the support might be backported to Solaris 11.4, it
certainly won't to previous Solaris releases. To work around this, I've
used the following patch. Again, it's pretty straightforward.
Point of note:
* On