<html>
<head>
<base href="http://bugzilla.gdcproject.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Build script and infrastructure to produce and release Windows binaries."
href="http://bugzilla.gdcproject.org/show_bug.cgi?id=116#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Build script and infrastructure to produce and release Windows binaries."
href="http://bugzilla.gdcproject.org/show_bug.cgi?id=116">bug 116</a>
from <span class="vcard"><a class="email" href="mailto:ibuclaw@gdcproject.org" title="Iain Buclaw <ibuclaw@gdcproject.org>"> <span class="fn">Iain Buclaw</span></a>
</span></b>
<pre>(In reply to Bruno Medeiros from <a href="show_bug.cgi?id=116#c4">comment #4</a>)
<span class="quote">> (In reply to Iain Buclaw from <a href="show_bug.cgi?id=116#c3">comment #3</a>)
> > Those patches aren't essential. The recent mingw builds are evident of that.
> > However I am aware of some essential runtime fixes in those patches (some
> > TLS related) but almost all are unsuitable for inclusion.
>
> Ian, I didn't understand your point, it seems self contradictory. You say
> the patches aren't essential, and yet at the same time that there are "some
> essential runtime fixes in those patches" ?..</span >
First point was in response to patches needed to apply to build it (compiler
patches, build patches). These are not required.
The second point was runtime support, which needs some love.
For instance, I have implemented EmuTLS in the runtime backend, but it's not
yet working with the GC (attempts to hook the data regions into the D GC have
so far caused deadlocks). If this were to be fixed, you can build GDC on MinGW
with --disable-tls</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are watching all bug changes.</li>
</ul>
</body>
</html>