From simonpj at microsoft.com  Thu Nov  1 04:44:18 2007
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Thu Nov  1 04:41:41 2007
Subject: Too many local registers...
In-Reply-To: <1193873798.26140.59.camel@localhost>
References: <e04153bc0710310640p46c5325eh8f1d722f8cfe11b0@mail.gmail.com>
	<1193873798.26140.59.camel@localhost>
Message-ID: <BBB84A691C2E064EAAFB9876BF452D16B2EDB907@EA-EXMSG-C324.europe.corp.microsoft.com>

We are working on a substantial re-engineering of GHC's code generation, so this problem will eventually go away.  But think "2008" not "Christmas 2007".  Meanwhile does -fasm work?

Simon

| -----Original Message-----
| From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of
| Duncan Coutts
| Sent: 31 October 2007 23:37
| To: Cristian Perfumo
| Cc: glasgow-haskell-users@haskell.org
| Subject: Re: Too many local registers...
|
| On Wed, 2007-10-31 at 14:40 +0100, Cristian Perfumo wrote:
| > Hi,
| > I did some modifications to GHC in order to read hardware counters.
| > Many programs are compiled successfully, but with one of them, I have
| > a problem:
| >
| > Too many local registers allocated by gcc at .../ghc-
| > 6.6.1-modified/driver/mangler/ghc-asm line 1602, <INASM> line 304643.
| >
| > It's ghc 6.6.1 on an Itanium processor.
|
| I never found a satisfactory answer. On IA64 we just hope that ghc
| generates C code that does not turn into object code that uses too many
| variables. We tried playing with gcc flags to make it only use the
| limited number of registers but could not make it work. The only
| workarounds I know of are to use less aggressive optimisation, both in
| ghc and gcc, so try with -optc-O rather than -optc-O2 and try -O0 rather
| than -O.
|
| Duncan
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
From simonmarhaskell at gmail.com  Thu Nov  1 05:16:06 2007
From: simonmarhaskell at gmail.com (Simon Marlow)
Date: Thu Nov  1 05:13:34 2007
Subject: Too many local registers...
In-Reply-To: <BBB84A691C2E064EAAFB9876BF452D16B2EDB907@EA-EXMSG-C324.europe.corp.microsoft.com>
References: <e04153bc0710310640p46c5325eh8f1d722f8cfe11b0@mail.gmail.com>	<1193873798.26140.59.camel@localhost>
	<BBB84A691C2E064EAAFB9876BF452D16B2EDB907@EA-EXMSG-C324.europe.corp.microsoft.com>
Message-ID: <47299956.5010202@gmail.com>

Simon Peyton-Jones wrote:
> We are working on a substantial re-engineering of GHC's code generation, so this problem will eventually go away.  But think "2008" not "Christmas 2007".  Meanwhile does -fasm work?

There's no NCG for IA64, unfortunately.  Unless someone writes one before 
6.10, IA64 will be relegated to unregisterised compilation.

Cheers,
	Simon

> Simon
> 
> | -----Original Message-----
> | From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of
> | Duncan Coutts
> | Sent: 31 October 2007 23:37
> | To: Cristian Perfumo
> | Cc: glasgow-haskell-users@haskell.org
> | Subject: Re: Too many local registers...
> |
> | On Wed, 2007-10-31 at 14:40 +0100, Cristian Perfumo wrote:
> | > Hi,
> | > I did some modifications to GHC in order to read hardware counters.
> | > Many programs are compiled successfully, but with one of them, I have
> | > a problem:
> | >
> | > Too many local registers allocated by gcc at .../ghc-
> | > 6.6.1-modified/driver/mangler/ghc-asm line 1602, <INASM> line 304643.
> | >
> | > It's ghc 6.6.1 on an Itanium processor.
> |
> | I never found a satisfactory answer. On IA64 we just hope that ghc
> | generates C code that does not turn into object code that uses too many
> | variables. We tried playing with gcc flags to make it only use the
> | limited number of registers but could not make it work. The only
> | workarounds I know of are to use less aggressive optimisation, both in
> | ghc and gcc, so try with -optc-O rather than -optc-O2 and try -O0 rather
> | than -O.
> |
> | Duncan
> | _______________________________________________
> | Glasgow-haskell-users mailing list
> | Glasgow-haskell-users@haskell.org
> | http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
> 

From robin_bb at acm.org  Fri Nov  2 02:13:05 2007
From: robin_bb at acm.org (Robin Bate Boerop)
Date: Fri Nov  2 02:10:22 2007
Subject: Case of "Language" pragma - bug?
In-Reply-To: <20071031204347.GA29715@matrix.chaos.earth.li>
References: <3C4C0029-CDA9-4802-8DEB-5800C48299C6@acm.org>
	<014701c81b6c$39265310$ab72f930$@com>
	<BBB84A691C2E064EAAFB9876BF452D16B2EDB46F@EA-EXMSG-C324.europe.corp.microsoft.com>
	<20071031134422.11483.qmail@schroeder.cas.mcmaster.ca>
	<20071031144613.497dab79.Malcolm.Wallace@cs.york.ac.uk>
	<20071031204347.GA29715@matrix.chaos.earth.li>
Message-ID: <705c72000711012313r1508444cq69efc05e75d6a263@mail.gmail.com>

Thanks for filing the bug, Ian.

On 31/10/2007, Ian Lynagh <igloo@earth.li> wrote:
> On Wed, Oct 31, 2007 at 02:46:13PM +0000, Malcolm Wallace wrote:
> > >  > Yes at the moment we allow
> > >  >         LANGUAGE
> > >  >         language
> > >  > but not
> > >  >         Language
> > >  > or
> > >  >         LanGUAge
> > >
> > > Being allowed to write
> > >   Language
> > > would be nice
> >
> > I concur.  Surely it is easy to just (map toLower) over the pragma
> > identifier before comparison with known pragma names?
>
> Currently the lexer looks for them as regexps, e.g.
>     "{-#" $whitechar* (LANGUAGE|language) { token ITlanguage_prag }
>
> I've filed a bug for this here:
> http://hackage.haskell.org/trac/ghc/ticket/1817
>
>
> Thanks
> Ian

-- 
Robin Bate Boerop
From simonpj at microsoft.com  Fri Nov  2 10:43:01 2007
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Fri Nov  2 10:40:19 2007
Subject: confusing GADT/scoped type variables behaviour
In-Reply-To: <Pine.LNX.4.64.0710222028160.7224@urchin.earth.li>
References: <Pine.LNX.4.64.0710222028160.7224@urchin.earth.li>
Message-ID: <BBB84A691C2E064EAAFB9876BF452D16B2EDBFC7@EA-EXMSG-C324.europe.corp.microsoft.com>

Ganesh

Sorry to be slow on this.  Thanks for the bug report.

| Now 6.6 is happy. But 6.8 doesn't believe they are the same, and rejects
| it. I finally got it to work with both by removing the forall in the
| So, is there a good explanation of the errors from 6.8? Is 6.8 behaving
| as expected?

This is a definite bug in 6.8, in the interaction of GADTs and scoped type variables.  I know exactly why it happens, but probably won't fix it because it'll fall out naturally of the work we (mainly Manuel) are doing to fully implement type equalities.

I've added http://hackage.haskell.org/trac/ghc/ticket/1823, which gives an even smaller test case.

| Finally, ideally I'd like not to have any type signatures in the body of f
| - is this feasible with 6.8 like it was with 6.6?

I'm quite surprised 6.6 works:

| f :: forall x y . D x y -> ()
| f (D (C p))
|   | P q <- (\p@(P a) -> p) p
|    = case q of

The fact that q has a rigid type is quite complicated to figure out.  Did you really need that lambda?

Meanwhile Ian asks:

| Although this program is the one that finally worked in both 6.6 and
| 6.8, I don't understand why it worked in either: y is not an
| existentially quantified variable, so shouldn't be allowed to be
| introduced by a type signature there based on my reading of the user
| guide.

The user guide is at fault.  You can bind a type variable with a pattern type signature if type of the pattern is "rigid".  (With GADTs the idea of "existential" becomes fuzzier.)  So this defn is a bit more generous than before.  I've updated the manual.   See the GADT wobbly-type paper for a description of rigidity.

Simon

From igloo at earth.li  Sat Nov  3 10:23:56 2007
From: igloo at earth.li (Ian Lynagh)
Date: Sat Nov  3 10:21:10 2007
Subject: ANNOUNCE: GHC version 6.8.1
Message-ID: <20071103142356.GA10952@matrix.chaos.earth.li>


   =============================================================
    The (Interactive) Glasgow Haskell Compiler -- version 6.8.1
   =============================================================

The GHC Team is pleased to announce a new major release of GHC. There
have been a number of significant changes since the last major release,
including:

* Haskell Program Coverage (hpc) support has been added to the compiler

* GHCi now includes a debugger

* The first phase of the base package split has been done

* The code generator now uses pointer tagging (which should mean most
  code improves by 10-15%, and as a result the compiler is also faster).

The full release notes are here:

  http://haskell.org/ghc/docs/6.8.1/html/users_guide/release-6-8-1.html


How to get it
~~~~~~~~~~~~~

The easy way is to go to the web page, which should be self-explanatory:

        http://www.haskell.org/ghc/

We supply binary builds in the native package format for many
platforms, and the source distribution is available from the same
place.

Packages will appear as they are built - if the package for your
system isn't available yet, please try again later.


Background
~~~~~~~~~~

Haskell is a standard lazy functional programming language; the
current language version is Haskell 98, agreed in December 1998 and
revised December 2002.

GHC is a state-of-the-art programming suite for Haskell.  Included is
an optimising compiler generating good code for a variety of
platforms, together with an interactive system for convenient, quick
development.  The distribution includes space and time profiling
facilities, a large collection of libraries, and support for various
language extensions, including concurrency, exceptions, and foreign
language interfaces (C, whatever).  GHC is distributed under a
BSD-style open source license.

A wide variety of Haskell related resources (tutorials, libraries,
specifications, documentation, compilers, interpreters, references,
contact information, links to research groups) are available from the
Haskell home page (see below).


On-line GHC-related resources
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Relevant URLs on the World-Wide Web:

GHC home page              http://www.haskell.org/ghc/
GHC developers' home page  http://hackage.haskell.org/trac/ghc/
Haskell home page          http://www.haskell.org/


Supported Platforms
~~~~~~~~~~~~~~~~~~~

The list of platforms we support, and the people responsible for them,
is here:

   http://hackage.haskell.org/trac/ghc/wiki/Contributors

Ports to other platforms are possible with varying degrees of
difficulty.  The Building Guide describes how to go about porting to a
new platform:

    http://hackage.haskell.org/trac/ghc/wiki/Building


Developers
~~~~~~~~~~

We welcome new contributors.  Instructions on accessing our source
code repository, and getting started with hacking on GHC, are
available from the GHC's developer's site run by Trac:

  http://hackage.haskell.org/trac/ghc/


Mailing lists
~~~~~~~~~~~~~

We run mailing lists for GHC users and bug reports; to subscribe, use
the web interfaces at

    http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
    http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

There are several other haskell and ghc-related mailing lists on
www.haskell.org; for the full list, see

    http://www.haskell.org/mailman/listinfo/

Some GHC developers hang out on #haskell on IRC, too:

    http://www.haskell.org/haskellwiki/IRC_channel

Please report bugs using our bug tracking system.  Instructions on
reporting bugs can be found here:

    http://www.haskell.org/ghc/reportabug

From cperfumo at gmail.com  Sat Nov  3 11:57:04 2007
From: cperfumo at gmail.com (Cristian Perfumo)
Date: Sat Nov  3 11:54:22 2007
Subject: Too many local registers...
In-Reply-To: <47299956.5010202@gmail.com>
References: <e04153bc0710310640p46c5325eh8f1d722f8cfe11b0@mail.gmail.com>
	<1193873798.26140.59.camel@localhost>
	<BBB84A691C2E064EAAFB9876BF452D16B2EDB907@EA-EXMSG-C324.europe.corp.microsoft.com>
	<47299956.5010202@gmail.com>
Message-ID: <e04153bc0711030857x2132d9c9sa108f0052bc03376@mail.gmail.com>

>
> > | I never found a satisfactory answer. On IA64 we just hope that ghc
> > | generates C code that does not turn into object code that uses too
> many
> > | variables. We tried playing with gcc flags to make it only use the
> > | limited number of registers but could not make it work. The only
> > | workarounds I know of are to use less aggressive optimisation, both in
> > | ghc and gcc, so try with -optc-O rather than -optc-O2 and try -O0
> rather
> > | than -O.
> > |
> > | Duncan


Thank you all for the answers, specially to Duncan... -optc-O did the trick
:)
Best
Cristian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/glasgow-haskell-users/attachments/20071103/f530732a/attachment.htm
From twanvl at gmail.com  Sat Nov  3 14:08:25 2007
From: twanvl at gmail.com (Twan van Laarhoven)
Date: Sat Nov  3 14:05:32 2007
Subject: Generalized newtype deriving 6.6 vs. 6.8
Message-ID: <472CB919.4010401@gmail.com>

Hello,

I noticed there is a difference in generalized newtype deriving between 
6.6 and 6.8. In GHC 6.4.1 the following:

 > {-# LANGUAGE GeneralizedNewtypeDeriving #-}
 >
 > import Control.Monad.Error
 >
 > newtype MyMonad m a = MyMonad (m a)
 >   deriving (Monad, MonadError String)

correctly gives a derived instance

     MonadError String m => MonadError String (MyMonad m)

The new GHC 6.8.1 complains with:

     No instance for (MonadError String m)
       arising from the 'deriving' clause of a data type declaration
                    at DeriveTest.hs:(5,0)-(6,36)
     Possible fix: add an instance declaration for (MonadError String m)
     When deriving the instance for (MonadError String (MyMonad m))

Generalizing the instance to

     MonadError e m => MonadError e (MyMonad m)

works in both versions.

Twan
From bulat.ziganshin at gmail.com  Sat Nov  3 18:54:19 2007
From: bulat.ziganshin at gmail.com (Bulat Ziganshin)
Date: Sun Nov  4 05:00:27 2007
Subject: 6.6.1 installlers
Message-ID: <1339577704.20071104015419@gmail.com>

Hello glasgow-haskell-users,

i've found that 6.6.1 downloading page
( http://haskell.org/ghc/download_ghc_661.html ) doesn't contain info
about availability of Debian, Fedora and SUSE packages. is it possible
to add it there? (also for other unices where such packages exist)

the reason is that i distribute sources of my program and point users
to this page for instructions on installing GHC. but it suggests to
use generic linux package and don't tell anything about OS-specific
packages. my users are not haskellers so they will be unable to find
and install GHC package without knowing its exact name

-- 
Best regards,
 Bulat                          mailto:Bulat.Ziganshin@gmail.com

From igloo at earth.li  Sat Nov  3 21:16:17 2007
From: igloo at earth.li (Ian Lynagh)
Date: Sun Nov  4 05:00:42 2007
Subject: 6.6.1 installlers
In-Reply-To: <1339577704.20071104015419@gmail.com>
References: <1339577704.20071104015419@gmail.com>
Message-ID: <20071104011617.GA30912@matrix.chaos.earth.li>


Hi Bulat,

On Sun, Nov 04, 2007 at 01:54:19AM +0300, Bulat Ziganshin wrote:
> 
> i've found that 6.6.1 downloading page
> ( http://haskell.org/ghc/download_ghc_661.html ) doesn't contain info
> about availability of Debian, Fedora and SUSE packages. is it possible
> to add it there? (also for other unices where such packages exist)

I've added a paragraph and a link to the distribution packages page from
the 6.6.1 and 6.8.1 download pages.


Thanks
Ian

From daniil.elovkov at googlemail.com  Sun Nov  4 07:49:54 2007
From: daniil.elovkov at googlemail.com (Daniil Elovkov)
Date: Sun Nov  4 07:47:05 2007
Subject: some links broken in 6.8.1 documentation
Message-ID: <eadd5ef20711040449l7f0ee581w652e55e471ac3e89@mail.gmail.com>

Hello folks

A quick look at the 6.8.1 user's guide reveals some broken links:

1)
Obtaining code coverage, pointing to
http://haskell.org/ghc/docs/6.8.1/html/users_guide/hpc.html

redirects to http://projects.unsafeperformio.com/hpc.html which tells
that it's not found but guesses at another location, where it is
found.

2)
Concurrent and parallel haskell
http://haskell.org/ghc/docs/6.8.1/html/users_guide/lang-parallel.html
(and possibly other pages)

have links to libraries according to the pre-base-split structure,
like .../base/.. instead of .../parallel/..., which results in those
links being broken.

Thank you

-- 
Daniil Elovkov
From mechvel at botik.ru  Sun Nov  4 09:16:18 2007
From: mechvel at botik.ru (Serge D. Mechveliani)
Date: Sun Nov  4 09:13:55 2007
Subject: testing docon-2.11
Message-ID: <20071104141618.GA3400@scico.botik.ru>

People,

can anybody, please, test  docon-2.11 ?
It resides in

   http://www.botik.ru/pub/local/Mechveliani/docon/2.11-pre/

It needs to  download,  unzip,  
             install and run the test according to  install.txt,
             communicate to me the result
             (together with the GHC and system specification).

It is for  ghc-6.8.1  
and        ghc-6.6.1  
(down-porting to 6.6.1 is by deleting  " , containers"  from  docon.cabal).

I have tested it in  Debian Linux.

It needs testing, for example, under  MacOS.

Thank you in advance for your help.

-----------------
Serge Mechveliani
mechvel@botik.ru
 
From chak at cse.unsw.edu.au  Sun Nov  4 20:51:21 2007
From: chak at cse.unsw.edu.au (Manuel M T Chakravarty)
Date: Sun Nov  4 20:48:46 2007
Subject: Help with Building on Mac OS X Leopard
In-Reply-To: <A31CF24B-469F-4D63-A9F4-905859105681@reillyhayes.com>
References: <A31CF24B-469F-4D63-A9F4-905859105681@reillyhayes.com>
Message-ID: <5C075A82-5842-41C3-A693-D38B718DBC9F@cse.unsw.edu.au>

R Hayes wrote,
> What resembles an old issue has reappeared when building HEAD on  
> Leopard.
>
> The build of the stage two compiler fails with:
>
> ld: in  /Users/rfh/3rdParty/builds/ghc-6.9.20071028/libraries/ 
> haskell98/dist/build/libHShaskell98-1.0.1.a, archive has no table of  
> contents

I assume you updated to Xcode 3.0.  Can you give us some more details  
on how you build the compiler?  What ghc version did you use for the  
stage1 build?  What build profile (if any) did you chose in build.mk?

The HEAD builds fine for me on Leopard, so there needs to be some  
other factor.

Manuel

>
> This happens when the modify time on library is later than the  
> timestamp on the library index.  It's not an uncommon issue for  
> building software on the Mac.  The usual cause is builds that  
> copy .a files and are unaware of this mac feature.
>
> Running ranlib on libHShaskell98-1.0.1.a file and resuming the make  
> causes the build to continue until it gets to the next .a file.
>
> ld: in /Users/rfh/3rdParty/builds/ghc-6.9.20071028/libraries/array/ 
> dist/build/libHSarray-0.1.a, archive has no table of contents
>
> It seems this problem has occurred before.  My guess is that a work- 
> around was put in place that no longer works on Leopard.  I'm not  
> sure exactly where to look in the Make system.  Any pointers would  
> be appreciated.

From seth at cql.com  Sun Nov  4 23:13:22 2007
From: seth at cql.com (Seth Kurtzberg)
Date: Sun Nov  4 23:10:36 2007
Subject: 6.8.1 compilation error
Message-ID: <033f01c81f62$34613120$9d239360$@com>

All,

 

While compiling the new release (6.8.1, with both the primary source and the
extra libraries) I experienced a gcc error, gcc of course called by ghc.
I'm compiling 6.8.1 with ghc 6.6.1.  The gcc version is 4.1.1.

 

I've seen similar behavior in the past where some sort of heap corruption
occurs within gcc and triggers an internal compiler error.  So this may not
be a true ghc error at all, but one can't completely rule it out.

 

This type of error, especially appearing at random, is suggestive of a
memory hardware problem.  To eliminate this possibility I ran memtest86 for
several hours on the machine.  No errors were detected.

 

I'll repeat the build again from a fresh directory to see if the problem is
repeatable.  Then I plan to run a build after upgrading gcc from 4.1.1 to
4.2.1.  I'll report the results.

 

The environment is Linux using kernel 2.6.21.

 

The compilation command and the resulting error:

 

/usr/local/bin/ghc -H16m -O  -istage1/utils  -istage1/basicTypes
-istage1/types  -istage1/hsSyn  -istage1/prelude  -istage1/rename
-istage1/typecheck  -istage1/deSugar  -istage1/coreSyn  -istage1/vectorise
-istage1/specialise  -istage1/simplCore  -istage1/stranal  -istage1/stgSyn
-istage1/simplStg  -istage1/codeGen  -istage1/main  -istage1/profiling
-istage1/parser  -istage1/cprAnalysis  -istage1/ndpFlatten  -istage1/iface
-istage1/cmm  -istage1/nativeGen -Wall -fno-warn-name-shadowing
-fno-warn-orphans -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing
-I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing  -H16M
'-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal
-c rename/RnSource.lhs -o stage1/rename/RnSource.o  -ohi
stage1/rename/RnSource.hi

/tmp/ghc1316_0/ghc1316_0.hc: In function 'raVb_entry':

 

/tmp/ghc1316_0/ghc1316_0.hc:1983:0:

     internal compiler error: in referenced_var_lookup, at tree-dfa.c:578

Please submit a full bug report,

with preprocessed source if appropriate.

See <URL:http://gcc.gnu.org/bugs.html> for instructions.

<<ghc: 586234044 bytes, 718 GCs, 10149393/21203304 avg/max bytes residency
(9 samples), 55M in use, 0.02 INIT (0.00 elapsed), 6.94 MUT (27.32 elapsed),
3.53 GC (3.67 elapsed) :ghc>>

make[1]: *** [stage1/rename/RnSource.o] Error 1

make: *** [stage1] Error 1

 

 

 

Seth Kurtzberg

Software Engineer

Specializing in Security, Reliability, and the Hardware/Software Interface

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.haskell.org/pipermail/glasgow-haskell-users/attachments/20071104/93b18c00/attachment.htm
From robert at gslt.hum.gu.se  Mon Nov  5 04:16:09 2007
From: robert at gslt.hum.gu.se (Robert Andersson)
Date: Mon Nov  5 04:13:18 2007
Subject: 6.8.1 compilation error on Sun Solaris 9
Message-ID: <18222.57177.697646.927003@mozart.gslt.hum.gu.se>

Hello!

When compiling on Sun Solaris 5.9 sun4u sparc with configure

  ./configure --with-gmp-includes=/opt/csw/include --with-gmp-libraries=/opt/csw/lib --with-ghc=/usr/local/ghc/bin/ghc

using gcc version 4.0.2 I get the following errors 

---------- errors start ----------
== gmake all -r;
 in /usr/local/src/ghc-6.8.1/compiler
------------------------------------------------------------------------
/usr/local/ghc/bin/ghc -H16m -O  -istage1/utils  -istage1/basicTypes  -istage1/types  -istage1/hsSyn  -istage1/prelude  -istage1/rename  -istage1/typecheck  -istage1/deSugar  -istage1/coreSyn  -istage1/vectorise  -istage1/specialise  -istage1/simplCore  -istage1/stranal  -istage1/stgSyn  -istage1/simplStg  -istage1/codeGen  -istage1/main  -istage1/profiling  -istage1/parser  -istage1/cprAnalysis  -istage1/ndpFlatten  -istage1/iface  -istage1/cmm -Wall -fno-warn-name-shadowing -fno-warn-orphans -Istage1 -DOMIT_NATIVE_CODEGEN -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing  -H16M '-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal    -c main/Constants.lhs -o stage1/main/Constants.o  -ohi stage1/main/Constants.hi

./../includes/GHCConstants.h:1:25: Not in scope: `zd'

./../includes/GHCConstants.h:2:25: Not in scope: `zd'

[...alot of these here...]

<<ghc: 33215112 bytes, 8 GCs, 1582480/3066808 avg/max bytes residency (2 samples), 17M in use, 0.00 INIT (0.00 elapsed), 0.35 MUT (0.51 elapsed), 0.15 GC (0.16 elapsed) :ghc>>

gmake[1]: *** [stage1/main/Constants.o] Error 1

gmake: *** [stage1] Error 1


---------- errors end ----------

I also noticed that the GHC bundle also tries to install its own gmp
even though I explicitly say not to. Why is gmp even bundled with ghc?

Anyway hope someone can give me a few pointers on what is going on.

yours,
/robert

-- 
Systems Administrator & IT-Coordinator
Swedish National Graduate School of Language Technology
Nordic Graduate School of Language Technology
From simonmarhaskell at gmail.com  Mon Nov  5 06:16:43 2007
From: simonmarhaskell at gmail.com (Simon Marlow)
Date: Mon Nov  5 06:13:55 2007
Subject: 6.8.1 compilation error
In-Reply-To: <033f01c81f62$34613120$9d239360$@com>
References: <033f01c81f62$34613120$9d239360$@com>
Message-ID: <472EFB9B.4070105@gmail.com>

Seth Kurtzberg wrote:

> While compiling the new release (6.8.1, with both the primary source and 
> the extra libraries) I experienced a gcc error, gcc of course called by 
> ghc.  I?m compiling 6.8.1 with ghc 6.6.1.  The gcc version is 4.1.1.
> 
> I?ve seen similar behavior in the past where some sort of heap 
> corruption occurs within gcc and triggers an internal compiler error.  
> So this may not be a true ghc error at all, but one can?t completely 
> rule it out.
> 
> This type of error, especially appearing at random, is suggestive of a 
> memory hardware problem.  To eliminate this possibility I ran memtest86 
> for several hours on the machine.  No errors were detected.

Dedicated memory test programs are notoriously inadequate for finding bad 
memory, whereas both GHC and GCC are actually quite good at it :-)

> I?ll repeat the build again from a fresh directory to see if the problem 
> is repeatable.  Then I plan to run a build after upgrading gcc from 
> 4.1.1 to 4.2.1.  I?ll report the results.

Thanks, I look forward to hearing the results.

Cheers,
	Simon
From ketil+haskell at ii.uib.no  Mon Nov  5 07:16:31 2007
From: ketil+haskell at ii.uib.no (Ketil Malde)
Date: Mon Nov  5 07:13:42 2007
Subject: 6.8.0.x, 64 bits, and memory profiling
In-Reply-To: <472EFB9B.4070105@gmail.com> (Simon Marlow's message of "Mon\,
	05 Nov 2007 11\:16\:43 +0000")
References: <033f01c81f62$34613120$9d239360$@com> <472EFB9B.4070105@gmail.com>
Message-ID: <87wsswvqe8.fsf_-_@nmd9999.imr.no>


Hi,

I'm using heap profiling on AMD64, and I am getting some slightly
strange results.  Running the profiling, 'top' shows about 600Mb in
use, but the resulting profile shows ~80Mb.  Rerunning with -M200M
results in an out-of-memory error. 

Could it be that the profile is calculated incorrectly for 64bit
systems? 

-k
-- 
If I haven't seen further, it is by standing in the footprints of giants
From simonpj at microsoft.com  Mon Nov  5 09:49:22 2007
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Mon Nov  5 09:46:31 2007
Subject: Generalized newtype deriving 6.6 vs. 6.8
In-Reply-To: <472CB919.4010401@gmail.com>
References: <472CB919.4010401@gmail.com>
Message-ID: <BBB84A691C2E064EAAFB9876BF452D16B2F7B138@EA-EXMSG-C324.europe.corp.microsoft.com>

Well it's debatable. Suppose we have

  newtype Foo = MkFoo String deriving( Num )

Do you want to generate

  instance Num String => Num Foo

?  I suspect not -- usually we generate an error message right away if we need a Num String instance and one is not available.

Now you could argue that

|      MonadError String m => MonadError String (MyMonad m)

is more plausible because the 'm' is somehow the important bit.  But it gets into undecidable-instance territory, and at that point you (now) just have to write the instance declaration yourself.

The manual is misleading on this point.  It says "for each ci, the derived instance declaration is: instance ci t => ci (T v1...vk)".  But actually GHC tries to figure out the context, just as for other derived instance decls, and insists (for the reasons above) that it reduces to type variables only.

Does that make sense?  I'll update the documentation if so.

Simon

-----Original Message-----
| From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of
| Twan van Laarhoven
| Sent: 03 November 2007 18:08
| To: glasgow-haskell-users@haskell.org
| Subject: Generalized newtype deriving 6.6 vs. 6.8
|
| Hello,
|
| I noticed there is a difference in generalized newtype deriving between
| 6.6 and 6.8. In GHC 6.4.1 the following:
|
|  > {-# LANGUAGE GeneralizedNewtypeDeriving #-}
|  >
|  > import Control.Monad.Error
|  >
|  > newtype MyMonad m a = MyMonad (m a)
|  >   deriving (Monad, MonadError String)
|
| correctly gives a derived instance
|
|      MonadError String m => MonadError String (MyMonad m)
|
| The new GHC 6.8.1 complains with:
|
|      No instance for (MonadError String m)
|        arising from the 'deriving' clause of a data type declaration
|                     at DeriveTest.hs:(5,0)-(6,36)
|      Possible fix: add an instance declaration for (MonadError String m)
|      When deriving the instance for (MonadError String (MyMonad m))
|
| Generalizing the instance to
|
|      MonadError e m => MonadError e (MyMonad m)
|
| works in both versions.
|
| Twan
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
From seth at cql.com  Mon Nov  5 09:57:07 2007
From: seth at cql.com (Seth Kurtzberg)
Date: Mon Nov  5 09:54:21 2007
Subject: 6.8.1 compilation error
In-Reply-To: <472EFB9B.4070105@gmail.com>
References: <033f01c81f62$34613120$9d239360$@com> <472EFB9B.4070105@gmail.com>
Message-ID: <039e01c81fbc$227e14a0$677a3de0$@com>

Simon,

At this point I don't believe the problem that I reported is related to ghc,
although I'm repeating things to bolster that conclusion.

(As an aside, except for memory testing, the manufacturing test suite for
the product I'm about to discuss is written in Haskell with just a handful
of situations that required using the FFI to call C++ or C functions.)

I've done memory hardware testing in manufacturing situations, and until
quite recently I would have agreed with your characterization of memory
testing programs.  (I understand your comment was not intended to be 100%
serious, but I think it's worth answering regardless.)

We, of course, keep statistics about the accuracy of the manufacturing line
testing.  With the most recent version of memtest86, we've found the rate of
false negatives to have declined dramatically, and is now in the area of
1-2%.  The increased accuracy, of course, has a cost; on the current
platform a single testing round takes almost four hours, and I consider
three rounds to be the minimum required for thorough testing.

The point is that stand-alone memory testing is no longer useless, although
of course it is not perfect.


Seth Kurtzberg
Software Engineer
Specializing in Security, Reliability, and the Hardware/Software Interface




-----Original Message-----
From: Simon Marlow [mailto:simonmarhaskell@gmail.com] 
Sent: Monday, November 05, 2007 6:17 AM
To: Seth Kurtzberg
Cc: glasgow-haskell-users@haskell.org
Subject: Re: 6.8.1 compilation error

Seth Kurtzberg wrote:

> While compiling the new release (6.8.1, with both the primary source and 
> the extra libraries) I experienced a gcc error, gcc of course called by 
> ghc.  I'm compiling 6.8.1 with ghc 6.6.1.  The gcc version is 4.1.1.
> 
> I've seen similar behavior in the past where some sort of heap 
> corruption occurs within gcc and triggers an internal compiler error.  
> So this may not be a true ghc error at all, but one can't completely 
> rule it out.
> 
> This type of error, especially appearing at random, is suggestive of a 
> memory hardware problem.  To eliminate this possibility I ran memtest86 
> for several hours on the machine.  No errors were detected.

Dedicated memory test programs are notoriously inadequate for finding bad 
memory, whereas both GHC and GCC are actually quite good at it :-)

> I'll repeat the build again from a fresh directory to see if the problem 
> is repeatable.  Then I plan to run a build after upgrading gcc from 
> 4.1.1 to 4.2.1.  I'll report the results.

Thanks, I look forward to hearing the results.

Cheers,
	Simon


From isaacdupree at charter.net  Mon Nov  5 10:38:11 2007
From: isaacdupree at charter.net (Isaac Dupree)
Date: Mon Nov  5 10:35:57 2007
Subject: Generalized newtype deriving 6.6 vs. 6.8
In-Reply-To: <BBB84A691C2E064EAAFB9876BF452D16B2F7B138@EA-EXMSG-C324.europe.corp.microsoft.com>
References: <472CB919.4010401@gmail.com>
	<BBB84A691C2E064EAAFB9876BF452D16B2F7B138@EA-EXMSG-C324.europe.corp.microsoft.com>
Message-ID: <472F38E3.4020409@charter.net>

Simon Peyton-Jones wrote:
> Well it's debatable. Suppose we have
> 
>   newtype Foo = MkFoo String deriving( Num )
> 
> Do you want to generate
> 
>   instance Num String => Num Foo
> 
> ?

Personally, I think I would like that -- along with a warning message. 
It makes it clearer to me that I can do

newtype Foo a = MkFoo a deriving( Num )

without requiring that Foo can only be instantiated with types in Num.

I'm not sure though.


Isaac
From Christian.Maeder at dfki.de  Mon Nov  5 10:59:57 2007
From: Christian.Maeder at dfki.de (Christian Maeder)
Date: Mon Nov  5 11:02:28 2007
Subject: binary dist GHC version 6.8.1
In-Reply-To: <20071103142356.GA10952@matrix.chaos.earth.li>
References: <20071103142356.GA10952@matrix.chaos.earth.li>
Message-ID: <472F3DFD.804@dfki.de>

Hi,

in
http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-i386-unknown-linux.tar.bz2

the binary ghc-6.8.1/lib/ghc-6.8.1/ghc-6.8.1 is not stripped after
installation. For my own build from the sources I've put in my build.mk:

BIN_DIST=1
Project=Ghc
INSTALL_PROGRAM = $(INSTALL) -s -m 755

Maybe mk/config.mk.in can be adjusted accordingly.

Cheers Christian
From simonmarhaskell at gmail.com  Mon Nov  5 11:16:06 2007
From: simonmarhaskell at gmail.com (Simon Marlow)
Date: Mon Nov  5 11:13:21 2007
Subject: 6.8.0.x, 64 bits, and memory profiling
In-Reply-To: <87wsswvqe8.fsf_-_@nmd9999.imr.no>
References: <033f01c81f62$34613120$9d239360$@com> <472EFB9B.4070105@gmail.com>
	<87wsswvqe8.fsf_-_@nmd9999.imr.no>
Message-ID: <472F41C6.4040500@gmail.com>

Ketil Malde wrote:

> I'm using heap profiling on AMD64, and I am getting some slightly
> strange results.  Running the profiling, 'top' shows about 600Mb in
> use, but the resulting profile shows ~80Mb.  Rerunning with -M200M
> results in an out-of-memory error. 
> 
> Could it be that the profile is calculated incorrectly for 64bit
> systems? 

It's probably correct.  Profiling overheads add 50-100% to the space usage, 
which is subtracted from the profile.  Copying GC will use about 3x the 
live data in normal operation: 2x due to the copying, and an extra 1x to 
allocate into, plus there may be some free memory due to fragmentation 
(hopefully not much).  The +RTS -sstderr  will give you an accurate figure 
of how much memory GHC's allocator is using.

Cheers,
	Simon
From duncan.coutts at worc.ox.ac.uk  Mon Nov  5 15:53:11 2007
From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts)
Date: Mon Nov  5 15:47:17 2007
Subject: binary dist GHC version 6.8.1
In-Reply-To: <472F3DFD.804@dfki.de>
References: <20071103142356.GA10952@matrix.chaos.earth.li>
	<472F3DFD.804@dfki.de>
Message-ID: <1194295991.26140.169.camel@localhost>

On Mon, 2007-11-05 at 16:59 +0100, Christian Maeder wrote:
> Hi,
> 
> in
> http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-i386-unknown-linux.tar.bz2
> 
> the binary ghc-6.8.1/lib/ghc-6.8.1/ghc-6.8.1 is not stripped after
> installation. For my own build from the sources I've put in my build.mk:
> 
> BIN_DIST=1
> Project=Ghc
> INSTALL_PROGRAM = $(INSTALL) -s -m 755
> 
> Maybe mk/config.mk.in can be adjusted accordingly.

Whatever change you might make, we need to be able to turn stripping off
for the benefit of distro packages that handle striping themselves in
special ways.

Duncan
From chak at cse.unsw.edu.au  Tue Nov  6 01:29:05 2007
From: chak at cse.unsw.edu.au (Manuel M T Chakravarty)
Date: Tue Nov  6 01:26:17 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
Message-ID: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>

A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is  
available from

   http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2

To use it, you need two other pieces of software installed:

   Xcode 3.0    -- as available from the Leopard upgrade/install DVD  
or developer.apple.com
   readline 5.2 -- preferably installed via macports in /opt/local

Moreover, if you have the GMP.framework installed (a leftover from  
10.4), remove it first.

To install, follow the instructions at

   http://www.haskell.org/ghc/docs/latest/html/users_guide/installing-bin-distrib.html#id3132713

Happy Haskell Hacking!
Manuel

-=-

GHC on Mac OS X 10.5 mini FAQ:

* When trying to compile GHC, I get a segv on Float.lhs (of the base  
package is compiled).  Why?

     AFAIK this only happens if the GHC you try to bootstrap with is  
too old (eg, 6.6).

* With the binary distribution why do I get a link error complaining  
about "_environ"?

     You still have the GMP framework installed.  It was linked  
against an old libc, which causes
     the error.  Remove the GMP framework.

* What GMP library is used?

     GHC 6.8.1 includes an embedded GMP library (ie, it's bundled with  
the source).  It is
     compiled as a static library and placed into the GHC install tree.

From simonmarhaskell at gmail.com  Tue Nov  6 04:00:57 2007
From: simonmarhaskell at gmail.com (Simon Marlow)
Date: Tue Nov  6 03:58:05 2007
Subject: 6.8.1 compilation error
In-Reply-To: <039e01c81fbc$227e14a0$677a3de0$@com>
References: <033f01c81f62$34613120$9d239360$@com> <472EFB9B.4070105@gmail.com>
	<039e01c81fbc$227e14a0$677a3de0$@com>
Message-ID: <47302D49.3050903@gmail.com>

Seth Kurtzberg wrote:

> At this point I don't believe the problem that I reported is related to ghc,
> although I'm repeating things to bolster that conclusion.
> 
> (As an aside, except for memory testing, the manufacturing test suite for
> the product I'm about to discuss is written in Haskell with just a handful
> of situations that required using the FFI to call C++ or C functions.)
> 
> I've done memory hardware testing in manufacturing situations, and until
> quite recently I would have agreed with your characterization of memory
> testing programs.  (I understand your comment was not intended to be 100%
> serious, but I think it's worth answering regardless.)
> 
> We, of course, keep statistics about the accuracy of the manufacturing line
> testing.  With the most recent version of memtest86, we've found the rate of
> false negatives to have declined dramatically, and is now in the area of
> 1-2%.  The increased accuracy, of course, has a cost; on the current
> platform a single testing round takes almost four hours, and I consider
> three rounds to be the minimum required for thorough testing.

Interesting... I might actually use memtest86 now, thanks!

Simon
From joelr1 at gmail.com  Tue Nov  6 06:03:17 2007
From: joelr1 at gmail.com (Joel Reymont)
Date: Tue Nov  6 06:00:27 2007
Subject: Missing _environ while compiling 6.8.1 on Leopard
Message-ID: <D9D7E33E-9898-4331-9F98-6D87F848B11F@gmail.com>

Folks,

I keep getting this issue when compiling ghc 6.8.1 on Leopard. Manuel  
doesn't have this issue for some reason. I have removed the GMP  
framework as per his suggestion but it didn't help.

Any clues?

---

GHCi, version 6.8.1: http://www.haskell.org/ghc/  :? for help
ghc-6.8.1:
/usr/local/lib/ghc-6.8.1/lib/base-3.0.0.0/HSbase-3.0.0.0.o: unknown  
symbol `_environ'
Loading package base ... linking ... ghc-6.8.1: unable to load package  
`base'

---

	Thanks, Joel

--
http://wagerlabs.com





From Christian.Maeder at dfki.de  Tue Nov  6 07:43:09 2007
From: Christian.Maeder at dfki.de (Christian Maeder)
Date: Tue Nov  6 07:40:29 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
Message-ID: <4730615D.3090704@dfki.de>

Manuel M T Chakravarty wrote:
> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
> available from
> 
>  
> http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2

The name of a binary distribution for Mac OS X 10.4 (Tiger) would be the
same.

I've tried to install your package, but already configure failed with:

checking build system type... i386-apple-darwin8.10.1
checking host system type... i386-apple-darwin8.10.1
checking target system type... i386-apple-darwin8.10.1
Which we'll further canonicalise into: i386-apple-darwin
checking for path to top of build tree... configure: error: cannot
determine current directory

because "utils/pwd/pwd" results in a "Bus error"

Cheers Christian
From joelr1 at gmail.com  Tue Nov  6 07:52:28 2007
From: joelr1 at gmail.com (Joel Reymont)
Date: Tue Nov  6 07:49:37 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <4730615D.3090704@dfki.de>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<4730615D.3090704@dfki.de>
Message-ID: <20B9C163-7207-4B38-BA2E-DF8433A03AF8@gmail.com>


On Nov 6, 2007, at 12:43 PM, Christian Maeder wrote:

> I've tried to install your package, but already configure failed with:


I successfully installed this package a few times on the same machine.


--
http://wagerlabs.com





From Christian.Maeder at dfki.de  Tue Nov  6 07:59:13 2007
From: Christian.Maeder at dfki.de (Christian Maeder)
Date: Tue Nov  6 07:56:32 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <20B9C163-7207-4B38-BA2E-DF8433A03AF8@gmail.com>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>	<4730615D.3090704@dfki.de>
	<20B9C163-7207-4B38-BA2E-DF8433A03AF8@gmail.com>
Message-ID: <47306521.5010901@dfki.de>

Joel Reymont wrote:
> 
> On Nov 6, 2007, at 12:43 PM, Christian Maeder wrote:
> 
>> I've tried to install your package, but already configure failed with:
> 
> 
> I successfully installed this package a few times on the same machine.

My failure was on a Tiger and your success with Leopard.

C.
From brianpo at cmu.edu  Tue Nov  6 16:36:18 2007
From: brianpo at cmu.edu (Brian P. O'Hanlon)
Date: Tue Nov  6 16:33:21 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
Message-ID: <267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>

On Nov 6, 2007 1:29 AM, Manuel M T Chakravarty <chak@cse.unsw.edu.au> wrote:
> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
> available from
>
>    http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2

You do not perchance have one for powerpc, do you?  I attempted to
bootstrap from GHC 6.6.1, but I keep getting errors about "Illegal
Instructions", both using the native gcc 4.0 and my own 4.2 compiler.
The error is like this:

Creating main/Config.hs ...
done.
Creating stage1/ghc_boot_platform.h...
Done.
/usr/bin/gcc-4.0 -E  -undef -traditional -P -I../includes    -x c
prelude/primops.txt.pp | \
	grep -v '^#pragma GCC' > prelude/primops.txt
../utils/genprimopcode/genprimopcode --data-decl          <
prelude/primops.txt > primop-data-decl.hs-incl
/bin/sh: line 1: 25386 Illegal instruction
../utils/genprimopcode/genprimopcode --data-decl < prelude/primops.txt
> primop-data-decl.hs-incl

It is rather odd... am I missing something?  Thanks a lot!
-Brian
From haskell at list.mightyreason.com  Tue Nov  6 16:42:34 2007
From: haskell at list.mightyreason.com (haskell@list.mightyreason.com)
Date: Tue Nov  6 16:39:43 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
Message-ID: <4730DFCA.9010506@list.mightyreason.com>

Brian P. O'Hanlon wrote:
> On Nov 6, 2007 1:29 AM, Manuel M T Chakravarty <chak@cse.unsw.edu.au> wrote:
>> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
>> available from
>>
>>    http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2
> 
> You do not perchance have one for powerpc, do you?  I attempted to
> bootstrap from GHC 6.6.1, but I keep getting errors about "Illegal
> Instructions", both using the native gcc 4.0 and my own 4.2 compiler.
> The error is like this:

I am also failing to compile ghc-6.8.1 for a powerpc (G4 powerbook).  I am
giving a try to leave out the extra src tarball to see if that avoids it dying
again while trying to compile parsec.  Of course, it takes many hours to try to
compile.

-- 
Chris
From brianpo at cmu.edu  Tue Nov  6 16:46:16 2007
From: brianpo at cmu.edu (Brian P. O'Hanlon)
Date: Tue Nov  6 16:43:19 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <4730DFCA.9010506@list.mightyreason.com>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
	<4730DFCA.9010506@list.mightyreason.com>
Message-ID: <267c13260711061346u55a6eaf7rc1ccd44e4bcb96d@mail.gmail.com>

On Nov 6, 2007 4:42 PM,  <haskell@list.mightyreason.com> wrote:
> Brian P. O'Hanlon wrote:
> I am also failing to compile ghc-6.8.1 for a powerpc (G4 powerbook).  I am
> giving a try to leave out the extra src tarball to see if that avoids it dying
> again while trying to compile parsec.  Of course, it takes many hours to try to
> compile.

I was also on a G4 PB... I was wondering if there were 64-bit
instructions being emitted somewhere or something of that nature,
though I am not terribly familiar with the internals of GHC's code
generator.
-Brian
From kahl at cas.mcmaster.ca  Tue Nov  6 16:54:48 2007
From: kahl at cas.mcmaster.ca (kahl@cas.mcmaster.ca)
Date: Tue Nov  6 16:55:16 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
	(brianpo@cmu.edu)
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
Message-ID: <20071106215448.5265.qmail@schroeder.cas.mcmaster.ca>

 > 
 > You do not perchance have one for powerpc, do you?  I attempted to
 > bootstrap from GHC 6.6.1, but I keep getting errors about "Illegal
 > Instructions",

Try to force

./configure --build=powerpc-mac-darwin

or whatever is appropriate under MacOS ---
without it, ./configure will identify the target as
powerpc64-... --- just give it a try without the 64.
(This is what I need with 32bit userland under linux.)

Otherwise try adding

     GhcUnregisterised=YES
     SplitObjs=NO

to mk/build.mk.



Wolfram
From chak at cse.unsw.edu.au  Tue Nov  6 19:06:24 2007
From: chak at cse.unsw.edu.au (Manuel M T Chakravarty)
Date: Tue Nov  6 19:03:30 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <4730615D.3090704@dfki.de>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<4730615D.3090704@dfki.de>
Message-ID: <8F73DCAB-6742-45B9-887A-7F840392A13F@cse.unsw.edu.au>

Christian Maeder:
> Manuel M T Chakravarty wrote:
>> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard)  
>> is
>> available from
>>
>>
>> http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2
>
> The name of a binary distribution for Mac OS X 10.4 (Tiger) would be  
> the
> same.
>
> I've tried to install your package, but already configure failed with:
>
> checking build system type... i386-apple-darwin8.10.1
> checking host system type... i386-apple-darwin8.10.1
> checking target system type... i386-apple-darwin8.10.1
> Which we'll further canonicalise into: i386-apple-darwin
> checking for path to top of build tree... configure: error: cannot
> determine current directory
>
> because "utils/pwd/pwd" results in a "Bus error"

I wasn't expecting any backwards compatibility from Leopard-built  
software to Tiger, but then I am also a Mac-noob and maybe there are  
ways to achieve that that I don't know of.  Any suggestions?

As for the name of the file.  The GNU-style arch-vendor-os triples do  
generally not distinguish between OS versions (same deal on Linux).   
Hence, I added the version information as meta information in my email.

What we really need is a proper .mpkg, but at the moment, I don't have  
time for that.  The above binary first of all was meant to help  
bootstrapping GHC for people who upgraded to Leopard and have problems  
(which it seemed on irc, there were a few of).

Manuel

PS: Some people asked about a pcc binary.  I am sorry, but I only have  
got an x86 mac.
From chak at cse.unsw.edu.au  Tue Nov  6 19:08:01 2007
From: chak at cse.unsw.edu.au (Manuel M T Chakravarty)
Date: Tue Nov  6 19:05:22 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <4730DFCA.9010506@list.mightyreason.com>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
	<4730DFCA.9010506@list.mightyreason.com>
Message-ID: <3BD19C95-F4AF-42F3-AC98-7A5C8FCCBF98@cse.unsw.edu.au>

haskell@list.mightyreason.com:
> Brian P. O'Hanlon wrote:
>> On Nov 6, 2007 1:29 AM, Manuel M T Chakravarty  
>> <chak@cse.unsw.edu.au> wrote:
>>> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5  
>>> (Leopard) is
>>> available from
>>>
>>>   http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2
>>
>> You do not perchance have one for powerpc, do you?  I attempted to
>> bootstrap from GHC 6.6.1, but I keep getting errors about "Illegal
>> Instructions", both using the native gcc 4.0 and my own 4.2 compiler.
>> The error is like this:
>
> I am also failing to compile ghc-6.8.1 for a powerpc (G4  
> powerbook).  I am
> giving a try to leave out the extra src tarball to see if that  
> avoids it dying
> again while trying to compile parsec.  Of course, it takes many  
> hours to try to
> compile.

I have no experience with PPC.  In any case, trying to compile a  
minimal system (ie, no extra libs) seems a good idea.

Manuel

From joelr1 at gmail.com  Tue Nov  6 20:09:24 2007
From: joelr1 at gmail.com (Joel Reymont)
Date: Tue Nov  6 20:06:36 2007
Subject: Leopard: ghc 6.8.1 and the case of the missing _environ
Message-ID: <ED12F89E-9836-4639-BF18-D1354344C912@gmail.com>

Symptoms:

You build 6.8.1 from source on Leopard (x86 in my case) and then

junior:ghc-6.8.1 joelr$ ghci
GHCi, version 6.8.1: http://www.haskell.org/ghc/  :? for help
ghc-6.8.1:
/usr/local/lib/ghc-6.8.1/lib/base-3.0.0.0/HSbase-3.0.0.0.o: unknown  
symbol `_environ'
Loading package base ... linking ... ghc-6.8.1: unable to load package  
`base'

Problem:

ghc binaries are being stripped upon installation which eliminates  
_environ, e.g.

junior:tmp joelr$ nm x|grep environ
00002ff0 T ___hscore_environ
0004d004 D _environ

junior:tmp joelr$ strip x
junior:tmp joelr$ nm x|grep environ

Solution:

Need to make sure install-sh does _not_ use the -s option. Haven't  
found out where this needs to be done yet. A temporary workaround is  
to ask Manuel for the pre-built binaries.

	Thanks, Joel

--
http://wagerlabs.com





From haskell at list.mightyreason.com  Tue Nov  6 22:09:55 2007
From: haskell at list.mightyreason.com (haskell@list.mightyreason.com)
Date: Tue Nov  6 22:07:04 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <4730DFCA.9010506@list.mightyreason.com>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>	<267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
	<4730DFCA.9010506@list.mightyreason.com>
Message-ID: <47312C83.6010706@list.mightyreason.com>

I ultimately failed to get 6.8.1 working on OS X 10.5 (with XCode 3.0).

The compile finished, the only odd thing was the often multiply repeated message
"unknown scattered relocation type 4" during compilation.  I have the configure
and build log, but I doubt it holds anything useful.

So now I have a compiler/stage1/ghc-6.8.1 and compiler/stage1/ghc-inplace whcih
work, and a compiler/stage2/ghc-6.8.1 and compiler/stage2/ghc-inplace that
Segmentation Fault when I try to run either.

"make install" works, but installs a Segmentation Faulting compiler.

I give up until someone else can report a recipe for success or posts a binary
for powerpc G4 or has a really convincing hypothesis.

The good news is that the ghc-6.6.1 leftover from OS 10.4.x still works.

-- 
Chris

haskell@list.mightyreason.com wrote:
> Brian P. O'Hanlon wrote:
>> On Nov 6, 2007 1:29 AM, Manuel M T Chakravarty <chak@cse.unsw.edu.au> wrote:
>>> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
>>> available from
>>>
>>>    http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2
>> You do not perchance have one for powerpc, do you?  I attempted to
>> bootstrap from GHC 6.6.1, but I keep getting errors about "Illegal
>> Instructions", both using the native gcc 4.0 and my own 4.2 compiler.
>> The error is like this:
> 
> I am also failing to compile ghc-6.8.1 for a powerpc (G4 powerbook).  I am
> giving a try to leave out the extra src tarball to see if that avoids it dying
> again while trying to compile parsec.  Of course, it takes many hours to try to
> compile.
> 

From mailing_list at istitutocolli.org  Wed Nov  7 05:28:53 2007
From: mailing_list at istitutocolli.org (Andrea Rossato)
Date: Wed Nov  7 05:26:57 2007
Subject: -- help needed in packaging ghc-6.8.1
Message-ID: <20071107102853.GA424@laptop.nowhere.net>

Hi!

I'm trying to maintain a Haskell tool chain for the Slackware
GNU/Linux distribution,[1] which is lacking any Haskell support.

The problem is that I'm having some issue in getting the documentation
properly built.

I must confess I'm not quite familiar with GNU autoconf so please
pardon me if some of the issues I'm going to describe are not ghc
specific. Still I hope to have your help in solving part of these
problems.

Very schematically:

1. the DocBook XSL StyleSheets (probably autoconf related): Slackware
   installs them in /usr/share/xml/docbook/xsl-stylesheets*, but the
   configuration script is looking in so many different locations but
   that one,[2] which seems to me quite appropriate, actually; I
   solved by making a symbolic link so that
   /usr/share/sgml/docbook/xsl-stylesheets points to the
   /usr/share/xml location, but this is far from being a nice
   solution. I think that /usr/share/xml/docbook/xsl-stylesheets*
   should be tried to, definitely before trying
   /usr/share/xml/docbook/stylesheet/nwalsh/current (why should I
   install a package in a directory named after its author??);

2. "make html" fails for libraries.[3] A work around is to build the
   library documentation with:
   ( cd libraries ; make doc )
   but I'm not so sure this workaround actually works (see below);

3. documentation is now installed in $PREFIX/share/doc/ghc. Previously
   documentation was installed in $PREFIX/share/doc/ghc-$VERSION. I
   don't know if this is the problem, but when build the haddock
   documentation for libraries, I keep getting:
   Warning: The documentation for package [put a name here] is not installed. No links to it will be generated.

   No link is indeed generated, which makes the documentation quite
   useless (in comparison with what it should be, obviously);

4. Cabal user_guide: I cannot build it, no matter what I try. How
   should I do?

5. Indexes and links of the produced documentation are wrong or
   missing (probably because the "make html" target fails?). I
   downloaded the precompiled binaries and I noticed that that
   documentation is lacking links and indexes too. Which makes me
   think this was probably a design decision (a very bad one, I would
   add if I were sure it was actually planned).


Obviously documentation is crucial and if I do not solve these
problems I will not able to distribute the package. Unfortunately I've
already lost quite a lot of time in trying to solve those issues, and
the building guide has not been of any help.[4] The release notes
don't say anything about those changes, which are, as far as I
understand, totally undocumented. Which is quite bad, I would say. But
I could be wrong on that and some documentation may be indeed
available. In this case could you point me there, please?

Thanks for your kind attention and sorry for such a long message.

Regards,
Andrea



[1] http://gorgias.mine.nu/slack/haskell/

[2] This is the searched path:
/usr/share/xml/docbook/stylesheet/nwalsh/current
/usr/share/xml/docbook/stylesheet/nwalsh
/usr/share/sgml/docbook/docbook-xsl-stylesheets* 
/usr/share/sgml/docbook/xsl-stylesheets*
/opt/kde?/share/apps/ksgmltools2/docbook/xsl /usr/share/docbook-xsl
/usr/share/sgml/docbkxsl /usr/local/share/xsl/docbook
/sw/share/xml/xs\ l/docbook-xsl /opt/local/share/xsl/docbook-xsl

[3] this is the error message:
== make html -r;
 in /tmp/ghc-6.8.1/libraries
------------------------------------------------------------------------
make[1]: *** No rule to make target `html'.  Stop.
Failed making html in libraries: 1
make: *** [html] Error 1

[4] http://hackage.haskell.org/trac/ghc/wiki/Building/Docs

From reinier.lamers at phil.uu.nl  Wed Nov  7 05:34:53 2007
From: reinier.lamers at phil.uu.nl (Reinier Lamers)
Date: Wed Nov  7 05:31:54 2007
Subject: -- help needed in packaging ghc-6.8.1
In-Reply-To: <20071107102853.GA424@laptop.nowhere.net>
References: <20071107102853.GA424@laptop.nowhere.net>
Message-ID: <473194CD.5000104@phil.uu.nl>

Andrea Rossato wrote:

>Hi!
>
>I'm trying to maintain a Haskell tool chain for the Slackware
>GNU/Linux distribution,[1] which is lacking any Haskell support.
>
Great! However, why don't you submit your packages to 
http://www.linuxpackages.org/? That's where I always look for 
contributed Slackware packages. I also packaged Hugs for them.

Reinier
From mailing_list at istitutocolli.org  Wed Nov  7 05:51:26 2007
From: mailing_list at istitutocolli.org (Andrea Rossato)
Date: Wed Nov  7 05:48:58 2007
Subject: [***SPAM***] [04.0] Re: -- help needed in packaging ghc-6.8.1
In-Reply-To: <473194CD.5000104@phil.uu.nl>
References: <20071107102853.GA424@laptop.nowhere.net>
	<473194CD.5000104@phil.uu.nl>
Message-ID: <20071107105126.GB424@laptop.nowhere.net>

On Wed, Nov 07, 2007 at 11:34:53AM +0100, Reinier Lamers wrote:
>  Great! However, why don't you submit your packages to 
>  http://www.linuxpackages.org/? That's where I always look for contributed 
>  Slackware packages. I also packaged Hugs for them.

Yes, this is an option. The 6.6.1 was not completed though: I started
contributing to XMonad and I needed to use the darcs version of many
packages, so I never finished my SlackBuild collection.

I'm trying to finish the SlackBuild scripts with the 6.8.1 tool chain.
Then I will be able to submit the packages to linuxpackages.org and
slackbuilds.org (and possibly slacky.it too ;)

BTW, you can add http://gorgias.mine.nu/slack to the list of
repositories in your slapt-get/swaret configuration file, and then use
"slapt-get --search" to search for the packages you need (this way you
may search many repositories at once - slacky.it should be one to have
in you configuration, since packages quality is quite good, better
than linuxpackages.org in my opinion).

This is the way I go (well I actually prefer slackbuilds.org
recently, and then build my own).

Cheers,

Andrea

From mailing_list at istitutocolli.org  Wed Nov  7 06:02:22 2007
From: mailing_list at istitutocolli.org (Andrea Rossato)
Date: Wed Nov  7 06:00:00 2007
Subject: -- Re: [***SPAM***] [04.0] Re: -- help needed in packaging ghc-6.8.1
In-Reply-To: <20071107105126.GB424@laptop.nowhere.net>
References: <20071107102853.GA424@laptop.nowhere.net>
	<473194CD.5000104@phil.uu.nl>
	<20071107105126.GB424@laptop.nowhere.net>
Message-ID: <20071107110222.GC424@laptop.nowhere.net>

On Wed, Nov 07, 2007 at 11:51:26AM +0100, Andrea Rossato wrote:
> This is the way I go (well I actually prefer [cut]
> recently, and then build my own).

don't say slack WHAT?? builds dot org aloud, otherwise spamassasin is
going to kill you...

I wonder if it was spamassasin that added those 2 - to my first message
subject. he probably knew I was going to say something bad and wanted
to warn you!

Cheers

Andrea

From simonpj at microsoft.com  Wed Nov  7 08:11:21 2007
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Wed Nov  7 08:08:23 2007
Subject: Why only inference in type checking?
In-Reply-To: <20071019083756.GA7907@ewi1043.ewi.utwente.nl>
References: <20071018111553.GA2138@ewi1043.ewi.utwente.nl>
	<DCA83D5F3861C941808187D4D387875019C5F8A359@EA-EXMSG-C312.europe.corp.microsoft.com>
	<20071019083756.GA7907@ewi1043.ewi.utwente.nl>
Message-ID: <BBB84A691C2E064EAAFB9876BF452D16B2FF55C5@EA-EXMSG-C324.europe.corp.microsoft.com>

Sorry to be slow replying.  I don't know how to give a fully satisfactory answer.  Partly it's that we want to do inference sometimes and checking sometimes.  Partly it's that local constraints" makes checking quite a bit harder (see our paper "Towards open type functions for Haskell" on my home page).  Partly it's that functional dependencies are much trickier than they look (see our paper "Understanding functional dependencies via Constraint Handling Rules" also on my home page.

But you are right.  Tom and Martin are (at this moment) working on a system that support both general top-level equations and arbitrary local constraints.

Simon

| -----Original Message-----
| From: Philip K.F. H?lzenspies [mailto:p.k.f.holzenspies@utwente.nl]
| Sent: 19 October 2007 09:38
| To: Simon Peyton-Jones
| Cc: glasgow-haskell-users@haskell.org
| Subject: Re: Why only inference in type checking?
|
| Dear Simon,
|
| You mentioned that GHC uses 'checking' when it knows the types. How
| this relates to 'unification', I don't know. It might very well be the
| same. Hopefully, the following example sheds a bit more light on what
| I mean (carefully nicked from Uktaad B'mal's "Beginning Faking It").
| Examples are many, including in the "Understanding FDs via CHRs"
| paper.
|
| -- Start example
|
| To define 'vectors,' we need to code the length of a list in a type.
| With the zero/successor notation for naturals, we can do this is data
| constructors without term-level constructors:
|
| data Z
| data S x
|
| Vector concatenation requires addition of these numerals. In Prolog
| terms:
|
| Add(zero, X, X).
| Add(s X, Y, s Z) :- Add X Y Z
|
| We can translate this to a type class as
|
| class Add a b c | a b -> c
| instance Add Z x x
| instance Add x y z => Add (S x) y (S z)
|
| -- End example
|
| Because of your paper I understand why the coverage condition is in
| place and why it fails for the last of these instance declarations.
| GHC will allow me to do this by saying allow-undecidable-instances.
| As you state in the paper, the three FD-conditions of Coverage,
| Consistency and Bound Variable are sufficient, but not (always)
| necessary.
|
| I see why the example above causes considerable problems for
| inference, but if I read these instance declarations as Horn clauses,
| I see no problem at all in checking any actual occurrence in a
| program, i.e. if I write a concatenation function for vectors that
| uses this class as a property of vectors, I don't see where a type
| checker, using Prolog-like unification, runs into difficulties.
|
| What I'm probably asking (it's hard to tell, even for me, sometimes),
| is whether there is something between a type checker that is
| guaranteed to terminate and throwing all guarantees with regards to
| decidability right out the window. Again, I might be completely
| mistaken about how GHC does this. In that case I would like to find
| out where I make a wrongful assumption.
|
| Regards,
| Philip
From dry.green.tea at gmail.com  Wed Nov  7 09:01:30 2007
From: dry.green.tea at gmail.com (Alexis Hazell)
Date: Wed Nov  7 08:58:33 2007
Subject: Problem compiling 6.8.1 extralibs
Message-ID: <200711080101.30607.dry.green.tea@gmail.com>

Hi all,

i'm having some difficulties compiling the 6.8.1 extralibs on a Mandriva 
2007.0 box. Despite happy 1.15 being installed (with the happy binary 
in /usr/bin/), i get the following error:

	Preprocessing library haskell-src-1.0.1.1...
	Setup: The program happy is required but it could not be found
	make[1]: *** [haskell-src/GNUmakefile] Error 1
	make[1]: Leaving directory `/usr/src/ghc-6.8.1/libraries'
	make: *** [stage1] Error 2 
	Command exited with non-zero status 2

Any suggestions as to how to fix this would be greatly appreciated. :-)


Alexis.
From asviraspossible at gmail.com  Wed Nov  7 09:27:55 2007
From: asviraspossible at gmail.com (Victor Nazarov)
Date: Wed Nov  7 09:24:58 2007
Subject: Building a prelude
Message-ID: <c2c4c0010711070627w76ecb00ga6b325e225ce82bb@mail.gmail.com>

Is it possible to build Prelude from scratch. Or just some modules
like GHC.Base.

For example when I do
% ghcjs-inplace.bat -fglasgow-exts -fjavascript -cpp -c Err.lhs-boot
% ghcjs-inplace.bat -fglasgow-exts -fjavascript -cpp -c Base.lhs

I've got this error:

Base.lhs:94:0:
    Bad interface file: C:/Program Files/Visual Haskell\imports/GHC/Err.hi-boot
	Something is amiss; requested module  base:GHC.Err differs from name
found in the interface file main:GHC.Err

What can I do to overcome this.

Really what I want is to build some runtime system for my
ghc-derived-javascript-compiler. And to embed JavaScript integers into
it. I understand that I need to write some primitive operations in
JavaScript like addition. I can build some numerals on the top of
Haskell, but I'd like to get access to underlying javascript features
and integers is a good point to start. Can you recommend me some
strategy or smth?

-- 
vir
http://vir.comtv.ru/
From richardg at richardg.name  Wed Nov  7 10:24:44 2007
From: richardg at richardg.name (Richard Giraud)
Date: Wed Nov  7 10:20:15 2007
Subject: Template Haskell documentation
Message-ID: <4731D8BC.6050401@richardg.name>

Hello

I'm trying to learn how to use Template Haskell and I'm finding that the 
documentation is sparse.  In particular, the constructors for Dec, Exp, 
Con, etc. in Language.Haskell.TH.Syntax aren't explained.

Would documentation patches be welcomed for this library?

Thanks,

Richard
From simonpj at microsoft.com  Wed Nov  7 10:32:24 2007
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Wed Nov  7 10:29:26 2007
Subject: Template Haskell documentation
In-Reply-To: <4731D8BC.6050401@richardg.name>
References: <4731D8BC.6050401@richardg.name>
Message-ID: <BBB84A691C2E064EAAFB9876BF452D16B2FF5790@EA-EXMSG-C324.europe.corp.microsoft.com>

The current documentation is laughably sparse.  Documentation patches would be hugely welcomed.  Thank you!

Alfonso is also working actively on TH at the moment.  I'm ccing him

Simon

| -----Original Message-----
| From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of
| Richard Giraud
| Sent: 07 November 2007 15:25
| To: GHC Users Mailing List
| Subject: Template Haskell documentation
|
| Hello
|
| I'm trying to learn how to use Template Haskell and I'm finding that the
| documentation is sparse.  In particular, the constructors for Dec, Exp,
| Con, etc. in Language.Haskell.TH.Syntax aren't explained.
|
| Would documentation patches be welcomed for this library?
|
| Thanks,
|
| Richard
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
From simonpj at microsoft.com  Wed Nov  7 10:33:49 2007
From: simonpj at microsoft.com (Simon Peyton-Jones)
Date: Wed Nov  7 10:31:03 2007
Subject: Building a prelude
In-Reply-To: <c2c4c0010711070627w76ecb00ga6b325e225ce82bb@mail.gmail.com>
References: <c2c4c0010711070627w76ecb00ga6b325e225ce82bb@mail.gmail.com>
Message-ID: <BBB84A691C2E064EAAFB9876BF452D16B2FF5794@EA-EXMSG-C324.europe.corp.microsoft.com>

You probably need to compile with -package-name base.  When you compiled Err.lhs-boot you need to say that it belongs to package base.

S

| -----Original Message-----
| From: glasgow-haskell-users-bounces@haskell.org [mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of
| Victor Nazarov
| Sent: 07 November 2007 14:28
| To: glasgow-haskell-users@haskell.org
| Subject: Building a prelude
|
| Is it possible to build Prelude from scratch. Or just some modules
| like GHC.Base.
|
| For example when I do
| % ghcjs-inplace.bat -fglasgow-exts -fjavascript -cpp -c Err.lhs-boot
| % ghcjs-inplace.bat -fglasgow-exts -fjavascript -cpp -c Base.lhs
|
| I've got this error:
|
| Base.lhs:94:0:
|     Bad interface file: C:/Program Files/Visual Haskell\imports/GHC/Err.hi-boot
|         Something is amiss; requested module  base:GHC.Err differs from name
| found in the interface file main:GHC.Err
|
| What can I do to overcome this.
|
| Really what I want is to build some runtime system for my
| ghc-derived-javascript-compiler. And to embed JavaScript integers into
| it. I understand that I need to write some primitive operations in
| JavaScript like addition. I can build some numerals on the top of
| Haskell, but I'd like to get access to underlying javascript features
| and integers is a good point to start. Can you recommend me some
| strategy or smth?
|
| --
| vir
| http://vir.comtv.ru/
| _______________________________________________
| Glasgow-haskell-users mailing list
| Glasgow-haskell-users@haskell.org
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
From alfonso.acosta at gmail.com  Wed Nov  7 10:35:05 2007
From: alfonso.acosta at gmail.com (Alfonso Acosta)
Date: Wed Nov  7 10:32:05 2007
Subject: Template Haskell documentation
In-Reply-To: <4731D8BC.6050401@richardg.name>
References: <4731D8BC.6050401@richardg.name>
Message-ID: <6a7c66fc0711070735k270fc66i49fa4dfb6d53038f@mail.gmail.com>

Hi Richard,

> I'm trying to learn how to use Template Haskell and I'm finding that the
> documentation is sparse.  In particular, the constructors for Dec, Exp,
> Con, etc. in Language.Haskell.TH.Syntax aren't explained.

Yes, absolutely true. I myself had to look at the sources when I first
used TH to find out what the types exactly meant.

Just in case, you can find the definition of the types in

http://darcs.haskell.org/packages/template-haskell/Language/Haskell/TH/Syntax.hs

There are helpful comments for each type (but unfortunatelly they are
not annotated using haddock syntax)

> Would documentation patches be welcomed for this library?

Certainly!
From seth at cql.com  Wed Nov  7 11:50:35 2007
From: seth at cql.com (Seth Kurtzberg)
Date: Wed Nov  7 11:47:54 2007
Subject: Problem compiling 6.8.1 extralibs
In-Reply-To: <200711080101.30607.dry.green.tea@gmail.com>
References: <200711080101.30607.dry.green.tea@gmail.com>
Message-ID: <050501c8215e$51139760$f33ac620$@com>

Run:

	ghc-pkg list

See what it thinks about the status of happy.

-----Original Message-----
From: glasgow-haskell-users-bounces@haskell.org
[mailto:glasgow-haskell-users-bounces@haskell.org] On Behalf Of Alexis
Hazell
Sent: Wednesday, November 07, 2007 9:02 AM
To: glasgow-haskell-users@haskell.org
Subject: Problem compiling 6.8.1 extralibs

Hi all,

i'm having some difficulties compiling the 6.8.1 extralibs on a Mandriva 
2007.0 box. Despite happy 1.15 being installed (with the happy binary 
in /usr/bin/), i get the following error:

	Preprocessing library haskell-src-1.0.1.1...
	Setup: The program happy is required but it could not be found
	make[1]: *** [haskell-src/GNUmakefile] Error 1
	make[1]: Leaving directory `/usr/src/ghc-6.8.1/libraries'
	make: *** [stage1] Error 2 
	Command exited with non-zero status 2

Any suggestions as to how to fix this would be greatly appreciated. :-)


Alexis.
_______________________________________________
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users


From duncan.coutts at worc.ox.ac.uk  Wed Nov  7 12:41:36 2007
From: duncan.coutts at worc.ox.ac.uk (Duncan Coutts)
Date: Wed Nov  7 12:35:33 2007
Subject: Problem compiling 6.8.1 extralibs
In-Reply-To: <050501c8215e$51139760$f33ac620$@com>
References: <200711080101.30607.dry.green.tea@gmail.com>
	<050501c8215e$51139760$f33ac620$@com>
Message-ID: <1194457296.26140.316.camel@localhost>

On Wed, 2007-11-07 at 11:50 -0500, Seth Kurtzberg wrote:
> Run:
> 
> 	ghc-pkg list
> 
> See what it thinks about the status of happy.

happy is a program. ghc-pkg doesn't know about it.

> i'm having some difficulties compiling the 6.8.1 extralibs on a Mandriva 
> 2007.0 box. Despite happy 1.15 being installed (with the happy binary 
> in /usr/bin/), i get the following error:
> 
> 	Preprocessing library haskell-src-1.0.1.1...
> 	Setup: The program happy is required but it could not be found
> 	make[1]: *** [haskell-src/GNUmakefile] Error 1
> 	make[1]: Leaving directory `/usr/src/ghc-6.8.1/libraries'
> 	make: *** [stage1] Error 2 
> 	Command exited with non-zero status 2
> 
> Any suggestions as to how to fix this would be greatly appreciated. :-)

Install happy from
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/happy-1.17

Note that happy 1.17 needs Cabal-1.2 and 1.16 needs Cabal-1.1.6.

Alternatively, don't build the extralibs at the same time as ghc and
install just the ones you need individually later. They're all available
on hackage.

Duncan
From dons at galois.com  Wed Nov  7 13:51:08 2007
From: dons at galois.com (Don Stewart)
Date: Wed Nov  7 13:48:24 2007
Subject: GHC 6.8.1 on Mac OS X 10.5 (Leopard)
In-Reply-To: <47312C83.6010706@list.mightyreason.com>
References: <B8C6F7B5-0C5A-4803-8CAA-18094785C024@cse.unsw.edu.au>
	<267c13260711061336x150f19f0y741f77d3c8ab5de@mail.gmail.com>
	<4730DFCA.9010506@list.mightyreason.com>
	<47312C83.6010706@list.mightyreason.com>
Message-ID: <20071107185108.GA4342@scytale.galois.com>

It seems 10.5/PPC/6.8 is currently a lethal combination. (not x86
though, nor 10.4/ppc).

Here's the ticket, add yourself to the CC list.

    http://hackage.haskell.org/trac/ghc/ticket/1843


haskell:
> I ultimately failed to get 6.8.1 working on OS X 10.5 (with XCode
> 3.0).
> 
> The compile finished, the only odd thing was the often multiply
> repeated message "unknown scattered relocation type 4" during
> compilation.  I have the configure and build log, but I doubt it holds
> anything useful.
> 
> So now I have a compiler/stage1/ghc-6.8.1 and compiler/stage1/ghc-inplace whcih
> work, and a compiler/stage2/ghc-6.8.1 and compiler/stage2/ghc-inplace that
> Segmentation Fault when I try to run either.
> 
> "make install" works, but installs a Segmentation Faulting compiler.
> 
> I give up until someone else can report a recipe for success or posts
> a binary for powerpc G4 or has a really convincing hypothesis.
> 
> The good news is that the ghc-6.6.1 leftover from OS 10.4.x still works.
> 
> -- 
> Chris
> 
> haskell@list.mightyreason.com wrote:
> > Brian P. O'Hanlon wrote:
> >> On Nov 6, 2007 1:29 AM, Manuel M T Chakravarty <chak@cse.unsw.edu.au> wrote:
> >>> A full binary distribution of GHC 6.8.1 for Mac OS X 10.5 (Leopard) is
> >>> available from
> >>>
> >>>    http://www.cse.unsw.edu.au/~chak/haskell/ghc-6.8.1-i386-apple-darwin.tar.bz2
> >> You do not perchance have one for powerpc, do you?  I attempted to
> >> bootstrap from GHC 6.6.1, but I keep getting errors about "Illegal
> >> Instructions", both using the native gcc 4.0 and my own 4.2 compiler.
> >> The error is like this:
> > 
> > I am also failing to compile ghc-6.8.1 for a powerpc (G4 powerbook).  I am
> > giving a try to leave out the extra src tarball to see if that avoids it dying
> > again while trying to compile parsec.  Of course, it takes many hours to try to
> > compile.
> > 
> 
> _______________________________________________
> Glasgow-haskell-users mailing list
> Glasgow-haskell-users@haskell.org
> http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
From richardg at richardg.name  Wed Nov  7 14:38:40 2007
From: richardg at richardg.name (richardg@richardg.name)
Date: Wed Nov  7 14:35:40 2007
Subject: Getting source code
Message-ID: <50887.199.213.216.43.1194464320.squirrel@richardg.name>

Hello

I'm trying to get the source code for development purposes (helping add
some Haddock documentation for TH).  I tried following the steps listed on
http://hackage.haskell.org/trac/ghc/wiki/Building/GettingTheSources and
ran into trouble.

I downloaded ghc-HEAD-2007-08-29-ghc-corelibs-testsuite.tar.bz2 and
continued through the steps.  On step 3, I received an error message from
darcs:
$ darcs pull -a
Pulling from "http://darcs.haskell.org/ghc"...
This is the GHC darcs repository (HEAD branch)

For more information, visit the GHC developer wiki at
  http://hackage.haskell.org/trac/ghc
**********************
darcs: getCurrentDirectory: resource exhausted (Too many open files)



I tried using darcs get but I think I ran into the same case issue as on
Windows:
$ darcs get http://darcs.haskell.org/ghc
This is the GHC darcs repository (HEAD branch)

For more information, visit the GHC developer wiki at
  http://hackage.haskell.org/trac/ghc
**********************
Copying patch 17349 of 17349... done.
Applying patch 12 of 17349... Unapplicable patch:
Thu Jan 11 07:26:13 MST 1996  partain
  * [project @ 1996-01-11 14:06:51 by partain]

darcs failed:  Error applying hunk to file ./ghc/includes/rtsTypes.lh


I'm using GHC 6.6.1 (binary distribution) and darcs 1.0.9 (can't remember
if it's binary distribution or if I compiled it myself) on Mac OS X
10.4.10 for Intel.

Any help would be appreciated.

Thanks,

Richard
From p.k.f.holzenspies at utwente.nl  Mon Nov  5 03:58:40 2007
From: p.k.f.holzenspies at utwente.nl (Philip =?utf-8?B?Sy5GLiBIw7ZsemVuc3BpZXM=?=)
Date: Wed Nov  7 18:41:30 2007
Subject: ANNOUNCE: GHC version 6.8.1
Message-ID: <20071105085840.GA13911@ewi1043.ewi.utwente.nl>

Dear Ian, all,

Even in the current release, I'm still having trouble building GHC on my
linux machine. The error is still about DerivedConstants.h. I'm sorry for
not following up on my last report, but I'll try and make things right with
this one.

curl http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-src.tar.bz2 | tar -xj
curl http://www.haskell.org/ghc/dist/6.8.1/ghc-6.8.1-src.tar.bz2 | tar -xj
cd ghc-6.8.1
sh boot
./configure &> configure.output
make &> make.output

The outputs are attached to this e-mail. I just wanted to note some of the
highlights:

The boot script still warns about underquoting (and I still don't know
whether this is relevant at all):

Booting .
Booting libraries/base
Booting libraries/directory
/usr/share/aclocal/progsreiserfs.m4:13: warning: underquoted definition of AC_CHECK_LIBREISERFS
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
Booting libraries/old-time
Booting libraries/process
Booting libraries/readline
Booting libraries/unix

The make still fails on the absence of (a rule for) DerivedConstants.h:

/usr/local/bin/ghc -H16m -O  -istage1/utils  -istage1/basicTypes
-istage1/types  -istage1/hsSyn  -istage1/prelude  -istage1/rename
-istage1/typecheck  -istage1/deSugar  -istage1/coreSyn  -istage1/vectorise
-istage1/specialise  -istage1/simplCore  -istage1/stranal  -istage1/stgSyn
-istage1/simplStg  -istage1/codeGen  -istage1/main  -istage1/profiling
-istage1/parser  -istage1/cprAnalysis  -istage1/ndpFlatten  -istage1/iface
-istage1/cmm  -istage1/nativeGen -Wall -fno-warn-name-shadowing
-fno-warn-orphans -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing
-I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing  -H16M
'-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal
-c codeGen/CgPrimOp.hs -o stage1/codeGen/CgPrimOp.o  -ohi
stage1/codeGen/CgPrimOp.hi
make[1]: *** No rule to make target `../includes/DerivedConstants.h',
needed by `stage1/codeGen/CgProf.o'.  Stop.
make[1]: Leaving directory `/local/holzensp/src/ghc-6.8.1/compiler'
make: *** [stage1] Error 1

Somewhere near the beginning of make's output, where the output for "make
boot" is logged, it does seem to have created DerivedConstants.h:

../utils/mkdependC/mkdependC -f .depend     -- -O -DTABLES_NEXT_TO_CODE -I.
-I../rts    -- mkDerivedConstants.c
rm -f mkDerivedConstants.o
gcc -O -DTABLES_NEXT_TO_CODE -I. -I../rts    -c mkDerivedConstants.c -o
mkDerivedConstants.o
gcc -o mkDerivedConstantsHdr -O -DTABLES_NEXT_TO_CODE -I. -I../rts
mkDerivedConstants.o
./mkDerivedConstantsHdr >DerivedConstants.h
gcc -o mkGHCConstants.o -O -DTABLES_NEXT_TO_CODE -I. -I../rts    -c
mkDerivedConstants.c  -DGEN_HASKELL
gcc -o mkGHCConstants -O -DTABLES_NEXT_TO_CODE -I. -I../rts
mkGHCConstants.o
./mkGHCConstants >GHCConstants.h

Later in the "make all" phase, there is another mention of
DerivedConstants:

rm -f mkDerivedConstants.o
gcc -O -DTABLES_NEXT_TO_CODE -I. -I../rts    -c mkDerivedConstants.c -o
mkDerivedConstants.o
gcc -o mkDerivedConstantsHdr -O -DTABLES_NEXT_TO_CODE -I. -I../rts
mkDerivedConstants.o
./mkDerivedConstantsHdr >DerivedConstants.h
gcc -o mkGHCConstants.o -O -DTABLES_NEXT_TO_CODE -I. -I../rts    -c
mkDerivedConstants.c  -DGEN_HASKELL
gcc -o mkGHCConstants -O -DTABLES_NEXT_TO_CODE -I. -I../rts
mkGHCConstants.o
./mkGHCConstants >GHCConstants.h

I don't see the header file being removed anywhere, but it does indeed not
show up in the includes directory. When I cheat and, after this failed
build, do the following:

cd includes
make
cd ..
make

the build runs until [42 of 42] and fails, saying:

Configuring base-3.0.0.0...
Setup: Cannot find ghc at ../../compiler/stage1/ghc-inplace or on the path
rm -f base/GNUmakefile
cp Makefile.local base
if ifBuildable/ifBuildable base; then \
   cd base && setup/Setup makefile -f GNUmakefile; \
fi
Setup: error reading dist/setup-config; run "setup configure" command?

This is where I currently am with trying to build GHC. I hope this serves
as a decent bug report.

Regards,
Philip
-------------- next part --------------
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by The Glorious Glasgow Haskell Compilation System configure 6.8.1, which was
generated by GNU Autoconf 2.59.  Invocation command line was

  $ ./configure 

## --------- ##
## Platform. ##
## --------- ##

hostname = ewi1043
uname -m = i686
uname -r = 2.6.13-15.16-smp
uname -s = Linux
uname -v = #1 SMP Fri Jun 8 15:35:39 UTC 2007

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = i686
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /usr/local/intel/cc/10.0.023/bin
PATH: /opt/cosy/product/bin
PATH: /opt/cosy/cadese/bin
PATH: /opt/cosy/sccs/bin
PATH: /home/aid/holzensp/bin
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /usr/X11R6/bin
PATH: /bin
PATH: /usr/games
PATH: /opt/gnome/bin
PATH: /opt/kde3/bin
PATH: /usr/lib/mit/bin
PATH: /usr/lib/mit/sbin
PATH: /usr/local/eclipse
PATH: /opt/cosy
PATH: /home/aid/holzensp/bin
PATH: /Appl/TeX/bin/i386-linux


## ----------- ##
## Core tests. ##
## ----------- ##

configure:1502: checking build system type
configure:1520: result: i686-pc-linux-gnu
configure:1528: checking host system type
configure:1542: result: i686-pc-linux-gnu
configure:1550: checking target system type
configure:1564: result: i686-pc-linux-gnu
configure:2121: checking for ghc
configure:2139: found /usr/local/bin/ghc
configure:2151: result: /usr/local/bin/ghc
configure:2164: checking for path to top of build tree
configure:2189: result: /local/holzensp/src/ghc-6.8.1
configure:2217: checking version of ghc
The Glorious Glasgow Haskell Compilation System, version 6.6.1
configure:2246: result: 6.6.1
configure:2259: checking for ghc-pkg matching /usr/local/bin/ghc
configure:2271: result: /usr/local/bin/ghc-pkg
configure:2317: checking whether ghc has readline package
configure:2328: result: yes
configure:2338: checking for nhc
configure:2371: result: no
configure:2338: checking for nhc98
configure:2371: result: no
configure:2380: checking for hbc
configure:2413: result: no
configure:2550: checking for ld
configure:2568: found /usr/bin/ld
configure:2580: result: /usr/bin/ld
configure:2727: checking whether #! works in shell scripts
configure:2744: result: yes
configure:2795: checking for perl
configure:2813: found /usr/bin/perl
configure:2825: result: /usr/bin/perl
configure:2851: checking if your perl works in shell scripts
configure:2869: result: yes
configure:2874: checking for python
configure:2892: found /usr/bin/python
configure:2904: result: /usr/bin/python
configure:2958: checking for gcc
configure:2974: found /usr/local/bin/gcc
configure:2984: result: gcc
configure:3228: checking for C compiler version
configure:3231: gcc --version </dev/null >&5
gcc (GCC) 4.2.1
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3234: $? = 0
configure:3236: gcc -v </dev/null >&5
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ./configure 
Thread model: posix
gcc version 4.2.1
configure:3239: $? = 0
configure:3241: gcc -V </dev/null >&5
gcc: '-V' option must have argument
configure:3244: $? = 1
configure:3267: checking for C compiler default output file name
configure:3270: gcc    conftest.c  >&5
configure:3273: $? = 0
configure:3319: result: a.out
configure:3324: checking whether the C compiler works
configure:3330: ./a.out
configure:3333: $? = 0
configure:3350: result: yes
configure:3357: checking whether we are cross compiling
configure:3359: result: no
configure:3362: checking for suffix of executables
configure:3364: gcc -o conftest    conftest.c  >&5
configure:3367: $? = 0
configure:3392: result: 
configure:3398: checking for suffix of object files
configure:3419: gcc -c   conftest.c >&5
configure:3422: $? = 0
configure:3444: result: o
configure:3448: checking whether we are using the GNU C compiler
configure:3472: gcc -c   conftest.c >&5
configure:3478: $? = 0
configure:3482: test -z 
			 || test ! -s conftest.err
configure:3485: $? = 0
configure:3488: test -s conftest.o
configure:3491: $? = 0
configure:3504: result: yes
configure:3510: checking whether gcc accepts -g
configure:3531: gcc -c -g  conftest.c >&5
configure:3537: $? = 0
configure:3541: test -z 
			 || test ! -s conftest.err
configure:3544: $? = 0
configure:3547: test -s conftest.o
configure:3550: $? = 0
configure:3561: result: yes
configure:3578: checking for gcc option to accept ANSI C
configure:3648: gcc  -c -g -O2  conftest.c >&5
configure:3654: $? = 0
configure:3658: test -z 
			 || test ! -s conftest.err
configure:3661: $? = 0
configure:3664: test -s conftest.o
configure:3667: $? = 0
configure:3685: result: none needed
configure:3703: gcc -c -g -O2  conftest.c >&5
conftest.c:2: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'me'
configure:3709: $? = 1
configure: failed program was:
| #ifndef __cplusplus
|   choke me
| #endif
configure:3853: checking version of gcc
configure:3891: result: 4.2.1
configure:3916: checking for extra options to pass gcc when compiling via C
configure:4026: result:  -fwrapv -mno-omit-leaf-frame-pointer -fno-toplevel-reorder
configure:4037: checking how to run the C preprocessor
configure:4072: gcc -E  conftest.c
configure:4078: $? = 0
configure:4110: gcc -E  conftest.c
conftest.c:9:28: error: ac_nonexistent.h: No such file or directory
configure:4116: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:4155: result: gcc -E
configure:4179: gcc -E  conftest.c
configure:4185: $? = 0
configure:4217: gcc -E  conftest.c
conftest.c:9:28: error: ac_nonexistent.h: No such file or directory
configure:4223: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:4271: checking whether gcc accepts -mno-cygwin
configure:4304: result: no
configure:4314: checking for a working context diff
configure:4330: result: diff -C 1
configure:4343: checking for find
configure:4361: found /usr/bin/find
configure:4373: result: /usr/bin/find
configure:4457: checking for sort
configure:4475: found /usr/bin/sort
configure:4487: result: /usr/bin/sort
configure:4572: checking for a BSD-compatible install
configure:4627: result: /usr/bin/install -c
configure:4648: checking for ar
configure:4666: found /usr/bin/ar
configure:4678: result: /usr/bin/ar
configure:4701: checking whether /usr/bin/ar is GNU ar
configure:4712: result: yes
configure:4717: checking for ar arguments
configure:4745: result: q
configure:4755: checking whether ranlib is needed
configure:4772: result: no
configure:4862: checking whether /usr/bin/ar supports -input
configure:4881: result: no
configure:4891: checking whether ln -s works
configure:4895: result: yes
configure:4906: checking for sed
configure:4924: found /usr/bin/sed
configure:4936: result: /usr/bin/sed
configure:4947: checking for time
configure:4965: found /usr/bin/time
configure:4977: result: /usr/bin/time
configure:4989: checking for gtar
configure:5022: result: no
configure:4989: checking for tar
configure:5007: found /bin/tar
configure:5019: result: /bin/tar
configure:5033: checking for xmllint
configure:5051: found /usr/bin/xmllint
configure:5063: result: /usr/bin/xmllint
configure:5076: checking for DocBook DTD
configure:5097: result: ok
configure:5112: checking for xsltproc
configure:5130: found /usr/bin/xsltproc
configure:5142: result: /usr/bin/xsltproc
configure:5155: checking for DocBook XSL stylesheet directory
configure:5187: result: /opt/kde3/share/apps/ksgmltools2/docbook/xsl
configure:5203: checking for fop
configure:5236: result: no
configure:5203: checking for fop.sh
configure:5236: result: no
configure:5286: checking for fop.sh
configure:5319: result: no
configure:5333: checking for xmltex
configure:5351: found /Appl/TeX/bin/i386-linux/xmltex
configure:5363: result: /Appl/TeX/bin/i386-linux/xmltex
configure:5372: checking for dvips
configure:5390: found /usr/bin/dvips
configure:5402: result: /usr/bin/dvips
configure:5421: checking for pdfxmltex
configure:5439: found /Appl/TeX/bin/i386-linux/pdfxmltex
configure:5451: result: /Appl/TeX/bin/i386-linux/pdfxmltex
configure:5468: checking for ghc-pkg matching /usr/local/bin/ghc
configure:5480: result: /usr/local/bin/ghc-pkg
configure:5622: checking for happy
configure:5640: found /usr/local/bin/happy
configure:5652: result: /usr/local/bin/happy
configure:5659: checking for version of happy
configure:5672: result: 1.16
configure:5709: checking for haddock
configure:5727: found /usr/local/bin/haddock
configure:5739: result: /usr/local/bin/haddock
configure:5752: checking for alex
configure:5770: found /usr/local/bin/alex
configure:5782: result: /usr/local/bin/alex
configure:5789: checking for version of alex
configure:5802: result: 2.1.0
configure:5840: checking for egrep
configure:5850: result: grep -E
configure:5855: checking for ANSI C header files
configure:5880: gcc -c -g -O2  conftest.c >&5
configure:5886: $? = 0
configure:5890: test -z 
			 || test ! -s conftest.err
configure:5893: $? = 0
configure:5896: test -s conftest.o
configure:5899: $? = 0
configure:5988: gcc -o conftest -g -O2   conftest.c  >&5
conftest.c: In function 'main':
conftest.c:27: warning: incompatible implicit declaration of built-in function 'exit'
configure:5991: $? = 0
configure:5993: ./conftest
configure:5996: $? = 0
configure:6011: result: yes
configure:6029: checking for special C compiler options needed for large files
configure:6128: result: no
configure:6134: checking for _FILE_OFFSET_BITS value needed for large files
configure:6165: gcc -c -g -O2  conftest.c >&5
conftest.c:17: warning: left shift count >= width of type
conftest.c:17: warning: left shift count >= width of type
conftest.c:19: error: size of array 'off_t_is_large' is negative
configure:6171: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| /* end confdefs.h.  */
| #include <sys/types.h>
|  /* Check that off_t can represent 2**63 - 1 correctly.
|     We can't simply define LARGE_OFF_T to be 9223372036854775807,
|     since some C++ compilers masquerading as C compilers
|     incorrectly reject 9223372036854775807.  */
| #define LARGE_OFF_T (((off_t) 1 << 62) - 1 + ((off_t) 1 << 62))
|   int off_t_is_large[(LARGE_OFF_T % 2147483629 == 721
| 		       && LARGE_OFF_T % 2147483647 == 1)
| 		      ? 1 : -1];
| int
| main ()
| {
| 
|   ;
|   return 0;
| }
configure:6218: gcc -c -g -O2  conftest.c >&5
configure:6224: $? = 0
configure:6228: test -z 
			 || test ! -s conftest.err
configure:6231: $? = 0
configure:6234: test -s conftest.o
configure:6237: $? = 0
configure:6249: result: 64
configure:6259: checking for _LARGE_FILES value needed for large files
configure:6290: gcc -c -g -O2  conftest.c >&5
configure:6296: $? = 0
configure:6300: test -z 
			 || test ! -s conftest.err
configure:6303: $? = 0
configure:6306: test -s conftest.o
configure:6309: $? = 0
configure:6374: result: no
configure:6401: checking for sys/types.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for sys/stat.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for stdlib.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for string.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for memory.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for strings.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for inttypes.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for stdint.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6401: checking for unistd.h
configure:6417: gcc -c -g -O2  conftest.c >&5
configure:6423: $? = 0
configure:6427: test -z 
			 || test ! -s conftest.err
configure:6430: $? = 0
configure:6433: test -s conftest.o
configure:6436: $? = 0
configure:6447: result: yes
configure:6498: checking bfd.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking bfd.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for bfd.h
configure:6621: result: yes
configure:6498: checking ctype.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking ctype.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for ctype.h
configure:6621: result: yes
configure:6498: checking dirent.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking dirent.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for dirent.h
configure:6621: result: yes
configure:6498: checking dlfcn.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking dlfcn.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for dlfcn.h
configure:6621: result: yes
configure:6498: checking errno.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking errno.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for errno.h
configure:6621: result: yes
configure:6498: checking fcntl.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking fcntl.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for fcntl.h
configure:6621: result: yes
configure:6498: checking grp.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking grp.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for grp.h
configure:6621: result: yes
configure:6498: checking limits.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking limits.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for limits.h
configure:6621: result: yes
configure:6498: checking locale.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking locale.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for locale.h
configure:6621: result: yes
configure:6498: checking nlist.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
conftest.c:64:19: error: nlist.h: No such file or directory
configure:6516: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #if HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #if HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #if STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # if HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #if HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #if HAVE_INTTYPES_H
| # include <inttypes.h>
| #else
| # if HAVE_STDINT_H
| #  include <stdint.h>
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <nlist.h>
configure:6539: result: no
configure:6543: checking nlist.h presence
configure:6553: gcc -E  conftest.c
conftest.c:30:19: error: nlist.h: No such file or directory
configure:6559: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| /* end confdefs.h.  */
| #include <nlist.h>
configure:6579: result: no
configure:6614: checking for nlist.h
configure:6621: result: no
configure:6498: checking pthread.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking pthread.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for pthread.h
configure:6621: result: yes
configure:6498: checking pwd.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking pwd.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for pwd.h
configure:6621: result: yes
configure:6498: checking signal.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking signal.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for signal.h
configure:6621: result: yes
configure:6498: checking sys/mman.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/mman.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/mman.h
configure:6621: result: yes
configure:6498: checking sys/resource.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/resource.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/resource.h
configure:6621: result: yes
configure:6498: checking sys/time.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/time.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/time.h
configure:6621: result: yes
configure:6498: checking sys/timeb.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/timeb.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/timeb.h
configure:6621: result: yes
configure:6498: checking sys/timers.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
conftest.c:71:24: error: sys/timers.h: No such file or directory
configure:6516: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_PWD_H 1
| #define HAVE_SIGNAL_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMEB_H 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #if HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #if HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #if STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # if HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #if HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #if HAVE_INTTYPES_H
| # include <inttypes.h>
| #else
| # if HAVE_STDINT_H
| #  include <stdint.h>
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <sys/timers.h>
configure:6539: result: no
configure:6543: checking sys/timers.h presence
configure:6553: gcc -E  conftest.c
conftest.c:37:24: error: sys/timers.h: No such file or directory
configure:6559: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_PWD_H 1
| #define HAVE_SIGNAL_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMEB_H 1
| /* end confdefs.h.  */
| #include <sys/timers.h>
configure:6579: result: no
configure:6614: checking for sys/timers.h
configure:6621: result: no
configure:6498: checking sys/times.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/times.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/times.h
configure:6621: result: yes
configure:6498: checking sys/utsname.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/utsname.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/utsname.h
configure:6621: result: yes
configure:6498: checking sys/wait.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking sys/wait.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for sys/wait.h
configure:6621: result: yes
configure:6498: checking termios.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking termios.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for termios.h
configure:6621: result: yes
configure:6498: checking time.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking time.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for time.h
configure:6621: result: yes
configure:6498: checking utime.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
configure:6516: $? = 0
configure:6520: test -z 
			 || test ! -s conftest.err
configure:6523: $? = 0
configure:6526: test -s conftest.o
configure:6529: $? = 0
configure:6539: result: yes
configure:6543: checking utime.h presence
configure:6553: gcc -E  conftest.c
configure:6559: $? = 0
configure:6579: result: yes
configure:6614: checking for utime.h
configure:6621: result: yes
configure:6498: checking windows.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
conftest.c:77:21: error: windows.h: No such file or directory
configure:6516: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_PWD_H 1
| #define HAVE_SIGNAL_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMEB_H 1
| #define HAVE_SYS_TIMES_H 1
| #define HAVE_SYS_UTSNAME_H 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_TIME_H 1
| #define HAVE_UTIME_H 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #if HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #if HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #if STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # if HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #if HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #if HAVE_INTTYPES_H
| # include <inttypes.h>
| #else
| # if HAVE_STDINT_H
| #  include <stdint.h>
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <windows.h>
configure:6539: result: no
configure:6543: checking windows.h presence
configure:6553: gcc -E  conftest.c
conftest.c:43:21: error: windows.h: No such file or directory
configure:6559: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_PWD_H 1
| #define HAVE_SIGNAL_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMEB_H 1
| #define HAVE_SYS_TIMES_H 1
| #define HAVE_SYS_UTSNAME_H 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_TIME_H 1
| #define HAVE_UTIME_H 1
| /* end confdefs.h.  */
| #include <windows.h>
configure:6579: result: no
configure:6614: checking for windows.h
configure:6621: result: no
configure:6498: checking winsock.h usability
configure:6510: gcc -c -g -O2  conftest.c >&5
conftest.c:77:21: error: winsock.h: No such file or directory
configure:6516: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_PWD_H 1
| #define HAVE_SIGNAL_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMEB_H 1
| #define HAVE_SYS_TIMES_H 1
| #define HAVE_SYS_UTSNAME_H 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_TIME_H 1
| #define HAVE_UTIME_H 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #if HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #if HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #if STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # if HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #if HAVE_STRING_H
| # if !STDC_HEADERS && HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #if HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #if HAVE_INTTYPES_H
| # include <inttypes.h>
| #else
| # if HAVE_STDINT_H
| #  include <stdint.h>
| # endif
| #endif
| #if HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <winsock.h>
configure:6539: result: no
configure:6543: checking winsock.h presence
configure:6553: gcc -E  conftest.c
conftest.c:43:21: error: winsock.h: No such file or directory
configure:6559: $? = 1
configure: failed program was:
| /* confdefs.h.  */
| 
| #define PACKAGE_NAME "The Glorious Glasgow Haskell Compilation System"
| #define PACKAGE_TARNAME "ghc"
| #define PACKAGE_VERSION "6.8.1"
| #define PACKAGE_STRING "The Glorious Glasgow Haskell Compilation System 6.8.1"
| #define PACKAGE_BUGREPORT "glasgow-haskell-bugs@haskell.org"
| #define HAVE_BIN_SH 1
| #define STDC_HEADERS 1
| #define _FILE_OFFSET_BITS 64
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_BFD_H 1
| #define HAVE_CTYPE_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_DLFCN_H 1
| #define HAVE_ERRNO_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_GRP_H 1
| #define HAVE_LIMITS_H 1
| #define HAVE_LOCALE_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_PWD_H 1
| #define HAVE_SIGNAL_H 1
| #define HAVE_SYS_MMAN_H 1
| #define HAVE_SYS_RESOURCE_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_SYS_TIMEB_H 1
| #define HAVE_SYS_TIMES_H 1
| #define HAVE_SYS_UTSNAME_H 1
| #define HAVE_SYS_WAIT_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_TIME_H 1
| #define HAVE_UTIME_H 1
| /* end confdefs.h.  */
| #include <winsock.h>
configure:6579: result: no
configure:6614: checking for winsock.h
configure:6621: result: no
configure:6645: checking readline/readline.h usability
configure:6657: gcc -c -g -O2  conftest.c >&5
configure:6663: $? = 0
configure:6667: test -z 
			 || test ! -s conftest.err
configure:6670: $? = 0
configure:6673: test -s conftest.o
configure:6676: $? = 0
configure:6686: result: yes
configure:6690: checking readline/readline.h presence
configure:6700: gcc -E  conftest.c
configure:6706: $? = 0
configure:6726: result: yes
configure:6761: checking for readline/readline.h
configure:6768: result: yes
configure:6789: checking readline/history.h usability
configure:6801: gcc -c -g -O2  conftest.c >&5
configure:6807: $? = 0
configure:6811: test -z 
			 || test ! -s conftest.err
configure:6814: $? = 0
configure:6817: test -s conftest.o
configure:6820: $? = 0
configure:6830: result: yes
configure:6834: checking readline/history.h presence
configure:6844: gcc -E  conftest.c
configure:6850: $? = 0
configure:6870: result: yes
configure:6905: checking for readline/history.h
configure:6912: result: yes
configure:6941: checking whether time.h and sys/time.h may both be included
configure:6966: gcc -c -g -O2  conftest.c >&5
configure:6972: $? = 0
configure:6976: test -z 
			 || test ! -s conftest.err
configure:6979: $? = 0
configure:6982: test -s conftest.o
configure:6985: $? = 0
configure:6996: result: yes
configure:7007: checking for long long
configure:7031: gcc -c -g -O2  conftest.c >&5
configure:7037: $? = 0
configure:7041: test -z 
			 || test ! -s conftest.err
configure:7044: $? = 0
configure:7047: test -s conftest.o
configure:7050: $? = 0
configure:7061: result: yes
configure:7073: checking for char
configure:7097: gcc -c -g -O2  conftest.c >&5
configure:7103: $? = 0
configure:7107: test -z 
			 || test ! -s conftest.err
configure:7110: $? = 0
configure:7113: test -s conftest.o
configure:7116: $? = 0
configure:7127: result: yes
configure:7130: checking size of char
configure:7449: gcc -o conftest -g -O2   conftest.c  >&5
configure:7452: $? = 0
configure:7454: ./conftest
configure:7457: $? = 0
configure:7480: result: 1
configure:7487: checking for double
configure:7511: gcc -c -g -O2  conftest.c >&5
configure:7517: $? = 0
configure:7521: test -z 
			 || test ! -s conftest.err
configure:7524: $? = 0
configure:7527: test -s conftest.o
configure:7530: $? = 0
configure:7541: result: yes
configure:7544: checking size of double
configure:7863: gcc -o conftest -g -O2   conftest.c  >&5
configure:7866: $? = 0
configure:7868: ./conftest
configure:7871: $? = 0
configure:7894: result: 8
configure:7901: checking for float
configure:7925: gcc -c -g -O2  conftest.c >&5
configure:7931: $? = 0
configure:7935: test -z 
			 || test ! -s conftest.err
configure:7938: $? = 0
configure:7941: test -s conftest.o
configure:7944: $? = 0
configure:7955: result: yes
configure:7958: checking size of float
configure:8277: gcc -o conftest -g -O2   conftest.c  >&5
configure:8280: $? = 0
configure:8282: ./conftest
configure:8285: $? = 0
configure:8308: result: 4
configure:8315: checking for int
configure:8339: gcc -c -g -O2  conftest.c >&5
configure:8345: $? = 0
configure:8349: test -z 
			 || test ! -s conftest.err
configure:8352: $? = 0
configure:8355: test -s conftest.o
configure:8358: $? = 0
configure:8369: result: yes
configure:8372: checking size of int
configure:8691: gcc -o conftest -g -O2   conftest.c  >&5
configure:8694: $? = 0
configure:8696: ./conftest
configure:8699: $? = 0
configure:8722: result: 4
configure:8729: checking for long
configure:8753: gcc -c -g -O2  conftest.c >&5
configure:8759: $? = 0
configure:8763: test -z 
			 || test ! -s conftest.err
configure:8766: $? = 0
configure:8769: test -s conftest.o
configure:8772: $? = 0
configure:8783: result: yes
configure:8786: checking size of long
configure:9105: gcc -o conftest -g -O2   conftest.c  >&5
configure:9108: $? = 0
configure:9110: ./conftest
configure:9113: $? = 0
configure:9136: result: 4
configure:9144: checking for long long
configure:9198: result: yes
configure:9201: checking size of long long
configure:9520: gcc -o conftest -g -O2   conftest.c  >&5
configure:9523: $? = 0
configure:9525: ./conftest
configure:9528: $? = 0
configure:9551: result: 8
configure:9559: checking for short
configure:9583: gcc -c -g -O2  conftest.c >&5
configure:9589: $? = 0
configure:9593: test -z 
			 || test ! -s conftest.err
configure:9596: $? = 0
configure:9599: test -s conftest.o
configure:9602: $? = 0
configure:9613: result: yes
configure:9616: checking size of short
configure:9935: gcc -o conftest -g -O2   conftest.c  >&5
configure:9938: $? = 0
configure:9940: ./conftest
configure:9943: $? = 0
configure:9966: result: 2
configure:9973: checking for unsigned char
configure:9997: gcc -c -g -O2  conftest.c >&5
configure:10003: $? = 0
configure:10007: test -z 
			 || test ! -s conftest.err
configure:10010: $? = 0
configure:10013: test -s conftest.o
configure:10016: $? = 0
configure:10027: result: yes
configure:10030: checking size of unsigned char
configure:10349: gcc -o conftest -g -O2   conftest.c  >&5
configure:10352: $? = 0
configure:10354: ./conftest
configure:10357: $? = 0
configure:10380: result: 1
configure:10387: checking for unsigned int
configure:10411: gcc -c -g -O2  conftest.c >&5
configure:10417: $? = 0
configure:10421: test -z 
			 || test ! -s conftest.err
configure:10424: $? = 0
configure:10427: test -s conftest.o
configure:10430: $? = 0
configure:10441: result: yes
configure:10444: checking size of unsigned int
configure:10763: gcc -o conftest -g -O2   conftest.c  >&5
configure:10766: $? = 0
configure:10768: ./conftest
configure:10771: $? = 0
configure:10794: result: 4
configure:10801: checking for unsigned long
configure:10825: gcc -c -g -O2  conftest.c >&5
configure:10831: $? = 0
configure:10835: test -z 
			 || test ! -s conftest.err
configure:10838: $? = 0
configure:10841: test -s conftest.o
configure:10844: $? = 0
configure:10855: result: yes
configure:10858: checking size of unsigned long
configure:11177: gcc -o conftest -g -O2   conftest.c  >&5
configure:11180: $? = 0
configure:11182: ./conftest
configure:11185: $? = 0
configure:11208: result: 4
configure:11216: checking for unsigned long long
configure:11240: gcc -c -g -O2  conftest.c >&5
configure:11246: $? = 0
configure:11250: test -z 
			 || test ! -s conftest.err
configure:11253: $? = 0
configure:11256: test -s conftest.o
configure:11259: $? = 0
configure:11270: result: yes
configure:11273: checking size of unsigned long long
configure:11592: gcc -o conftest -g -O2   conftest.c  >&5
configure:11595: $? = 0
configure:11597: ./conftest
configure:11600: $? = 0
configure:11623: result: 8
configure:11631: checking for unsigned short
configure:11655: gcc -c -g -O2  conftest.c >&5
configure:11661: $? = 0
configure:11665: test -z 
			 || test ! -s conftest.err
configure:11668: $? = 0
configure:11671: test -s conftest.o
configure:11674: $? = 0
configure:11685: result: yes
configure:11688: checking size of unsigned short
configure:12007: gcc -o conftest -g -O2   conftest.c  >&5
configure:12010: $? = 0
configure:12012: ./conftest
configure:12015: $? = 0
configure:12038: result: 2
configure:12045: checking for void *
configure:12069: gcc -c -g -O2  conftest.c >&5
configure:12075: $? = 0
configure:12079: test -z 
			 || test ! -s conftest.err
configure:12082: $? = 0
configure:12085: test -s conftest.o
configure:12088: $? = 0
configure:12099: result: yes
configure:12102: checking size of void *
configure:12421: gcc -o conftest -g -O2   conftest.c  >&5
configure:12424: $? = 0
configure:12426: ./conftest
configure:12429: $? = 0
configure:12452: result: 4
configure:12460: checking for char
configure:12514: result: yes
configure:12516: checking alignment of char
configure:12831: gcc -o conftest -g -O2   conftest.c  >&5
configure:12834: $? = 0
configure:12836: ./conftest
configure:12839: $? = 0
configure:12862: result: 1
configure:12868: checking for double
configure:12922: result: yes
configure:12924: checking alignment of double
configure:13239: gcc -o conftest -g -O2   conftest.c  >&5
configure:13242: $? = 0
configure:13244: ./conftest
configure:13247: $? = 0
configure:13270: result: 4
configure:13276: checking for float
configure:13330: result: yes
configure:13332: checking alignment of float
configure:13647: gcc -o conftest -g -O2   conftest.c  >&5
configure:13650: $? = 0
configure:13652: ./conftest
configure:13655: $? = 0
configure:13678: result: 4
configure:13684: checking for int
configure:13738: result: yes
configure:13740: checking alignment of int
configure:14055: gcc -o conftest -g -O2   conftest.c  >&5
configure:14058: $? = 0
configure:14060: ./conftest
configure:14063: $? = 0
configure:14086: result: 4
configure:14092: checking for long
configure:14146: result: yes
configure:14148: checking alignment of long
configure:14463: gcc -o conftest -g -O2   conftest.c  >&5
configure:14466: $? = 0
configure:14468: ./conftest
configure:14471: $? = 0
configure:14494: result: 4
configure:14501: checking for long long
configure:14555: result: yes
configure:14557: checking alignment of long long
configure:14872: gcc -o conftest -g -O2   conftest.c  >&5
configure:14875: $? = 0
configure:14877: ./conftest
configure:14880: $? = 0
configure:14903: result: 4
configure:14910: checking for short
configure:14964: result: yes
configure:14966: checking alignment of short
configure:15281: gcc -o conftest -g -O2   conftest.c  >&5
configure:15284: $? = 0
configure:15286: ./conftest
configure:15289: $? = 0
configure:15312: result: 2
configure:15318: checking for unsigned char
configure:15372: result: yes
configure:15374: checking alignment of unsigned char
configure:15689: gcc -o conftest -g -O2   conftest.c  >&5
configure:15692: $? = 0
configure:15694: ./conftest
configure:15697: $? = 0
configure:15720: result: 1
configure:15726: checking for unsigned int
configure:15780: result: yes
co