Re: Hugs troubs: build from source on Windows

--===============8204731537740135201==
Content-Type: multipart/alternative; boundary="00000000000020c52705718478ce"

--00000000000020c52705718478ce
Content-Type: text/plain; charset="UTF-8"

I'm afraid I don't even remember what I had for breakfast this morning -
absolutely no memory of compiling Hugs and it was probably 4 computers ago
so don't have any details. Good luck.

Thanks, Neil

On Sat, 21 Jul 2018 at 2:19 pm, Anthony Clayden <
[email protected]> wrote:

> Thank you Neil, I'm amazed anybody's still monitoring this forum. (I was
> more posting for the sake of posterity/somebody else trying to revive Hugs.)
>
> In that case, I'm sure you'll remember this ;-)
>
> https://mail.haskell.org/pipermail/hugs-bugs/2006-August/001612.html
>
> I'm building Hugs from the Sep 2006 source, on a 64-bit Windows 8 machine,
> using MinGW32.
>
> The good news is it built and I can at least run the interpreter.
>
> The bad news is I hacked and bumbled my way through, so I'm not sure what
> I got. In particular, three .dll's didn't build, so I copied them over from
> the binaries distro; then hacked the Makefile; then carried on. Those three
> are
>
> Ptr.dll; Alloc.dll; Error.dll  -- from corresponding .c in
> ./libraries/bootlib/Foreign, and sub-dirs.
>
> Presumably the .c didn't compile. Those are three of the four .dll's
> mentioned in your August 2006 message.
>
> Can you remember any clues as to what was wrong or where to go looking?
>
> I can explain the message in your post, because I got the same message in
> an earlier attempt: "too many arguments to function 'mkdir'."
>
> Microsoft in their wisdom changed the command. There's a call to it from
> dirprim.c, guarded by a check of the HOST_OS. The August 2006 message is
> wrt a call in HsBase.h, similarly guarded but maybe subtly different?:
>
>     INLINE HsInt
>     __hscore_mkdir( HsAddr pathName, HsInt mode )
>     {  ...  mkdir  ... }
>
> Full disclosure: I got the error re 'mkdir' when I was trying to compile
> under MSys2 -- trying to be modern. That gives a HOST_OS of 'msys', and
> Hugs just doesn't know about it. I tried hacking config.sub, but ran into
> more and more trouble in other places. Eventually I abandoned MSys2 and
> fell back to old MSys vintage 2011.
>
>
> Thank you for any pointers(!) And thank you Hugs team for such a
> robust/long-lived piece of software. Building Hugs (or at least building
> whatever I've got) has been less trouble than GHC on Windows looks to be
> https://mmhaskell.com/blog/2018/6/11/contributing-to-ghc-1-preparation
>
>
> AntC
>
>
> On Fri, 20 Jul 2018 at 9:40 PM, Neil Mitchell <[email protected]>
> wrote:
>
>> Hi Anthony,
>>
>> Thanks for finding it. I don't even know how to update the website.
>> Ross (cc'd) might...
>>
>> _______________________________________________
> Hugs-Bugs mailing list
> [email protected]
> http://mail.haskell.org/cgi-bin/mailman/listinfo/hugs-bugs
>

--00000000000020c52705718478ce
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div><div dir=3D"auto">I&#39;m afraid I don&#39;t even remember what I had =
for breakfast this morning - absolutely no memory of compiling Hugs and it =
was probably 4 computers ago so don&#39;t have any details. Good luck.=C2=
=A0</div></div><div dir=3D"auto"><br></div><div dir=3D"auto">Thanks, Neil</=
div><div><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Sat, 21 Jul 201=
8 at 2:19 pm, Anthony Clayden &lt;<a href=3D"mailto:[email protected]=
et.nz">[email protected]</a>&gt; wrote:<br></div><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;pa=
dding-left:1ex"><div><div dir=3D"auto">Thank you Neil, I&#39;m amazed anybo=
dy&#39;s still monitoring this forum. (I was more posting for the sake of p=
osterity/somebody else trying to revive Hugs.)</div></div><div dir=3D"auto"=
><br></div><div dir=3D"auto">In that case, I&#39;m sure you&#39;ll remember=
 this ;-)</div><div dir=3D"auto"><br></div><div dir=3D"auto"><div><a href=
=3D"https://mail.haskell.org/pipermail/hugs-bugs/2006-August/001612.html" t=
arget=3D"_blank">https://mail.haskell.org/pipermail/hugs-bugs/2006-August/0=
01612.html</a></div><br></div><div dir=3D"auto">I&#39;m building Hugs from =
the Sep 2006 source, on a 64-bit Windows 8 machine, using MinGW32.</div><di=
v dir=3D"auto"><br></div><div dir=3D"auto">The good news is it built and I =
can at least run the interpreter.</div><div dir=3D"auto"><br></div><div dir=
=3D"auto">The bad news is I hacked and bumbled my way through, so I&#39;m n=
ot sure what I got. In particular, three .dll&#39;s didn&#39;t build, so I =
copied them over from the binaries distro; then hacked the Makefile; then c=
arried on. Those three are</div><div dir=3D"auto"><br></div><div dir=3D"aut=
o">Ptr.dll; Alloc.dll; Error.dll =C2=A0-- from corresponding .c in ./librar=
ies/bootlib/Foreign, and sub-dirs.</div><div dir=3D"auto"><br></div><div di=
r=3D"auto">Presumably the .c didn&#39;t compile. Those are three of the fou=
r .dll&#39;s mentioned in your August 2006 message.</div><div dir=3D"auto">=
<br></div><div dir=3D"auto">Can you remember any clues as to what was wrong=
 or where to go looking?</div><div dir=3D"auto"><br></div><div dir=3D"auto"=
>I can explain the message in your post, because I got the same message in =
an earlier attempt: &quot;too many arguments to function &#39;mkdir&#39;.&q=
uot;</div><div dir=3D"auto"><br></div><div dir=3D"auto">Microsoft in their =
wisdom changed the command. There&#39;s a call to it from dirprim.c, guarde=
d by a check of the HOST_OS. The August 2006 message is wrt a call in HsBas=
e.h, similarly guarded but maybe subtly different?:</div><div dir=3D"auto">=
<br></div><div dir=3D"auto">=C2=A0 =C2=A0 INLINE HsInt</div><div dir=3D"aut=
o">=C2=A0 =C2=A0 __hscore_mkdir( HsAddr pathName, HsInt mode )</div><div di=
r=3D"auto">=C2=A0 =C2=A0 { =C2=A0... =C2=A0mkdir =C2=A0... }</div><div dir=
=3D"auto"><br></div><div dir=3D"auto">Full disclosure: I got the error re &=
#39;mkdir&#39; when I was trying to compile under MSys2 -- trying to be mod=
ern. That gives a HOST_OS of &#39;msys&#39;, and Hugs just doesn&#39;t know=
 about it. I tried hacking config.sub, but ran into more and more trouble i=
n other places. Eventually I abandoned MSys2 and fell back to old MSys vint=
age 2011.<br></div><div dir=3D"auto"><br></div><div dir=3D"auto"><br></div>=
<div dir=3D"auto">Thank you for any pointers(!) And thank you Hugs team for=
 such a robust/long-lived piece of software. Building Hugs (or at least bui=
lding whatever I&#39;ve got) has been less trouble than GHC on Windows look=
s to be=C2=A0<div><a href=3D"https://mmhaskell.com/blog/2018/6/11/contribut=
ing-to-ghc-1-preparation" target=3D"_blank">https://mmhaskell.com/blog/2018=
/6/11/contributing-to-ghc-1-preparation</a></div></div><div dir=3D"auto"><b=
r></div><div dir=3D"auto"><br></div><div dir=3D"auto">AntC</div><div dir=3D=
"auto"><br></div><div><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Fr=
i, 20 Jul 2018 at 9:40 PM, Neil Mitchell &lt;<a href=3D"mailto:redirect@vod=
afone.co.nz" target=3D"_blank">[email protected]</a>&gt; wrote:<br></=
div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-lef=
t:1px #ccc solid;padding-left:1ex">Hi Anthony,<br>
<br>
Thanks for finding it. I don&#39;t even know how to update the website.<br>
Ross (cc&#39;d) might...<br>
<br></blockquote></div></div>
_______________________________________________<br>
Hugs-Bugs mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">Hugs-Bugs@haskel=
l.org</a><br>
<a href=3D"http://mail.haskell.org/cgi-bin/mailman/listinfo/hugs-bugs" rel=
=3D"noreferrer" target=3D"_blank">http://mail.haskell.org/cgi-bin/mailman/l=
istinfo/hugs-bugs</a><br>
</blockquote></div></div>

--00000000000020c52705718478ce--

--===============8204731537740135201==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline

X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KSHVncy1CdWdz
IG1haWxpbmcgbGlzdApIdWdzLUJ1Z3NAaGFza2VsbC5vcmcKaHR0cDovL21haWwuaGFza2VsbC5v
cmcvY2dpLWJpbi9tYWlsbWFuL2xpc3RpbmZvL2h1Z3MtYnVncwo=

--===============8204731537740135201==--