headers
Seth Kurtzberg | 1 Jun 2003 09:12
Picon

Mac Port

Is there, or is anyone working on, ports for Mac OSX and/or Mac OS9?

-----------------------------------------------------------------
Seth Kurtzberg
CTO
ISEC Research and Network Operations Center
480-314-1540
888-879-5206
seth <at> isec.us
-----------------------------------------------------------------
Permalink | Reply | 4 comments |
headers
Wolfgang Thaller | 1 Jun 2003 11:15
Picon

Re: Mac Port

Seth Kurtzberg wrote:

> Is there, or is anyone working on, ports for Mac OSX and/or Mac OS9?

I'm currently responsible for the Mac OS X version of GHC. I'll upload 
a GHC 6.0 binary for Mac OS X binary as soon as possible, but I'm short 
on time and processor cycles, so it might take a few more days.
I could definitely use more people who regularily build GHC on MacOS X 
and do some testing, and alert me of any breakage _before_ I make a 
buggy release... I don't have the computing capacity to do nightly 
builds.

Mac OS 9 is a different story. GHC doesn't work on Mac OS 9, and it 
will probably stay that way:
*) There is no GCC that runs on Mac OS 9.
*) There is no GCC that cross-compiles to Mac OS 9.
... and the ABI is different from other PowerPC platforms, including 
Mac OS X.
*) Mac OS 9 doesn't support the POSIX API.
GHC's run time system and libraries require either Posix or Win32. A 
lot would have to be rewritten for Mac OS 9.
*) There's no unix-style shell on Mac OS 9
That means we have to cross-compile or use a completely different build 
system.
*) Mac OS 9 is obsolete
There are people using it now, and there will still be people who use 
it in the future, but by the time any port is finished, they will be 
very hard to find.

Cheers,
(Continue reading)

Permalink | Reply | 3 comments |
headers
Gregory Wright | 1 Jun 2003 20:00
Picon

Re: Mac Port


On Sunday, June 1, 2003, at 05:15 AM, Wolfgang Thaller wrote:

> Seth Kurtzberg wrote:
>
>> Is there, or is anyone working on, ports for Mac OSX and/or Mac OS9?
>
> I'm currently responsible for the Mac OS X version of GHC. I'll upload 
> a GHC 6.0 binary for Mac OS X binary as soon as possible, but I'm 
> short on time and processor cycles, so it might take a few more days.
> I could definitely use more people who regularily build GHC on MacOS X 
> and do some testing, and alert me of any breakage _before_ I make a 
> buggy release... I don't have the computing capacity to do nightly 
> builds.
>

Dear Wolfgang,

I maintain the Hugs port for the darwinports system (a cousin of fink 
and
perhaps the successor to the *bsd ports system). I'd like to add a port
for ghc-6.0. I tried to build it but ran into some problems.

1. configure doesn't pass the CPPFLAGS and LDFLAGS environment variables
to the haskell build. This means you can't have libreadline and libdl in
non-standard locations.

This is a problem for darwinports and fink because of their automatic 
dependency
management.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Wolfgang Thaller | 2 Jun 2003 01:36
Picon

Re: Mac Port

> Dear Wolfgang,
>
> I maintain the Hugs port for the darwinports system (a cousin of fink 
> and
> perhaps the successor to the *bsd ports system). I'd like to add a port
> for ghc-6.0. I tried to build it but ran into some problems.
>
> 1. configure doesn't pass the CPPFLAGS and LDFLAGS environment 
> variables
> to the haskell build. This means you can't have libreadline and libdl 
> in
> non-standard locations.

Grmpf... I know I don't like configure scripts. I prefer IDEs. Do you 
know how to fix it/have time to do it?
If not, would somebody else _PLEASE_ do that for us? (It wouldn't enjoy 
digging into the build system code to fix that; in fact, I would 
positively hate it).

> This is a problem for darwinports and fink because of their automatic 
> dependency
> management.

> 2. Even if I put symlinks to the above libraries in the standard 
> locations,
> I still get a build failure. This is building 6.0 using 5.04.3. 
> (5.04.3 was
> built from source successfully using your 5.04.2 binary.) The build 
> ends with
> [...]
(Continue reading)

Permalink | Reply | 1 comment |
headers
gilesb | 2 Jun 2003 03:43
Picon
Favicon

Re: ANNOUNCE: GHC version 6.0 (Broken Doc link)

In the release notes, the link to Data.Generics is broken, both under
the "latest" branch and under the "6.0" branch.

On 29 May, Simon Marlow wrote:
> 
>    ============================================================
>     The (Interactive) Glasgow Haskell Compiler -- version 6.0
>    ============================================================
> 
> We are pleased to announce a new major release of the Glasgow Haskell
> Compiler (GHC), version 6.0.
> 
> As with all ".0" releases, this release should be considered
> beta-quality; if you want real stability, then stick with 5.04.3 for
> the time being.
>  
> http://www.haskell.org/ghc/docs/latest/html/users_guide/release-6-0.html
> 
(Is this the right place to send such notes?)
Thanks, 

--

-- 
Brett G. Giles
Grad Student, University of Calgary
Formal Methods, Category Theory, Semantics of Programming
http://www.cpsc.ucalgary.ca/~gilesb     mailto:gilesb <at> cpsc.ucalgary.ca
Permalink | Reply | 0 comments |
headers
Jens Petersen | 2 Jun 2003 04:45
Picon
Favicon

Re: ANNOUNCE: GHC version 6.0

2003年05月30日(金)の00時06分に Simon Marlow 曰く:
> We are pleased to announce a new major release of the Glasgow Haskell
> Compiler (GHC), version 6.0.

Thanks for the release! :-)

I have built rpms of ghc-6.0 on Red Hat Linux 9.
I didn't build the libraries with profiling this time,
however the package includes the docs, the xlib binding from
hslibs and hence green-card from cvs too (a number of patches/hacks
were needed for this and they can be found in the nosrc rpm).

The packages are currently lying at

http://haskell.cs.yale.edu/~petersen/rpms/i386/ghc-6.0-1_rhl9.i386.rpm
http://haskell.cs.yale.edu/~petersen/rpms/i386/ghc-doc-6.0-1.i386.rpm
http://haskell.cs.yale.edu/~petersen/rpms/srpms/ghc-6.0-1.nosrc.rpm

(Note the nosrc rpm doesn't include the ghc-6.0 tarball, you'll
have to download that separately if you wish to rebuild the package.)

Enjoy and let me know if you have any problems,

Jens
Permalink | Reply | 0 comments |
headers
Gregory Wright | 2 Jun 2003 05:23
Picon

Re: Mac Port


On Sunday, June 1, 2003, at 07:36 PM, Wolfgang Thaller wrote:

>> Dear Wolfgang,
>>
>> I maintain the Hugs port for the darwinports system (a cousin of fink 
>> and
>> perhaps the successor to the *bsd ports system). I'd like to add a 
>> port
>> for ghc-6.0. I tried to build it but ran into some problems.
>>
>> 1. configure doesn't pass the CPPFLAGS and LDFLAGS environment 
>> variables
>> to the haskell build. This means you can't have libreadline and libdl 
>> in
>> non-standard locations.
>
> Grmpf... I know I don't like configure scripts. I prefer IDEs. Do you 
> know how to fix it/have time to do it?
> If not, would somebody else _PLEASE_ do that for us? (It wouldn't 
> enjoy digging into the build system code to fix that; in fact, I would 
> positively hate it).
>

I will take a look at the configuration issue for ghc-6.0 + Mac OS X. I 
was
able to hand edit the makefiles to pass the correct include and library 
paths;
it's not too big a job to pass the appropriate configuration variables.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Malcolm Wallace | 2 Jun 2003 12:21
Picon

Re: ANNOUNCE: GHC version 6.0

Sven Panne <Sven.Panne <at> informatik.uni-muenchen.de> writes:

>  > Hmm.  Perhaps you should rename the long form of -L to
>  > --list-local-packages.
> 
> Just a small note: This was a buglet in System.Console.GetOpt.getOpt,
> which has been fixed since GHC 5.04.3. Consequently this does not
> happen if you use a GHC >= 5.04.3 for compiling GHC 6.0. But to be on
> the safe side, SimonM has renamed the option, anyway...

OK.  The official ghc-6.0 binary distribution for Linux seems to have
been built with ghc-4.08.2, hence the apparent fault.  Was there a
reason for choosing to bootstrap with such an old version?

Regards,
    Malcolm
Permalink | Reply | 1 comment |
headers
Andres Loeh | 2 Jun 2003 12:31
Picon

Re: ANNOUNCE: GHC version 6.0

> >  > Hmm.  Perhaps you should rename the long form of -L to
> >  > --list-local-packages.
> > 
> > Just a small note: This was a buglet in System.Console.GetOpt.getOpt,
> > which has been fixed since GHC 5.04.3. Consequently this does not
> > happen if you use a GHC >= 5.04.3 for compiling GHC 6.0. But to be on
> > the safe side, SimonM has renamed the option, anyway...
> 
> OK.  The official ghc-6.0 binary distribution for Linux seems to have
> been built with ghc-4.08.2, hence the apparent fault.  Was there a
> reason for choosing to bootstrap with such an old version?

Strange, isn't the official binary distribution a stage-2 compiler
with ghci enabled? In this case, ghc-6.0 should have been compiled by
itself, or am I missing something? 

Just surprised ...

  Andres
Permalink | Reply | 0 comments |
headers
Christian Maeder | 2 Jun 2003 12:46
Picon
Favicon

long constant list of pairs (was Re: Ways and Build Tags for Optimisation)

>    4. Re: Ways and Build Tags for Optimisation (Ashley Yakeley)

> From: Ashley Yakeley <ashley <at> semantic.org>
> Subject: Re: Ways and Build Tags for Optimisation
> Date: Thu, 29 May 2003 20:40:59 -0700

Sorry for replying from a digest. (Replying from the archive is not 
better, is it?)

> Inside the module is an "Array Char String" created from a 
> "[(Char,String)]" that is a long list of Unicode character names. 

We had very long compilation times when optimization or profiling was 
switched on, for a [(String, Int)] list with about 5000 entries.

We worked around the problem by changing the list into a String 
(escaping doublequotes) and using "read" to convert it to a list.
(Eventually we converted it to a Map.)

>>getCharacterName '\x189F'
> 
> "MONGOLIAN LETTER MANCHU ALI GALI DDHA"

We had latin1 characters in our strings.

Cheers Christian

> For some reason, even though only getCharacterName is exported, when 
> optimisation is switched on, the interface file balloons a thousandfold:
>
(Continue reading)

Permalink | Reply | 2 comments |

Gmane