Ezra Cooper | 4 Oct 2011 06:31

Re: failure of GHC 7.0.4 on OS X

On Oct 3, 2011, at 1:22 PM, Duncan Coutts wrote:

> On Sat, 2011-09-17 at 16:51 -0700, Mark Lentczner wrote:
>> In preparation for building the Haskell Platform 2011.3.0.0 installer for
>> Mac OS X, I've run into a snag: The GHC central distributed version of 7.0.4
>> can't produce running executables. The problem comes at final link time,
>> which fails with this message:
>> 
>> ld: pointer in read-only segment not allowed in slidable image, used in
>> ___gmpn_modexact_1c_odd from
>> /Users/markl/Projects/platform/hp-mac/src/macos/dist/root/Library/Frameworks/GHC.framework/Versions/7.0.4-x86_64/usr/lib/ghc-7.0.4/integer-gmp-0.2.0.3/libHSinteger-gmp-0.2.0.3.a(mode1o.o)
>> 
>> I think what this means is that something about the built version of
>> HSinteger-gmp in the 7.0.4 distribution isn't compatible with code compiled
>> on my system. I'm running Xcode 3.2.3 on OS 10.7. Googling of this error
>> resulted in other projects having this problem with libgmp compilations, but
>> usually the issue was some conflict between macports versions of GMP vs. a
>> non-macports version. Was the 7.0.4 release built on a macports based build?
>> 
>> I'm guessing I'm going to have to build GHC 7.0.4 from source for the
>> Haskell Platform build.
>> 
>> I'm wondering - what are other people's experiences of using 7.0.4 on Mac OS
>> X.
> 
> I'd like to hear some more noise about this issue. If we can't use 7.0.4
> on OSX we're really stuffed.
> 
> Duncan

(Continue reading)

Mark Lentczner | 4 Oct 2011 07:50

Re: failure of GHC 7.0.4 on OS X

Here's where I am:


Today I managed to build a 32-bit version HP 2011.3.0.0 (based on GHC 7.0.4 from GHC central). This installs and runs on 10.6 and 10.7 (with some tweaks applied to the ghc script). It will not run on 10.5 because the executables in the GHC distro (ghc, cabal, etc...) were not built compatible with 10.5[1].

I'm pretty sure I will be able to build a 64-bit version as well, subject to the same caveats. I have some scripting magic to take care of things I had to do by hand, and I want to put the prior-version uninstaller in this release. But then I'm good to go.

So - I suggest we proceed, and abandon 10.5 for this release. In the future, we should try get the GHC build to work as far back as 10.5 for 32-bit builds.

Also - I have some patches to the haskell-platform repo -- changing the .cabal file isn't quite enough, the versions appear a few other places as well. I can send Duncan a patch file, or you can add me to the proper group on code.haskell.org (I'm MtnViewMark there) so I can push over ssh.

 - Mark

[1] The executables die with
    dyld: unknown required load command 0x80000022
A little bit of googling yields that this is indicative of being compiled with in an environment where the default SDK and min version were 10.6. To change requires linking with:
    -mmacosx-version-min=10.5
(and possibly compiling against the 10.5 SDK, though that shouldn't be needed since the GHC build should use nothing from the 10.6 SDK that isn't in the 10.5 SDK.)
_______________________________________________
Haskell-platform mailing list
Haskell-platform@...
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
Benedikt Huber | 7 Oct 2011 17:38
Picon

Re: failure of GHC 7.0.4 on OS X


On 04.10.2011, at 11:28, Duncan Coutts wrote:

> On Mon, 2011-10-03 at 22:50 -0700, Mark Lentczner wrote:
>> Here's where I am:
>>
>> Today I managed to build a 32-bit version HP 2011.3.0.0 (based on  
>> GHC 7.0.4
>> from GHC central). This installs and runs on 10.6 and 10.7 (with  
>> some tweaks
>> applied to the ghc script). It will not run on 10.5 because the  
>> executables
>> in the GHC distro (ghc, cabal, etc...) were not built compatible with
>> 10.5[1].
>
> Thanks very much for working on this.
Hello,
I've just built and installed both GHC 7.0.4 and the HP 2011.3.0.0 on  
OS X 10.5,
and did not run into any problems (plain ./configure && make && make  
install
worked fine). I tested it a little bit, at least the OpenGL  
application 'monadius'
works without any problems.

My System:
Darwin Kernel Version 9.8.0 i386
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5493)
Xcode 3.1.3

>
>> I'm pretty sure I will be able to build a 64-bit version as well,  
>> subject to
>> the same caveats. I have some scripting magic to take care of  
>> things I had
>> to do by hand, and I want to put the prior-version uninstaller in  
>> this
>> release. But then I'm good to go.
>>
>> So - I suggest we proceed, and abandon 10.5 for this release.
>
> Ok. Is 10.5 still popular? I presume we'll need to flag this up on the
> download page and direct 10.5 users to the previous HP release.
Personally, I do not care if there is no dedicated distribution for 10.5
as long as building the platform from source works. Maybe one could
add a note that this is also possible (in addition to using older  
versions).

Best Regards,
Benedikt

>
>> In the future, we should try get the GHC build to work as far back as
>> 10.5 for 32-bit builds.
>
> Is there anything that the upstream ghc devs need to fix or be aware  
> of?
>
>> Also - I have some patches to the haskell-platform repo -- changing  
>> the
>> .cabal file isn't quite enough, the versions appear a few other  
>> places as
>> well. I can send Duncan a patch file, or you can add me to the  
>> proper group
>> on code.haskell.org (I'm MtnViewMark there) so I can push over ssh.
>
> Done. You should now be able to push over ssh.
>
>> [1] The executables die with
>>    dyld: unknown required load command 0x80000022
>> A little bit of googling yields that this is indicative of being  
>> compiled
>> with in an environment where the default SDK and min version were  
>> 10.6. To
>> change requires linking with:
>>    -mmacosx-version-min=10.5
>> (and possibly compiling against the 10.5 SDK, though that shouldn't  
>> be
>> needed since the GHC build should use nothing from the 10.6 SDK  
>> that isn't
>> in the 10.5 SDK.)
>
> So is this something the ghc devs need to fix in the osx build  
> scripts?
> Given this info, would it be easy enough for an OSX hacker to prepare
> and test a patch for the ghc build system? Perhaps we can find a
> volunteer to try this. We noticed at the recent Haskell Implementors
> Workshop that most of the Haskell hackers in the room were now OSX
> users, so we ought to be able to find volunteers.
>
> Duncan
>
>
> _______________________________________________
> Haskell-platform mailing list
> Haskell-platform@...
> http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
haskell-platform | 24 Oct 2011 03:23
Favicon

#186: Intall fail on OSX 10.7.2/Xcode 4.2

#186: Intall fail on OSX 10.7.2/Xcode 4.2
---------------------------+------------------------------------------------
 Reporter:  moilejter      |       Owner:  gregorycollins
     Type:  defect         |      Status:  new           
 Priority:  major          |   Milestone:  2011.x.0.0    
Component:  OSX installer  |    Keywords:                
---------------------------+------------------------------------------------
 After updating my OSX to 10.7.2, and my Xcode to 4.2, I tried to install
 the Haskell platform on my computer, using the most current release.  When
 I try to install either the 32-bit or 64-bit versions, I get an error that
 says that the installer failed, because it could not find software to
 install...

--

-- 
Ticket URL: <http://trac.haskell.org/haskell-platform/ticket/186>
haskell-platform <http://trac.haskell.org/haskell-platform>
The Haskell Platform: a comprehensive and robust collection of Haskell libraries
haskell-platform | 24 Oct 2011 18:36
Favicon

Re: #186: Intall fail on OSX 10.7.2/Xcode 4.2

#186: Intall fail on OSX 10.7.2/Xcode 4.2
---------------------------+------------------------------------------------
 Reporter:  moilejter      |        Owner:  MtnViewMark
     Type:  defect         |       Status:  new        
 Priority:  major          |    Milestone:  2011.x.0.0 
Component:  OSX installer  |   Resolution:             
 Keywords:                 |  
---------------------------+------------------------------------------------
Changes (by gregorycollins):

  * owner:  gregorycollins => MtnViewMark

--

-- 
Ticket URL: <http://trac.haskell.org/haskell-platform/ticket/186#comment:1>
haskell-platform <http://trac.haskell.org/haskell-platform>
The Haskell Platform: a comprehensive and robust collection of Haskell libraries
haskell-platform | 28 Oct 2011 18:02
Favicon

#187: Haskell Platform 2011.2.0.1 GHC cannot find libstdc++.a

#187: Haskell Platform 2011.2.0.1 GHC cannot find libstdc++.a
-----------------------+----------------------------------------------------
 Reporter:  dtrebbien  |       Owner:  dons
     Type:  defect     |      Status:  new 
 Priority:  major      |   Milestone:      
Component:  GHC        |    Keywords:      
-----------------------+----------------------------------------------------
 I attempted to compile the just-released snap-0.6 package via `cabal
 install`, but it failed in the "Loading packages" phase with:

 {{{
 Loading package double-conversion-0.2.0.1 ... ghc.exe: stdc++: The
 specified module could not be found.
 <command line>: can't load .so/.DLL for: stdc++ (addDLL: could not load
 DLL)
 }}}

 The [https://github.com/mailrank/double-conversion double-conversion]
 package specifies `extra-libraries: stdc++`. The double-conversion package
 compiles successfully using `cabal install`, but when GHC attempts to link
 it into an executable, GHC does not know to look in
 `%HASKELL_PLATFORM_INSTALL_DIR%\mingw\lib\gcc\mingw32\4.5.0` for
 `libstdc++.a`.

 ==== Related tickets ====

 * Ticket #123 (Haskell Platform 2010.1.0.0 platform does not include C++
 support)

--

-- 
Ticket URL: <http://trac.haskell.org/haskell-platform/ticket/187>
haskell-platform <http://trac.haskell.org/haskell-platform>
The Haskell Platform: a comprehensive and robust collection of Haskell libraries
haskell-platform | 29 Oct 2011 02:57
Favicon

Re: #187: Haskell Platform 2011.2.0.1 GHC cannot find libstdc++.a

#187: Haskell Platform 2011.2.0.1 GHC cannot find libstdc++.a
-----------------------+----------------------------------------------------
 Reporter:  dtrebbien  |        Owner:  dons   
     Type:  defect     |       Status:  closed 
 Priority:  major      |    Milestone:         
Component:  GHC        |   Resolution:  invalid
 Keywords:             |  
-----------------------+----------------------------------------------------
Changes (by refold):

  * status:  new => closed
  * resolution:  => invalid

Comment:

 This looks like a GHC bug, so you should
 [http://hackage.haskell.org/trac/ghc/newticket report it to GHC HQ].

 [http://hackage.haskell.org/trac/ghc/ticket/5289 This GHC ticket] may be
 related.

--

-- 
Ticket URL: <http://trac.haskell.org/haskell-platform/ticket/187#comment:1>
haskell-platform <http://trac.haskell.org/haskell-platform>
The Haskell Platform: a comprehensive and robust collection of Haskell libraries
Mark Lentczner | 30 Oct 2011 21:42

Re: Plans for next release

So, here it is end of October. What did we decide to do? What are we
going to do?  :-)

 - Mark
Don Stewart | 30 Oct 2011 22:20
Picon
Gravatar

Re: Plans for next release

How about a thanksgiving release day?

On Sun, Oct 30, 2011 at 4:42 PM, Mark Lentczner <mark-nzfBN8irM2tBDgjK7y7TUQ@public.gmane.org> wrote:
So, here it is end of October. What did we decide to do? What are we
going to do?  :-)

 - Mark

_______________________________________________
Haskell-platform mailing list
Haskell-platform <at> projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform

_______________________________________________
Haskell-platform mailing list
Haskell-platform@...
http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform

Gmane