I have llvm 3.4.2. Not sure why I thought that was the supported version. Where would that be documented? There doesn't seem to be anything on this in https://downloads.haskell.org/~ghc/7.10.1-rc1/docs/html/users_guide/release-... There is lots of mail about llvm. I guess the following from Ben Gamari on 11/28 implies llvm 3.5. I couldn't find anything more definitive. Once I get a definitive answer I will try again assuming the answer is not 3.4.2 To summarize, * it seems like LLVM 3.4 chokes on the code produced by my 3.5 rework when the `$def` symbols are marked as internal * ARM is broken (again) due to a bug in the GHC calling convention implementation; an LLVM fix is waiting to be merged * I have code reworking TNTC for LLVM 3.6; unfortunately LLVM 3.6 support will likely need to wait until 7.12 * Austin's LLVM packaging proposal seems very much like the right way forward * Anticipating this proposal, I have started collecting [2] optimization passes Cheers, On Tue, Jan 27, 2015 at 9:52 PM, Carter Schonwald < carter.schonwald@gmail.com> wrote:

George, what version of llvm are you using? afaik, only llvm 3.5 is supported for 7.10 (though I could be wrong)

On Tue, Jan 27, 2015 at 8:39 PM, George Colpitts < george.colpitts@gmail.com> wrote:

...

Has anybody successfully build and used this on the Mac on 10.10 using the latest XCode? While it is better than RC1 I am still seeing the following two issues:

- programs compiled with llvm fail at runtime with illegal instruction - calling main from the ghci inerpreter after loading compiled code results in - Prelude Main> main Too late for parseStaticFlags: call it before runGhc or runGhcT *** Exception: ExitFailure 1

Instead of solving the above, I'd be happy to switch to a Mac OS bindist and see if I have the same problems there. Do we have an ETA for a Mac OS bindist?

Thanks

George

On Mon, Jan 26, 2015 at 8:13 PM, Austin Seipp wrote:

...

We are pleased to announce the second release candidate for GHC 7.10.1:

https://downloads.haskell.org/~ghc/7.10.1-rc2/

This includes the source tarball and bindists for 64bit/32bit Linux and Windows. Binary builds for other platforms will be available shortly. (CentOS 6.5 binaries are not available at this time like they were for 7.8.x). These binaries and tarballs have an accompanying SHA256SUMS file signed by my GPG key id (0x3B58D86F).

We plan to make the 7.10.1 release sometime in February of 2015.

Please test as much as possible; bugs are much cheaper if we find them before the release!

-- Regards,

Austin Seipp, Haskell Consultant Well-Typed LLP, http://www.well-typed.com/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://www.haskell.org/mailman/listinfo/ghc-devs

Hi Mark, On 2015-01-28 at 04:31:29 +0100, Mark Lentczner wrote:

I've just built a bindist under 10.10, but just normal not expressly llvm. I'll test this in a bit then post it -- but might be sometime tomorrow before it is up.

How's progress on this btw? Are you also working on a GHC 7.8.4 OSX bindist by any chance? Cheers, hvr

Thanks Eric, I have the same problem with this as the RC2 I build from source, i.e. Mac specific bug https://ghc.haskell.org/trac/ghc/ticket/10053 : error in ghci calling main after loading compiled code -- Too late for parseStaticFlags: call it before runGhc or runGhcT I have a file mainbug.hs that consists of main = print "hello" I can reproduce it as follows: ghc -dynamic mainbug.hs [1 of 1] Compiling Main ( mainbug.hs, mainbug.o ) Linking mainbug ... bash-3.2$ ghci GHCi, version 7.10.0.20150123: http://www.haskell.org/ghc/ :? for help Prelude> :load mainbug Ok, modules loaded: Main. Prelude Main> :show modules Main ( mainbug.hs, mainbug.o ) Prelude Main> main Too late for parseStaticFlags: call it before runGhc or runGhcT *** Exception: ExitFailure 1 Loading it interpreted works fine: rm mainbug.o bash-3.2$ ghci GHCi, version 7.10.0.20150123: http://www.haskell.org/ghc/ :? for help Prelude> :load mainbug [1 of 1] Compiling Main ( mainbug.hs, interpreted ) Ok, modules loaded: Main. *Main> main "hello" Can anybody else reproduce this bug on their Mac? On Mon, Feb 2, 2015 at 6:58 AM, Erik Hesselink wrote:

On Mon, Feb 2, 2015 at 9:37 AM, Herbert Valerio Riedel wrote:

...

Hi Mark,

On 2015-01-28 at 04:31:29 +0100, Mark Lentczner wrote:

...

I've just built a bindist under 10.10, but just normal not expressly llvm. I'll test this in a bit then post it -- but might be sometime tomorrow before it is up.

How's progress on this btw? Are you also working on a GHC 7.8.4 OSX bindist by any chance?

I made a bindist of RC2 (just like I did for RC1) which is here [1]. This was built on 10.9, without anything special for llvm. If anyone wants me to try something or produce a different build, please let me know.

Erik

[1] https://docs.google.com/a/silk.co/uc?id=0B5E6EvOcuE0nVmJ3WElQZW81b1U&export=download _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users

On Sat, Feb 7, 2015 at 2:01 PM, Tuncer Ayaz wrote:

On Wed, Jan 28, 2015 at 11:45 AM, Tuncer Ayaz wrote:

...

With all three listed build.mk settings, I'm unable to make install:

[...]

...

Makefile:71: recipe for target 'install' failed make: *** [install] Error 2

So, am I alone in encountering this issue with RC2 but not RC1?

Didn't figure out the failure's cause, but the next clean build was successful.

On 2015-02-17 at 13:47:50 +0100, Takenobu Tani wrote:

I modified System/Process/Internals.hs locally and build on MinGW 32bit. Then I was successful to build on 32bit Windows 7.

Shall I write a bug report on trac or any? or ghc7.10.1.rc2 will not support 32 bit Windows?

Please file a pull-request at https://github.com/haskell/process I'm somewhat surprised this wasn't noticed before(?)