Re: GHC 8.0.1-rc4 source tarball availability

[Ben Gamari]

Karel Gardas  writes:

> Hi,
>
> distros for
>
> sparc-solaris2.11
> i386-solaris2.11
> x86_64-solaris2.11
> powerpc64-linux
> x86_64-openbsd5.9
>
> uploaded and signed in http://uloz.to/xPKKdvtV/bindist-tar
>
Thanks Karel!

I've started to fetch the tarball; I'll likely announce the release
later today.

Cheers,

- Ben


signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Karel Gardas]

Hi,

distros for

sparc-solaris2.11
i386-solaris2.11
x86_64-solaris2.11
powerpc64-linux
x86_64-openbsd5.9

uploaded and signed in http://uloz.to/xPKKdvtV/bindist-tar

Thanks,
Karel

On 04/22/16 04:27 PM, Ben Gamari wrote:

tl;dr: If you would like to produce a binary distribution for GHC
8.0.1-rc4 then let us know, grab the source distribution and
start building. The binary distributions will be all released one
week from today.


___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

it looks like the last bit i need to audit is
https://github.com/gcc-mirror/gcc/blob/master/libgcc/config.host#L569-L572
and then just run some experiments tomorrow :)

On Sat, Apr 23, 2016 at 9:46 PM, Brandon Allbery 
wrote:

> On Sat, Apr 23, 2016 at 9:44 PM, Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> If my understanding of the code is correct, there's no problems ! :)
>
>
> I have to admit I was wondering if it was just a stub to keep the rest of
> gcc / crt0/crtn happy
>
> --
> brandon s allbery kf8nh   sine nomine
> associates
> allber...@gmail.com
> ballb...@sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Brandon Allbery]

On Sat, Apr 23, 2016 at 8:50 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> It *seemed* to work fine even with that lib no longer at that path, but
> famous last words. It does seem that it doesn't do anything


It's only used when it needs to do something for which the CPU lacks
support so a call to an emulation is used instead of trying to generate
native code for it. Maybe you got lucky and ghc doesn't actually need it in
its C bits. Or maybe it'll explode only when there's a full moon in Scorpio
and Mars is ascendant. :/ (Well, when some rarely used operation happens to
need something that x86_64 needs help with. I don't think there are many of
those --- which means it's going to be an even rarer explosion.)

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

It *seemed* to work fine even with that lib no longer at that path, but
famous last words. It does seem that it doesn't do anything

On Saturday, April 23, 2016, Brandon Allbery  wrote:

> On Sat, Apr 23, 2016 at 8:05 PM, Carter Schonwald <
> carter.schonw...@gmail.com
> > wrote:
>
>> and I *believe* but could be wrong that its better to have it point
>> to /usr/lib/libgcc_s.1.dylib or something?
>> otoh, the otool -L output of those respective things are VERY different
>>
>
> People will need to have that libgcc_s.1.dylib *by path* installed.
> Apple's is likely too old to be compatible, so copying it or using
> install_name_tool to repoint to it will likely lead to a non-working
> program.
>
> You mentioned at one point that you built using a local gcc install. gcc
> uses its bundled libgcc_s; so you will have that dependency unless you
> switch to /usr/bin/clang to build.
>
> --
> brandon s allbery kf8nh   sine nomine
> associates
> allber...@gmail.com 
>  ballb...@sinenomine.net
> 
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[George Colpitts]

Definitely more complicated than I thought. :)

It also seems as if Xcode has changed in that I used to be able to install
command line tools from Xcode and did. However in Xcode 7.3 Preferences->
Components implies I already have it.

I guess the best thing would be for configure to figure all this out and do
the right thing. I'm guessing that is not easy and I don't believe it is
critical for the release of 8.0. The second best thing to do would be to
have the error message suggest two possible workaround/fixes with an
explanation that one is for people with full Xcode, the other for people
with only XCode command line tools.

In any case I trust in your judgement and that of other ghc developers with
more experience than me to do the right thing. I wish I could be more
helpful.

Cheers
George


On Sat, Apr 23, 2016 at 7:49 PM Ben Gamari  wrote:

> George Colpitts  writes:
>
> > The error message should be changed from
> >
> >   Workaround: You may want to pass '--with-nm=nm-classic' to
> > 'configure'.
> >
> > to
> >
> >Workaround: You may want to pass '--with-nm=$(xcode-select
> > -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic' to
> 'configure'.
> >
> > Once I did that (as documented in https://ghc.haskell.org/ticket/11744)
> I
> > was able to do a build
> >
> Hmm, although I just checked on our OS X test box (which has the
> command-line tools installed, not full XCode) and it seems that the
> /Library/Developer/CommandLineTools/Toolchains directory doesn't exist.
> Presumably this is a (rather unfortunate) difference between full XCode
> and the command-line package. Do you know whether there is some advice
> that we might be able to offer that will work in both cases?
>
> If not I suspect we should just go with your suggestion; the full-XCode
> case is the far more likely of the two.
>
> Cheers,
>
> - Ben
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Brandon Allbery]

On Sat, Apr 23, 2016 at 8:05 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> and I *believe* but could be wrong that its better to have it point
> to /usr/lib/libgcc_s.1.dylib or something?
> otoh, the otool -L output of those respective things are VERY different
>

People will need to have that libgcc_s.1.dylib *by path* installed. Apple's
is likely too old to be compatible, so copying it or using
install_name_tool to repoint to it will likely lead to a non-working
program.

You mentioned at one point that you built using a local gcc install. gcc
uses its bundled libgcc_s; so you will have that dependency unless you
switch to /usr/bin/clang to build.

-- 
brandon s allbery kf8nh   sine nomine associates
allber...@gmail.com  ballb...@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

(NB: i would like any folks who don't have a gcc6 dylib as i mention above
to please stress test it out :) ), though it didn't seem to interfere with
builds  when i deleted gcc6 and had it go through its paces

On Sat, Apr 23, 2016 at 8:05 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> I'll try to collect my thoughts and tease out what did/didn't work
> tomorrow,
> in the mean time, here's a build I believe should work for everyone on mac
> and should have full docs,
>
> http://wellposed-carter-files.s3.amazonaws.com/opensource/ghc/releasebuild-unofficial/ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
>
> shasum -a512 ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
> 969eb2914b9c7c31bcdfb814aac34f0dcd9d6c8d7b9e7affe1605985e9de543d911dc6dae0fa05a32da12150d56488e56ad6fbf4d1f818ec84f7a4759d876c95
>  ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
>
> one niggling issue is that, at least based upon the output of otool -L,
> the builds point to  /usr/local/lib/gcc/6/libgcc_s.1.dylib
> (my userland GCC leaking through)
> and I *believe* but could be wrong that its better to have it point
> to /usr/lib/libgcc_s.1.dylib or something?
> otoh, the otool -L output of those respective things are VERY different
>
> I will investigate that further, though its orthogonal to my doc building
> confusion that I still need to work out what happened with
>
>
> On Sat, Apr 23, 2016 at 6:57 PM, Ben Gamari  wrote:
>
>> Carter Schonwald  writes:
>>
>> > Thomie (Thomas M?) pointed out that there may have been a
>> "are-validating"
>> > make file in my /mk/ dir that could have been messing with things.
>> >
>> > i've gotten a build i'm happy with, i'm now seeing if i can tweak it to
>> > have the otool -L output favor stuff in /usr/lib (ie mac standard
>> stuff) vs
>> > userland overlays for some basic linker stuff
>> >
>> Could you elaborate a bit here?
>>
>> If there are manual tweaks applied to the build then we need to make
>> sure they are documented (or ideally scripted, with the script in a
>> publicly accessible, version controlled location), especially if we
>> want to offer your build in some "official" capacity.
>>
>> Cheers,
>>
>> - Ben
>>
>
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

I'll try to collect my thoughts and tease out what did/didn't work tomorrow,
in the mean time, here's a build I believe should work for everyone on mac
and should have full docs,
http://wellposed-carter-files.s3.amazonaws.com/opensource/ghc/releasebuild-unofficial/ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz

shasum -a512 ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
969eb2914b9c7c31bcdfb814aac34f0dcd9d6c8d7b9e7affe1605985e9de543d911dc6dae0fa05a32da12150d56488e56ad6fbf4d1f818ec84f7a4759d876c95
 ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz

one niggling issue is that, at least based upon the output of otool -L, the
builds point to  /usr/local/lib/gcc/6/libgcc_s.1.dylib
(my userland GCC leaking through)
and I *believe* but could be wrong that its better to have it point
to /usr/lib/libgcc_s.1.dylib or something?
otoh, the otool -L output of those respective things are VERY different

I will investigate that further, though its orthogonal to my doc building
confusion that I still need to work out what happened with


On Sat, Apr 23, 2016 at 6:57 PM, Ben Gamari  wrote:

> Carter Schonwald  writes:
>
> > Thomie (Thomas M?) pointed out that there may have been a
> "are-validating"
> > make file in my /mk/ dir that could have been messing with things.
> >
> > i've gotten a build i'm happy with, i'm now seeing if i can tweak it to
> > have the otool -L output favor stuff in /usr/lib (ie mac standard stuff)
> vs
> > userland overlays for some basic linker stuff
> >
> Could you elaborate a bit here?
>
> If there are manual tweaks applied to the build then we need to make
> sure they are documented (or ideally scripted, with the script in a
> publicly accessible, version controlled location), especially if we
> want to offer your build in some "official" capacity.
>
> Cheers,
>
> - Ben
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Ben Gamari]

Brandon Allbery  writes:

> On Sat, Apr 23, 2016 at 7:05 PM, Ben Gamari  wrote:
>
>>
>> In that case I suppose I need to work out how to install the full XCode
>> package via the command line.
>
>
> Uh, it's Apple. They don't *do* that. No Apple-sanctioned CLI access to the
> App Store (but see https://github.com/argon/mas --- note need to sign in to
> it with an Apple ID before use), and need to web login with an Apple ID and
> some level (including free) of developer registration to get it from
> developer.apple.com.
>
Sigh, that is what I was afraid of that. I guess we'll have to work
something out. Thanks!

Cheers,

- Ben


signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

oddly enough the suggestions in the release notes for 8.0 have the correct
path suggestion, I guess that the command line got out of sync

On Sat, Apr 23, 2016 at 4:11 PM, George Colpitts 
wrote:

> The error message should be changed from
>
>   Workaround: You may want to pass '--with-nm=nm-classic' to
> 'configure'.
>
> to
>
>Workaround: You may want to pass '--with-nm=$(xcode-select
> -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic' to 'configure'.
>
> Once I did that (as documented in https://ghc.haskell.org/ticket/11744) I
> was able to do a build
>
> Cheers
> George
>
>
> On Sat, Apr 23, 2016 at 10:37 AM George Colpitts <
> george.colpi...@gmail.com> wrote:
>
>> I'm having problems using the Apple toolchain to build this on Mac OS.
>> Has anybody succeeded with the Apple toolchain?
>>
>> First I get the error:
>>
>>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>>  Workaround: You may want to pass '--with-nm=nm-classic' to
>> 'configure'.
>>
>> but after I try that workaround I get:
>>
>> inplace/bin/deriveConstants --gen-header -o
>> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
>> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
>> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
>> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
>> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
>> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
>> --nm-program "nm-classic" --target-os "darwin"
>> deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
>> exec: does not exist (No such file or directory)
>> make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
>> Error 1
>> make[1]: *** Waiting for unfinished jobs
>> make: *** [all] Error 2
>>
>> Thanks
>> George
>>
>> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  wrote:
>>
>>> tl;dr: If you would like to produce a binary distribution for GHC
>>>8.0.1-rc4 then let us know, grab the source distribution and
>>>start building. The binary distributions will be all released one
>>>week from today.
>>>
>>> Hello GHC packagers,
>>>
>>> I am happy to announce the release of the 8.0.1-rc4 source distribution
>>> to binary packagers. This release should resolve all of the issues noted
>>> in the release candidate 3 announcement. You will find the usual
>>> artifacts at
>>>
>>> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>>>
>>> For this candidate we are again following our new release policy [1],
>>> with a one-week delay between the release of the source and binary
>>> distributions. The goal of this policy is to give all platforms the
>>> opportunity for support from the first day of a release.
>>>
>>> If all of the expected binary releases are submitted before the
>>> week-long delay has elapsed, we will move forward with the release of
>>> the binaries on an accelerated schedule. It would be appreciated if you
>>> could reply to this message confirming that you intend to offer a binary
>>> distribution this release.
>>>
>>> Otherwise, let either Austin or I know if you have any trouble building
>>> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
>>> encounter unexpected issues but all of my builds with this tarball
>>> thusfar have gone quite well.
>>>
>>> Good luck and thanks for all of your work!
>>>
>>> Cheers,
>>>
>>> - Ben
>>>
>>>
>>> [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
>>> ___
>>> ghc-devs mailing list
>>> ghc-devs@haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>>
>>
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[George Colpitts]

The error message should be changed from

  Workaround: You may want to pass '--with-nm=nm-classic' to
'configure'.

to

   Workaround: You may want to pass '--with-nm=$(xcode-select
-p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic' to 'configure'.

Once I did that (as documented in https://ghc.haskell.org/ticket/11744) I
was able to do a build

Cheers
George


On Sat, Apr 23, 2016 at 10:37 AM George Colpitts 
wrote:

> I'm having problems using the Apple toolchain to build this on Mac OS. Has
> anybody succeeded with the Apple toolchain?
>
> First I get the error:
>
>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>  Workaround: You may want to pass '--with-nm=nm-classic' to
> 'configure'.
>
> but after I try that workaround I get:
>
> inplace/bin/deriveConstants --gen-header -o
> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
> --nm-program "nm-classic" --target-os "darwin"
> deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
> exec: does not exist (No such file or directory)
> make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
> Error 1
> make[1]: *** Waiting for unfinished jobs
> make: *** [all] Error 2
>
> Thanks
> George
>
> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  wrote:
>
>> tl;dr: If you would like to produce a binary distribution for GHC
>>8.0.1-rc4 then let us know, grab the source distribution and
>>start building. The binary distributions will be all released one
>>week from today.
>>
>> Hello GHC packagers,
>>
>> I am happy to announce the release of the 8.0.1-rc4 source distribution
>> to binary packagers. This release should resolve all of the issues noted
>> in the release candidate 3 announcement. You will find the usual
>> artifacts at
>>
>> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>>
>> For this candidate we are again following our new release policy [1],
>> with a one-week delay between the release of the source and binary
>> distributions. The goal of this policy is to give all platforms the
>> opportunity for support from the first day of a release.
>>
>> If all of the expected binary releases are submitted before the
>> week-long delay has elapsed, we will move forward with the release of
>> the binaries on an accelerated schedule. It would be appreciated if you
>> could reply to this message confirming that you intend to offer a binary
>> distribution this release.
>>
>> Otherwise, let either Austin or I know if you have any trouble building
>> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
>> encounter unexpected issues but all of my builds with this tarball
>> thusfar have gone quite well.
>>
>> Good luck and thanks for all of your work!
>>
>> Cheers,
>>
>> - Ben
>>
>>
>> [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
>> ___
>> ghc-devs mailing list
>> ghc-devs@haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

ok, its detecting my python3 sphinx 1.4 install,
but also looks like the autoconf is getting confused
FP_COMPARE_VERSIONS([$fp_cv_sphinx_version],-lt,1.0.0,
[AC_MSG_WARN([Sphinx version 1.0.0 or later is required to build
documentation]); SPHINXBUILD=;])
seems to be the relevant bit, though its setting the config correctly now I
*believe
*

On Sat, Apr 23, 2016 at 12:25 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> fixed up the sphinx confusion...
>
> seems we need the python 2.7 sphinx installed? (or at least, it wasn't
> checking sphinx correctly to handle the version supported in the python 3
> series?!)
>
> On Sat, Apr 23, 2016 at 12:23 PM, Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> err, i mean, sphinx was giving
>> checking for version of sphinx-build... Sphinx (sphinx-build) 1.4.1
>> ./configure: line 9698: test: Sphinx (sphinx-build) 1: integer expression
>> expected
>>
>> which version of sphinx for which python are we supposed to use?
>>
>> On Sat, Apr 23, 2016 at 12:18 PM, Carter Schonwald <
>> carter.schonw...@gmail.com> wrote:
>>
>>> looks like i dont have dblatex setup on that build machine, fixing that
>>> now! (slightly trick on mac)
>>>
>>> On Sat, Apr 23, 2016 at 11:51 AM, Carter Schonwald <
>>> carter.schonw...@gmail.com> wrote:
>>>
 i'm running into some confusions with getting docs built correclty /
 not generating the pdfs and html assets i expect, i'll share an updated sha
 etc when i track that down

 On Sat, Apr 23, 2016 at 9:52 AM, George Colpitts <
 george.colpi...@gmail.com> wrote:

> retrying with
>
> ./configure --with-nm=$(xcode-select
> -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic
>
> On Sat, Apr 23, 2016 at 10:49 AM George Colpitts <
> george.colpi...@gmail.com> wrote:
>
>> Thanks Carter. I'm not so concerned with obtaining a working build.
>> I'd like to be able to build with the Apple toolchain. I assume there are
>> other developers who feel the same.
>>
>> Can you elaborate on the "path to nm classic is wrong" ?
>>
>> Cheers
>> George
>>
>> On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
>> carter.schonw...@gmail.com> wrote:
>>
>>> I've a working build I'll circulate
>>> Also that path to nm classic is wrong.
>>>
>>>
>>> On Saturday, April 23, 2016, George Colpitts <
>>> george.colpi...@gmail.com> wrote:
>>>
 I'm having problems using the Apple toolchain to build this on Mac
 OS. Has anybody succeeded with the Apple toolchain?

 First I get the error:

  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744
 .
  Workaround: You may want to pass '--with-nm=nm-classic' to
 'configure'.

 but after I try that workaround I get:

 inplace/bin/deriveConstants --gen-header -o
 includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
 includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
 --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 
 --gcc-flag
 -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
 --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
 -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag 
 -fcommon
 --nm-program "nm-classic" --target-os "darwin"
 deriveConstants: nm-classic: readCreateProcess:
 runInteractiveProcess: exec: does not exist (No such file or directory)
 make[1]: ***
 [includes/dist-derivedconstants/header/DerivedConstants.h] Error 1
 make[1]: *** Waiting for unfinished jobs
 make: *** [all] Error 2

 Thanks
 George

 On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari 
 wrote:

> tl;dr: If you would like to produce a binary distribution for GHC
>8.0.1-rc4 then let us know, grab the source distribution and
>start building. The binary distributions will be all
> released one
>week from today.
>
> Hello GHC packagers,
>
> I am happy to announce the release of the 8.0.1-rc4 source
> distribution
> to binary packagers. This release should resolve all of the issues
> noted
> in the release candidate 3 announcement. You will find the usual
> artifacts at
>
> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>
> For this candidate we are again following our new release policy
> [1],
> with a one-week delay between the release of the source and binary
> distributions. The goal of this policy is to give all platforms the
> opportunity for support from the first day of a release.
>

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

fixed up the sphinx confusion...

seems we need the python 2.7 sphinx installed? (or at least, it wasn't
checking sphinx correctly to handle the version supported in the python 3
series?!)

On Sat, Apr 23, 2016 at 12:23 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> err, i mean, sphinx was giving
> checking for version of sphinx-build... Sphinx (sphinx-build) 1.4.1
> ./configure: line 9698: test: Sphinx (sphinx-build) 1: integer expression
> expected
>
> which version of sphinx for which python are we supposed to use?
>
> On Sat, Apr 23, 2016 at 12:18 PM, Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> looks like i dont have dblatex setup on that build machine, fixing that
>> now! (slightly trick on mac)
>>
>> On Sat, Apr 23, 2016 at 11:51 AM, Carter Schonwald <
>> carter.schonw...@gmail.com> wrote:
>>
>>> i'm running into some confusions with getting docs built correclty / not
>>> generating the pdfs and html assets i expect, i'll share an updated sha etc
>>> when i track that down
>>>
>>> On Sat, Apr 23, 2016 at 9:52 AM, George Colpitts <
>>> george.colpi...@gmail.com> wrote:
>>>
 retrying with

 ./configure --with-nm=$(xcode-select
 -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic

 On Sat, Apr 23, 2016 at 10:49 AM George Colpitts <
 george.colpi...@gmail.com> wrote:

> Thanks Carter. I'm not so concerned with obtaining a working build.
> I'd like to be able to build with the Apple toolchain. I assume there are
> other developers who feel the same.
>
> Can you elaborate on the "path to nm classic is wrong" ?
>
> Cheers
> George
>
> On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> I've a working build I'll circulate
>> Also that path to nm classic is wrong.
>>
>>
>> On Saturday, April 23, 2016, George Colpitts <
>> george.colpi...@gmail.com> wrote:
>>
>>> I'm having problems using the Apple toolchain to build this on Mac
>>> OS. Has anybody succeeded with the Apple toolchain?
>>>
>>> First I get the error:
>>>
>>>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>>>  Workaround: You may want to pass '--with-nm=nm-classic' to
>>> 'configure'.
>>>
>>> but after I try that workaround I get:
>>>
>>> inplace/bin/deriveConstants --gen-header -o
>>> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
>>> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
>>> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 
>>> --gcc-flag
>>> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
>>> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
>>> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
>>> --nm-program "nm-classic" --target-os "darwin"
>>> deriveConstants: nm-classic: readCreateProcess:
>>> runInteractiveProcess: exec: does not exist (No such file or directory)
>>> make[1]: ***
>>> [includes/dist-derivedconstants/header/DerivedConstants.h] Error 1
>>> make[1]: *** Waiting for unfinished jobs
>>> make: *** [all] Error 2
>>>
>>> Thanks
>>> George
>>>
>>> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari 
>>> wrote:
>>>
 tl;dr: If you would like to produce a binary distribution for GHC
8.0.1-rc4 then let us know, grab the source distribution and
start building. The binary distributions will be all
 released one
week from today.

 Hello GHC packagers,

 I am happy to announce the release of the 8.0.1-rc4 source
 distribution
 to binary packagers. This release should resolve all of the issues
 noted
 in the release candidate 3 announcement. You will find the usual
 artifacts at

 http://downloads.haskell.org/~ghc/8.0.1-rc4/

 For this candidate we are again following our new release policy
 [1],
 with a one-week delay between the release of the source and binary
 distributions. The goal of this policy is to give all platforms the
 opportunity for support from the first day of a release.

 If all of the expected binary releases are submitted before the
 week-long delay has elapsed, we will move forward with the release
 of
 the binaries on an accelerated schedule. It would be appreciated if
 you
 could reply to this message confirming that you intend to offer a
 binary
 distribution this release.

 Otherwise, let either Austin or I know if you have any trouble
 building
 your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case
 we
 

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

err, i mean, sphinx was giving
checking for version of sphinx-build... Sphinx (sphinx-build) 1.4.1
./configure: line 9698: test: Sphinx (sphinx-build) 1: integer expression
expected

which version of sphinx for which python are we supposed to use?

On Sat, Apr 23, 2016 at 12:18 PM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> looks like i dont have dblatex setup on that build machine, fixing that
> now! (slightly trick on mac)
>
> On Sat, Apr 23, 2016 at 11:51 AM, Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> i'm running into some confusions with getting docs built correclty / not
>> generating the pdfs and html assets i expect, i'll share an updated sha etc
>> when i track that down
>>
>> On Sat, Apr 23, 2016 at 9:52 AM, George Colpitts <
>> george.colpi...@gmail.com> wrote:
>>
>>> retrying with
>>>
>>> ./configure --with-nm=$(xcode-select
>>> -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic
>>>
>>> On Sat, Apr 23, 2016 at 10:49 AM George Colpitts <
>>> george.colpi...@gmail.com> wrote:
>>>
 Thanks Carter. I'm not so concerned with obtaining a working build. I'd
 like to be able to build with the Apple toolchain. I assume there are other
 developers who feel the same.

 Can you elaborate on the "path to nm classic is wrong" ?

 Cheers
 George

 On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
 carter.schonw...@gmail.com> wrote:

> I've a working build I'll circulate
> Also that path to nm classic is wrong.
>
>
> On Saturday, April 23, 2016, George Colpitts <
> george.colpi...@gmail.com> wrote:
>
>> I'm having problems using the Apple toolchain to build this on Mac
>> OS. Has anybody succeeded with the Apple toolchain?
>>
>> First I get the error:
>>
>>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>>  Workaround: You may want to pass '--with-nm=nm-classic' to
>> 'configure'.
>>
>> but after I try that workaround I get:
>>
>> inplace/bin/deriveConstants --gen-header -o
>> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
>> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
>> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 
>> --gcc-flag
>> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
>> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
>> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
>> --nm-program "nm-classic" --target-os "darwin"
>> deriveConstants: nm-classic: readCreateProcess:
>> runInteractiveProcess: exec: does not exist (No such file or directory)
>> make[1]: ***
>> [includes/dist-derivedconstants/header/DerivedConstants.h] Error 1
>> make[1]: *** Waiting for unfinished jobs
>> make: *** [all] Error 2
>>
>> Thanks
>> George
>>
>> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari 
>> wrote:
>>
>>> tl;dr: If you would like to produce a binary distribution for GHC
>>>8.0.1-rc4 then let us know, grab the source distribution and
>>>start building. The binary distributions will be all released
>>> one
>>>week from today.
>>>
>>> Hello GHC packagers,
>>>
>>> I am happy to announce the release of the 8.0.1-rc4 source
>>> distribution
>>> to binary packagers. This release should resolve all of the issues
>>> noted
>>> in the release candidate 3 announcement. You will find the usual
>>> artifacts at
>>>
>>> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>>>
>>> For this candidate we are again following our new release policy [1],
>>> with a one-week delay between the release of the source and binary
>>> distributions. The goal of this policy is to give all platforms the
>>> opportunity for support from the first day of a release.
>>>
>>> If all of the expected binary releases are submitted before the
>>> week-long delay has elapsed, we will move forward with the release of
>>> the binaries on an accelerated schedule. It would be appreciated if
>>> you
>>> could reply to this message confirming that you intend to offer a
>>> binary
>>> distribution this release.
>>>
>>> Otherwise, let either Austin or I know if you have any trouble
>>> building
>>> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case
>>> we
>>> encounter unexpected issues but all of my builds with this tarball
>>> thusfar have gone quite well.
>>>
>>> Good luck and thanks for all of your work!
>>>
>>> Cheers,
>>>
>>> - Ben
>>>
>>>
>>> [1]
>>> https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
>>> ___
>>> ghc-devs mailing list
>>> 

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

looks like i dont have dblatex setup on that build machine, fixing that
now! (slightly trick on mac)

On Sat, Apr 23, 2016 at 11:51 AM, Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> i'm running into some confusions with getting docs built correclty / not
> generating the pdfs and html assets i expect, i'll share an updated sha etc
> when i track that down
>
> On Sat, Apr 23, 2016 at 9:52 AM, George Colpitts <
> george.colpi...@gmail.com> wrote:
>
>> retrying with
>>
>> ./configure --with-nm=$(xcode-select
>> -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic
>>
>> On Sat, Apr 23, 2016 at 10:49 AM George Colpitts <
>> george.colpi...@gmail.com> wrote:
>>
>>> Thanks Carter. I'm not so concerned with obtaining a working build. I'd
>>> like to be able to build with the Apple toolchain. I assume there are other
>>> developers who feel the same.
>>>
>>> Can you elaborate on the "path to nm classic is wrong" ?
>>>
>>> Cheers
>>> George
>>>
>>> On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
>>> carter.schonw...@gmail.com> wrote:
>>>
 I've a working build I'll circulate
 Also that path to nm classic is wrong.


 On Saturday, April 23, 2016, George Colpitts 
 wrote:

> I'm having problems using the Apple toolchain to build this on Mac OS.
> Has anybody succeeded with the Apple toolchain?
>
> First I get the error:
>
>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>  Workaround: You may want to pass '--with-nm=nm-classic' to
> 'configure'.
>
> but after I try that workaround I get:
>
> inplace/bin/deriveConstants --gen-header -o
> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 
> --gcc-flag
> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
> --nm-program "nm-classic" --target-os "darwin"
> deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
> exec: does not exist (No such file or directory)
> make[1]: ***
> [includes/dist-derivedconstants/header/DerivedConstants.h] Error 1
> make[1]: *** Waiting for unfinished jobs
> make: *** [all] Error 2
>
> Thanks
> George
>
> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari 
> wrote:
>
>> tl;dr: If you would like to produce a binary distribution for GHC
>>8.0.1-rc4 then let us know, grab the source distribution and
>>start building. The binary distributions will be all released
>> one
>>week from today.
>>
>> Hello GHC packagers,
>>
>> I am happy to announce the release of the 8.0.1-rc4 source
>> distribution
>> to binary packagers. This release should resolve all of the issues
>> noted
>> in the release candidate 3 announcement. You will find the usual
>> artifacts at
>>
>> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>>
>> For this candidate we are again following our new release policy [1],
>> with a one-week delay between the release of the source and binary
>> distributions. The goal of this policy is to give all platforms the
>> opportunity for support from the first day of a release.
>>
>> If all of the expected binary releases are submitted before the
>> week-long delay has elapsed, we will move forward with the release of
>> the binaries on an accelerated schedule. It would be appreciated if
>> you
>> could reply to this message confirming that you intend to offer a
>> binary
>> distribution this release.
>>
>> Otherwise, let either Austin or I know if you have any trouble
>> building
>> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
>> encounter unexpected issues but all of my builds with this tarball
>> thusfar have gone quite well.
>>
>> Good luck and thanks for all of your work!
>>
>> Cheers,
>>
>> - Ben
>>
>>
>> [1]
>> https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
>> ___
>> ghc-devs mailing list
>> ghc-devs@haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

i'm running into some confusions with getting docs built correclty / not
generating the pdfs and html assets i expect, i'll share an updated sha etc
when i track that down

On Sat, Apr 23, 2016 at 9:52 AM, George Colpitts 
wrote:

> retrying with
>
> ./configure --with-nm=$(xcode-select
> -p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic
>
> On Sat, Apr 23, 2016 at 10:49 AM George Colpitts <
> george.colpi...@gmail.com> wrote:
>
>> Thanks Carter. I'm not so concerned with obtaining a working build. I'd
>> like to be able to build with the Apple toolchain. I assume there are other
>> developers who feel the same.
>>
>> Can you elaborate on the "path to nm classic is wrong" ?
>>
>> Cheers
>> George
>>
>> On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
>> carter.schonw...@gmail.com> wrote:
>>
>>> I've a working build I'll circulate
>>> Also that path to nm classic is wrong.
>>>
>>>
>>> On Saturday, April 23, 2016, George Colpitts 
>>> wrote:
>>>
 I'm having problems using the Apple toolchain to build this on Mac OS.
 Has anybody succeeded with the Apple toolchain?

 First I get the error:

  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
  Workaround: You may want to pass '--with-nm=nm-classic' to
 'configure'.

 but after I try that workaround I get:

 inplace/bin/deriveConstants --gen-header -o
 includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
 includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
 --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
 -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
 --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
 -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
 --nm-program "nm-classic" --target-os "darwin"
 deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
 exec: does not exist (No such file or directory)
 make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
 Error 1
 make[1]: *** Waiting for unfinished jobs
 make: *** [all] Error 2

 Thanks
 George

 On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  wrote:

> tl;dr: If you would like to produce a binary distribution for GHC
>8.0.1-rc4 then let us know, grab the source distribution and
>start building. The binary distributions will be all released
> one
>week from today.
>
> Hello GHC packagers,
>
> I am happy to announce the release of the 8.0.1-rc4 source distribution
> to binary packagers. This release should resolve all of the issues
> noted
> in the release candidate 3 announcement. You will find the usual
> artifacts at
>
> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>
> For this candidate we are again following our new release policy [1],
> with a one-week delay between the release of the source and binary
> distributions. The goal of this policy is to give all platforms the
> opportunity for support from the first day of a release.
>
> If all of the expected binary releases are submitted before the
> week-long delay has elapsed, we will move forward with the release of
> the binaries on an accelerated schedule. It would be appreciated if you
> could reply to this message confirming that you intend to offer a
> binary
> distribution this release.
>
> Otherwise, let either Austin or I know if you have any trouble building
> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
> encounter unexpected issues but all of my builds with this tarball
> thusfar have gone quite well.
>
> Good luck and thanks for all of your work!
>
> Cheers,
>
> - Ben
>
>
> [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>

___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[George Colpitts]

retrying with

./configure --with-nm=$(xcode-select
-p)/Toolchains/XcodeDefault.xctoolchain/usr/bin/nm-classic

On Sat, Apr 23, 2016 at 10:49 AM George Colpitts 
wrote:

> Thanks Carter. I'm not so concerned with obtaining a working build. I'd
> like to be able to build with the Apple toolchain. I assume there are other
> developers who feel the same.
>
> Can you elaborate on the "path to nm classic is wrong" ?
>
> Cheers
> George
>
> On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
> carter.schonw...@gmail.com> wrote:
>
>> I've a working build I'll circulate
>> Also that path to nm classic is wrong.
>>
>>
>> On Saturday, April 23, 2016, George Colpitts 
>> wrote:
>>
>>> I'm having problems using the Apple toolchain to build this on Mac OS.
>>> Has anybody succeeded with the Apple toolchain?
>>>
>>> First I get the error:
>>>
>>>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>>>  Workaround: You may want to pass '--with-nm=nm-classic' to
>>> 'configure'.
>>>
>>> but after I try that workaround I get:
>>>
>>> inplace/bin/deriveConstants --gen-header -o
>>> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
>>> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
>>> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
>>> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
>>> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
>>> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
>>> --nm-program "nm-classic" --target-os "darwin"
>>> deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
>>> exec: does not exist (No such file or directory)
>>> make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
>>> Error 1
>>> make[1]: *** Waiting for unfinished jobs
>>> make: *** [all] Error 2
>>>
>>> Thanks
>>> George
>>>
>>> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  wrote:
>>>
 tl;dr: If you would like to produce a binary distribution for GHC
8.0.1-rc4 then let us know, grab the source distribution and
start building. The binary distributions will be all released one
week from today.

 Hello GHC packagers,

 I am happy to announce the release of the 8.0.1-rc4 source distribution
 to binary packagers. This release should resolve all of the issues noted
 in the release candidate 3 announcement. You will find the usual
 artifacts at

 http://downloads.haskell.org/~ghc/8.0.1-rc4/

 For this candidate we are again following our new release policy [1],
 with a one-week delay between the release of the source and binary
 distributions. The goal of this policy is to give all platforms the
 opportunity for support from the first day of a release.

 If all of the expected binary releases are submitted before the
 week-long delay has elapsed, we will move forward with the release of
 the binaries on an accelerated schedule. It would be appreciated if you
 could reply to this message confirming that you intend to offer a binary
 distribution this release.

 Otherwise, let either Austin or I know if you have any trouble building
 your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
 encounter unexpected issues but all of my builds with this tarball
 thusfar have gone quite well.

 Good luck and thanks for all of your work!

 Cheers,

 - Ben


 [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
 ___
 ghc-devs mailing list
 ghc-devs@haskell.org
 http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

>>>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[George Colpitts]

Thanks Carter. I'm not so concerned with obtaining a working build. I'd
like to be able to build with the Apple toolchain. I assume there are other
developers who feel the same.

Can you elaborate on the "path to nm classic is wrong" ?

Cheers
George

On Sat, Apr 23, 2016 at 10:42 AM Carter Schonwald <
carter.schonw...@gmail.com> wrote:

> I've a working build I'll circulate
> Also that path to nm classic is wrong.
>
>
> On Saturday, April 23, 2016, George Colpitts 
> wrote:
>
>> I'm having problems using the Apple toolchain to build this on Mac OS.
>> Has anybody succeeded with the Apple toolchain?
>>
>> First I get the error:
>>
>>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>>  Workaround: You may want to pass '--with-nm=nm-classic' to
>> 'configure'.
>>
>> but after I try that workaround I get:
>>
>> inplace/bin/deriveConstants --gen-header -o
>> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
>> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
>> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
>> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
>> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
>> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
>> --nm-program "nm-classic" --target-os "darwin"
>> deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
>> exec: does not exist (No such file or directory)
>> make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
>> Error 1
>> make[1]: *** Waiting for unfinished jobs
>> make: *** [all] Error 2
>>
>> Thanks
>> George
>>
>> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  wrote:
>>
>>> tl;dr: If you would like to produce a binary distribution for GHC
>>>8.0.1-rc4 then let us know, grab the source distribution and
>>>start building. The binary distributions will be all released one
>>>week from today.
>>>
>>> Hello GHC packagers,
>>>
>>> I am happy to announce the release of the 8.0.1-rc4 source distribution
>>> to binary packagers. This release should resolve all of the issues noted
>>> in the release candidate 3 announcement. You will find the usual
>>> artifacts at
>>>
>>> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>>>
>>> For this candidate we are again following our new release policy [1],
>>> with a one-week delay between the release of the source and binary
>>> distributions. The goal of this policy is to give all platforms the
>>> opportunity for support from the first day of a release.
>>>
>>> If all of the expected binary releases are submitted before the
>>> week-long delay has elapsed, we will move forward with the release of
>>> the binaries on an accelerated schedule. It would be appreciated if you
>>> could reply to this message confirming that you intend to offer a binary
>>> distribution this release.
>>>
>>> Otherwise, let either Austin or I know if you have any trouble building
>>> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
>>> encounter unexpected issues but all of my builds with this tarball
>>> thusfar have gone quite well.
>>>
>>> Good luck and thanks for all of your work!
>>>
>>> Cheers,
>>>
>>> - Ben
>>>
>>>
>>> [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
>>> ___
>>> ghc-devs mailing list
>>> ghc-devs@haskell.org
>>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>>
>>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Carter Schonwald]

I've a working build I'll circulate
Also that path to nm classic is wrong.

On Saturday, April 23, 2016, George Colpitts 
wrote:

> I'm having problems using the Apple toolchain to build this on Mac OS. Has
> anybody succeeded with the Apple toolchain?
>
> First I get the error:
>
>  broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
>  Workaround: You may want to pass '--with-nm=nm-classic' to
> 'configure'.
>
> but after I try that workaround I get:
>
> inplace/bin/deriveConstants --gen-header -o
> includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
> includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
> --gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
> -fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
> --gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
> -Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
> --nm-program "nm-classic" --target-os "darwin"
> deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
> exec: does not exist (No such file or directory)
> make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
> Error 1
> make[1]: *** Waiting for unfinished jobs
> make: *** [all] Error 2
>
> Thanks
> George
>
> On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  > wrote:
>
>> tl;dr: If you would like to produce a binary distribution for GHC
>>8.0.1-rc4 then let us know, grab the source distribution and
>>start building. The binary distributions will be all released one
>>week from today.
>>
>> Hello GHC packagers,
>>
>> I am happy to announce the release of the 8.0.1-rc4 source distribution
>> to binary packagers. This release should resolve all of the issues noted
>> in the release candidate 3 announcement. You will find the usual
>> artifacts at
>>
>> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>>
>> For this candidate we are again following our new release policy [1],
>> with a one-week delay between the release of the source and binary
>> distributions. The goal of this policy is to give all platforms the
>> opportunity for support from the first day of a release.
>>
>> If all of the expected binary releases are submitted before the
>> week-long delay has elapsed, we will move forward with the release of
>> the binaries on an accelerated schedule. It would be appreciated if you
>> could reply to this message confirming that you intend to offer a binary
>> distribution this release.
>>
>> Otherwise, let either Austin or I know if you have any trouble building
>> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
>> encounter unexpected issues but all of my builds with this tarball
>> thusfar have gone quite well.
>>
>> Good luck and thanks for all of your work!
>>
>> Cheers,
>>
>> - Ben
>>
>>
>> [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
>> ___
>> ghc-devs mailing list
>> ghc-devs@haskell.org
>> 
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>>
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[George Colpitts]

I'm having problems using the Apple toolchain to build this on Mac OS. Has
anybody succeeded with the Apple toolchain?

First I get the error:

 broken 'nm' detected, see https://ghc.haskell.org/ticket/11744.
 Workaround: You may want to pass '--with-nm=nm-classic' to 'configure'.

but after I try that workaround I get:

inplace/bin/deriveConstants --gen-header -o
includes/dist-derivedconstants/header/DerivedConstants.h --tmpdir
includes/dist-derivedconstants/header/ --gcc-program "/usr/bin/gcc"
--gcc-flag -Wall --gcc-flag -Wno-unknown-pragmas --gcc-flag -m64 --gcc-flag
-fno-stack-protector --gcc-flag -Iincludes --gcc-flag -Iincludes/dist
--gcc-flag -Iincludes/dist-derivedconstants/header --gcc-flag
-Iincludes/dist-ghcconstants/header --gcc-flag -Irts --gcc-flag -fcommon
--nm-program "nm-classic" --target-os "darwin"
deriveConstants: nm-classic: readCreateProcess: runInteractiveProcess:
exec: does not exist (No such file or directory)
make[1]: *** [includes/dist-derivedconstants/header/DerivedConstants.h]
Error 1
make[1]: *** Waiting for unfinished jobs
make: *** [all] Error 2

Thanks
George

On Fri, Apr 22, 2016 at 11:27 AM Ben Gamari  wrote:

> tl;dr: If you would like to produce a binary distribution for GHC
>8.0.1-rc4 then let us know, grab the source distribution and
>start building. The binary distributions will be all released one
>week from today.
>
> Hello GHC packagers,
>
> I am happy to announce the release of the 8.0.1-rc4 source distribution
> to binary packagers. This release should resolve all of the issues noted
> in the release candidate 3 announcement. You will find the usual
> artifacts at
>
> http://downloads.haskell.org/~ghc/8.0.1-rc4/
>
> For this candidate we are again following our new release policy [1],
> with a one-week delay between the release of the source and binary
> distributions. The goal of this policy is to give all platforms the
> opportunity for support from the first day of a release.
>
> If all of the expected binary releases are submitted before the
> week-long delay has elapsed, we will move forward with the release of
> the binaries on an accelerated schedule. It would be appreciated if you
> could reply to this message confirming that you intend to offer a binary
> distribution this release.
>
> Otherwise, let either Austin or I know if you have any trouble building
> your distribution. I have yet to push the ghc-8.0.1-rc4 tag in case we
> encounter unexpected issues but all of my builds with this tarball
> thusfar have gone quite well.
>
> Good luck and thanks for all of your work!
>
> Cheers,
>
> - Ben
>
>
> [1] https://mail.haskell.org/pipermail/ghc-devs/2016-March/011546.html
> ___
> ghc-devs mailing list
> ghc-devs@haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
>
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Páli Gábor János]

2016-04-22 16:27 GMT+02:00 Ben Gamari :
> tl;dr: If you would like to produce a binary distribution for GHC
>8.0.1-rc4 then let us know, grab the source distribution and
>start building.

The FreeBSD builds (32- and 64-bit, for 9.3-RELEASE or later) are now
available there:

http://haskell.inf.elte.hu/ghc/8.0.0.20160421/
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Re: GHC 8.0.1-rc4 source tarball availability

[Ben Gamari]

Carter Schonwald  writes:

> heres my OSX build that matches up with that RC4 commit / 8.0 tip
> https://wellposed-carter-files.s3.amazonaws.com/opensource/ghc/releasebuild-unofficial/ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
>
> $ shasum -a512 ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
> 3ecd0a9c4578ac38883de03f66e8d86955368eec2bea52a409de0053386b53c89ac954b2806ef5ac73bb924d62821ce685ff5301b780646fedd45c99d5942a90
>  ghc-8.0.0.20160421-x86_64-apple-darwin.tar.xz
>
Thanks Carter!

Cheers,

- Ben



signature.asc
Description: PGP signature
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs