darcs

Issue 837 darcs-2.0.0 build failure with ghc-6.8.2 on OS X 10.5.2

Title darcs-2.0.0 build failure with ghc-6.8.2 on OS X 10.5.2
Priority bug Status duplicate
Milestone Resolved in
Superseder ./configure --with-docs implies --with-type-witnesses?
View: 836
Nosy List darcs-devel, dmitry.kurochkin, ertai, gwright, kowey, thorkilnaur, tommy
Assigned To
Topics

Created on 2008-05-05.15:58:19 by gwright, last changed 2009-10-24.00:04:52 by admin.

Messages
msg4530 (view) Author: gwright Date: 2008-05-05.15:58:15
[originally posted to darcs-users; reposted to the bugs list.]

Hi,

I've experienced an odd build failure of darcs-2.0.0 on OS X (10.5.2)   
with
ghc 6.8.2.  The hardware is a MacBook Pro (2.6 GHz Intel, 4 GB RAM).

Running

$ ./configure
$ make

gives a successful build.  But

$ ./configure --with-docs
$ make

fails with

[ghc] src/Darcs/Patch/Read.o
[ghc] src/Darcs/Patch/Non.o
[ghc] src/Darcs/Patch/Real.o

src/Darcs/Patch/Real.lhs:100:26:
     GADT pattern match in non-rigid context for `NilRL'
       Tell GHC HQ if you'd like this to unify the context
     In the pattern: NilRL
     In the pattern: Just NilRL
     In a case alternative:
         Just NilRL
           -> ((\ imp_funny_name
                    -> imp_funny_name
                         ("src/Darcs/Patch/Real.lhs", 100, "15:47:58",
"Apr 30 2008"))
                 _bug)
                "found no patches in mergeUnravelled"

src/Darcs/Patch/Real.lhs:116:27:
     GADT pattern match in non-rigid context for `NilFL'
       Tell GHC HQ if you'd like this to unify the context
     In the pattern: NilFL
     In a case alternative: NilFL -> Just p
     In the expression:
         case sort_coalesceFL $ effect p of
           NilFL -> Just p
           _ -> Nothing

src/Darcs/Patch/Real.lhs:135:32:
     GADT pattern match in non-rigid context for `NilFL'
       Tell GHC HQ if you'd like this to unify the context
     In the pattern: NilFL
     In a case alternative: NilFL -> Just (NilFL, mapFL_FL Normal xs)
     In the expression:
         case sort_coalesceFL $ effect goneby of
           NilFL -> Just (NilFL, mapFL_FL Normal xs)
           _z -> Nothing

src/Darcs/Patch/Real.lhs:257:26:
     GADT pattern match in non-rigid context for `NilRL'
       Tell GHC HQ if you'd like this to unify the context
     In the pattern: NilRL
     In a case alternative: NilRL -> []
     In the expression:
         case reverseFL $ xx2patches ix xx of
           NilRL -> []
           Normal q :<: qs -> [Non (reverseRL qs) q]
           _ -> []

src/Darcs/Patch/Real.lhs:371:82:
     deps  not in scope because it has a wobbly type (solution: add a
type annotation)
     In the first argument of `reverseRL', namely `deps'
     In the first argument of `Non', namely `(reverseRL deps)'
     In the expression: Non (reverseRL deps) pp

src/Darcs/Patch/Real.lhs:428:50:
     GADT pattern match in non-rigid context for `NilFL'
       Tell GHC HQ if you'd like this to unify the context
     In the pattern: NilFL
     In a pattern guard for
        a case alternative:
         NilFL <- sort_coalesceFL $ effect c
     In a case alternative:
         ([], NilFL, Non c y)
           | NilFL <- sort_coalesceFL $ effect c
           -> Just (Normal y :> Conflictor a1'nop2 (y :>: NilFL) p2)
make: *** [src/Darcs/Patch/Real.o] Error 1

However, if I disable type witnesses, everything is fine.  So

$ ./configure --with-docs --without-type-witnesses
$ make

succeeds.

I can understand that type witnesses are new enough to possibly cause
problems on some platforms, but I'm baffled by the interaction with "-- 
with-docs".
Shouldn't "--with-docs" just cause the documentation to be built, and
not change any other build settings?

Best Wishes,
Greg
msg4533 (view) Author: kowey Date: 2008-05-05.16:09:42
duplicate of issue836
(sorry, gwright; our bug submissions system has this nasty habit of duplicating
incoming bugs)
msg4535 (view) Author: ertai Date: 2008-05-05.18:10:01
It's  another  bug  in the configure script, where enabling some options cause
type-witnesses  to  be  enabled.  Although  I don't know enough of autoconf to
understand (solve) this issue.

Excerpts from Darcs Bugs's message of Mon May 05 15:58:19 UTC 2008:
> 
> New submission from Gregory Wright <gwright@antiope.com>:
> 
> [originally posted to darcs-users; reposted to the bugs list.]
> 
> Hi,
> 
> I've experienced an odd build failure of darcs-2.0.0 on OS X (10.5.2)   
> with
> ghc 6.8.2.  The hardware is a MacBook Pro (2.6 GHz Intel, 4 GB RAM).
> 
> Running
> 
> $ ./configure
> $ make
> 
> gives a successful build.  But
> 
> $ ./configure --with-docs
> $ make
> 
> fails with
> 
> [ghc] src/Darcs/Patch/Read.o
> [ghc] src/Darcs/Patch/Non.o
> [ghc] src/Darcs/Patch/Real.o
> 
> src/Darcs/Patch/Real.lhs:100:26:
>      GADT pattern match in non-rigid context for `NilRL'
>        Tell GHC HQ if you'd like this to unify the context
>      In the pattern: NilRL
>      In the pattern: Just NilRL
>      In a case alternative:
>          Just NilRL
>            -> ((\ imp_funny_name
>                     -> imp_funny_name
>                          ("src/Darcs/Patch/Real.lhs", 100, "15:47:58",
> "Apr 30 2008"))
>                  _bug)
>                 "found no patches in mergeUnravelled"
> 
> src/Darcs/Patch/Real.lhs:116:27:
>      GADT pattern match in non-rigid context for `NilFL'
>        Tell GHC HQ if you'd like this to unify the context
>      In the pattern: NilFL
>      In a case alternative: NilFL -> Just p
>      In the expression:
>          case sort_coalesceFL $ effect p of
>            NilFL -> Just p
>            _ -> Nothing
> 
> src/Darcs/Patch/Real.lhs:135:32:
>      GADT pattern match in non-rigid context for `NilFL'
>        Tell GHC HQ if you'd like this to unify the context
>      In the pattern: NilFL
>      In a case alternative: NilFL -> Just (NilFL, mapFL_FL Normal xs)
>      In the expression:
>          case sort_coalesceFL $ effect goneby of
>            NilFL -> Just (NilFL, mapFL_FL Normal xs)
>            _z -> Nothing
> 
> src/Darcs/Patch/Real.lhs:257:26:
>      GADT pattern match in non-rigid context for `NilRL'
>        Tell GHC HQ if you'd like this to unify the context
>      In the pattern: NilRL
>      In a case alternative: NilRL -> []
>      In the expression:
>          case reverseFL $ xx2patches ix xx of
>            NilRL -> []
>            Normal q :<: qs -> [Non (reverseRL qs) q]
>            _ -> []
> 
> src/Darcs/Patch/Real.lhs:371:82:
>      deps  not in scope because it has a wobbly type (solution: add a
> type annotation)
>      In the first argument of `reverseRL', namely `deps'
>      In the first argument of `Non', namely `(reverseRL deps)'
>      In the expression: Non (reverseRL deps) pp
> 
> src/Darcs/Patch/Real.lhs:428:50:
>      GADT pattern match in non-rigid context for `NilFL'
>        Tell GHC HQ if you'd like this to unify the context
>      In the pattern: NilFL
>      In a pattern guard for
>         a case alternative:
>          NilFL <- sort_coalesceFL $ effect c
>      In a case alternative:
>          ([], NilFL, Non c y)
>            | NilFL <- sort_coalesceFL $ effect c
>            -> Just (Normal y :> Conflictor a1'nop2 (y :>: NilFL) p2)
> make: *** [src/Darcs/Patch/Real.o] Error 1
> 
> However, if I disable type witnesses, everything is fine.  So
> 
> $ ./configure --with-docs --without-type-witnesses
> $ make
> 
> succeeds.
> 
> I can understand that type witnesses are new enough to possibly cause
> problems on some platforms, but I'm baffled by the interaction with "-- 
> with-docs".
> Shouldn't "--with-docs" just cause the documentation to be built, and
> not change any other build settings?
> 
> Best Wishes,
> Greg
>
msg4540 (view) Author: gwright Date: 2008-05-05.20:02:43
Hi Nicholas,

My main goal is to make darcs-2.0.0 available through MacPorts, so I  
can work
around the problem for the moment by explicitly disabling type  
witnesses.

I'll have a look at the configure script and see what I can do to fix  
it.  I was concerned
that something more might be going on.  The combination of Leopard and  
ghc-6.8.2
have had many little problems.

Best,
Greg

On May 5, 2008, at 2:10 PM, Nicolas Pouillard wrote:

>
> Nicolas Pouillard <nicolas.pouillard@gmail.com> added the comment:
>
> It's  another  bug  in the configure script, where enabling some  
> options cause
> type-witnesses  to  be  enabled.  Although  I don't know enough of  
> autoconf to
> understand (solve) this issue.
>
> Excerpts from Darcs Bugs's message of Mon May 05 15:58:19 UTC 2008:
>>
>> New submission from Gregory Wright <gwright@antiope.com>:
>>
>> [originally posted to darcs-users; reposted to the bugs list.]
>>
>> Hi,
>>
>> I've experienced an odd build failure of darcs-2.0.0 on OS X (10.5.2)
>> with
>> ghc 6.8.2.  The hardware is a MacBook Pro (2.6 GHz Intel, 4 GB RAM).
>>
>> Running
>>
>> $ ./configure
>> $ make
>>
>> gives a successful build.  But
>>
>> $ ./configure --with-docs
>> $ make
>>
>> fails with
>>
>> [ghc] src/Darcs/Patch/Read.o
>> [ghc] src/Darcs/Patch/Non.o
>> [ghc] src/Darcs/Patch/Real.o
>>
>> src/Darcs/Patch/Real.lhs:100:26:
>>     GADT pattern match in non-rigid context for `NilRL'
>>       Tell GHC HQ if you'd like this to unify the context
>>     In the pattern: NilRL
>>     In the pattern: Just NilRL
>>     In a case alternative:
>>         Just NilRL
>>           -> ((\ imp_funny_name
>>                    -> imp_funny_name
>>                         ("src/Darcs/Patch/Real.lhs", 100, "15:47:58",
>> "Apr 30 2008"))
>>                 _bug)
>>                "found no patches in mergeUnravelled"
>>
>> src/Darcs/Patch/Real.lhs:116:27:
>>     GADT pattern match in non-rigid context for `NilFL'
>>       Tell GHC HQ if you'd like this to unify the context
>>     In the pattern: NilFL
>>     In a case alternative: NilFL -> Just p
>>     In the expression:
>>         case sort_coalesceFL $ effect p of
>>           NilFL -> Just p
>>           _ -> Nothing
>>
>> src/Darcs/Patch/Real.lhs:135:32:
>>     GADT pattern match in non-rigid context for `NilFL'
>>       Tell GHC HQ if you'd like this to unify the context
>>     In the pattern: NilFL
>>     In a case alternative: NilFL -> Just (NilFL, mapFL_FL Normal xs)
>>     In the expression:
>>         case sort_coalesceFL $ effect goneby of
>>           NilFL -> Just (NilFL, mapFL_FL Normal xs)
>>           _z -> Nothing
>>
>> src/Darcs/Patch/Real.lhs:257:26:
>>     GADT pattern match in non-rigid context for `NilRL'
>>       Tell GHC HQ if you'd like this to unify the context
>>     In the pattern: NilRL
>>     In a case alternative: NilRL -> []
>>     In the expression:
>>         case reverseFL $ xx2patches ix xx of
>>           NilRL -> []
>>           Normal q :<: qs -> [Non (reverseRL qs) q]
>>           _ -> []
>>
>> src/Darcs/Patch/Real.lhs:371:82:
>>     deps  not in scope because it has a wobbly type (solution: add a
>> type annotation)
>>     In the first argument of `reverseRL', namely `deps'
>>     In the first argument of `Non', namely `(reverseRL deps)'
>>     In the expression: Non (reverseRL deps) pp
>>
>> src/Darcs/Patch/Real.lhs:428:50:
>>     GADT pattern match in non-rigid context for `NilFL'
>>       Tell GHC HQ if you'd like this to unify the context
>>     In the pattern: NilFL
>>     In a pattern guard for
>>        a case alternative:
>>         NilFL <- sort_coalesceFL $ effect c
>>     In a case alternative:
>>         ([], NilFL, Non c y)
>>           | NilFL <- sort_coalesceFL $ effect c
>>           -> Just (Normal y :> Conflictor a1'nop2 (y :>: NilFL) p2)
>> make: *** [src/Darcs/Patch/Real.o] Error 1
>>
>> However, if I disable type witnesses, everything is fine.  So
>>
>> $ ./configure --with-docs --without-type-witnesses
>> $ make
>>
>> succeeds.
>>
>> I can understand that type witnesses are new enough to possibly cause
>> problems on some platforms, but I'm baffled by the interaction with  
>> "--
>> with-docs".
>> Shouldn't "--with-docs" just cause the documentation to be built, and
>> not change any other build settings?
>>
>> Best Wishes,
>> Greg
>>
>
> ----------
> nosy: +darcs-devel, ertai
> status: resolved -> chatting
>
> __________________________________
> Darcs bug tracker <bugs@darcs.net>
> <http://bugs.darcs.net/issue837>
> __________________________________
>
>
msg4543 (view) Author: ertai Date: 2008-05-06.08:04:07
Great!

> so I  
> can work
> around the problem for the moment by explicitly disabling type  
> witnesses.
> 
> I'll have a look at the configure script and see what I can do to fix  
> it.  I was concerned
> that something more might be going on.  The combination of Leopard and  
> ghc-6.8.2
> have had many little problems.

I'm using this setup (OS X 10.5.2, GHC 6.8.2) without any issue.
(using libcurl 7.18.0 to have pipelining).

> On May 5, 2008, at 2:10 PM, Nicolas Pouillard wrote:
> 
> >
> > Nicolas Pouillard <nicolas.pouillard@gmail.com> added the comment:
> >
> > It's  another  bug  in the configure script, where enabling some  
> > options cause
> > type-witnesses  to  be  enabled.  Although  I don't know enough of  
> > autoconf to
> > understand (solve) this issue.
> >
> > Excerpts from Darcs Bugs's message of Mon May 05 15:58:19 UTC 2008:
> >>
> >> New submission from Gregory Wright <gwright@antiope.com>:
> >>
> >> [originally posted to darcs-users; reposted to the bugs list.]
> >>
> >> Hi,
> >>
> >> I've experienced an odd build failure of darcs-2.0.0 on OS X (10.5.2)
> >> with
> >> ghc 6.8.2.  The hardware is a MacBook Pro (2.6 GHz Intel, 4 GB RAM).
> >>
> >> Running
> >>
> >> $ ./configure
> >> $ make
> >>
> >> gives a successful build.  But
> >>
> >> $ ./configure --with-docs
> >> $ make
> >>
> >> fails with
> >>
> >> [ghc] src/Darcs/Patch/Read.o
> >> [ghc] src/Darcs/Patch/Non.o
> >> [ghc] src/Darcs/Patch/Real.o
> >>
> >> src/Darcs/Patch/Real.lhs:100:26:
> >>     GADT pattern match in non-rigid context for `NilRL'
> >>       Tell GHC HQ if you'd like this to unify the context
> >>     In the pattern: NilRL
> >>     In the pattern: Just NilRL
> >>     In a case alternative:
> >>         Just NilRL
> >>           -> ((\ imp_funny_name
> >>                    -> imp_funny_name
> >>                         ("src/Darcs/Patch/Real.lhs", 100, "15:47:58",
> >> "Apr 30 2008"))
> >>                 _bug)
> >>                "found no patches in mergeUnravelled"
> >>
> >> src/Darcs/Patch/Real.lhs:116:27:
> >>     GADT pattern match in non-rigid context for `NilFL'
> >>       Tell GHC HQ if you'd like this to unify the context
> >>     In the pattern: NilFL
> >>     In a case alternative: NilFL -> Just p
> >>     In the expression:
> >>         case sort_coalesceFL $ effect p of
> >>           NilFL -> Just p
> >>           _ -> Nothing
> >>
> >> src/Darcs/Patch/Real.lhs:135:32:
> >>     GADT pattern match in non-rigid context for `NilFL'
> >>       Tell GHC HQ if you'd like this to unify the context
> >>     In the pattern: NilFL
> >>     In a case alternative: NilFL -> Just (NilFL, mapFL_FL Normal xs)
> >>     In the expression:
> >>         case sort_coalesceFL $ effect goneby of
> >>           NilFL -> Just (NilFL, mapFL_FL Normal xs)
> >>           _z -> Nothing
> >>
> >> src/Darcs/Patch/Real.lhs:257:26:
> >>     GADT pattern match in non-rigid context for `NilRL'
> >>       Tell GHC HQ if you'd like this to unify the context
> >>     In the pattern: NilRL
> >>     In a case alternative: NilRL -> []
> >>     In the expression:
> >>         case reverseFL $ xx2patches ix xx of
> >>           NilRL -> []
> >>           Normal q :<: qs -> [Non (reverseRL qs) q]
> >>           _ -> []
> >>
> >> src/Darcs/Patch/Real.lhs:371:82:
> >>     deps  not in scope because it has a wobbly type (solution: add a
> >> type annotation)
> >>     In the first argument of `reverseRL', namely `deps'
> >>     In the first argument of `Non', namely `(reverseRL deps)'
> >>     In the expression: Non (reverseRL deps) pp
> >>
> >> src/Darcs/Patch/Real.lhs:428:50:
> >>     GADT pattern match in non-rigid context for `NilFL'
> >>       Tell GHC HQ if you'd like this to unify the context
> >>     In the pattern: NilFL
> >>     In a pattern guard for
> >>        a case alternative:
> >>         NilFL <- sort_coalesceFL $ effect c
> >>     In a case alternative:
> >>         ([], NilFL, Non c y)
> >>           | NilFL <- sort_coalesceFL $ effect c
> >>           -> Just (Normal y :> Conflictor a1'nop2 (y :>: NilFL) p2)
> >> make: *** [src/Darcs/Patch/Real.o] Error 1
> >>
> >> However, if I disable type witnesses, everything is fine.  So
> >>
> >> $ ./configure --with-docs --without-type-witnesses
> >> $ make
> >>
> >> succeeds.
> >>
> >> I can understand that type witnesses are new enough to possibly cause
> >> problems on some platforms, but I'm baffled by the interaction with  
> >> "--
> >> with-docs".
> >> Shouldn't "--with-docs" just cause the documentation to be built, and
> >> not change any other build settings?
> >>
> >> Best Wishes,
> >> Greg
> >>
> >
> > ----------
> > nosy: +darcs-devel, ertai
> > status: resolved -> chatting
> >
> > __________________________________
> > Darcs bug tracker <bugs@darcs.net>
> > <http://bugs.darcs.net/issue837>
> > __________________________________
> >
> >
History
Date User Action Args
2008-05-05 15:58:19gwrightcreate
2008-05-05 16:09:45koweysetpriority: bug
nosy: + kowey
superseder: + ./configure --with-docs implies --with-type-witnesses?
status: unread -> unknown
messages: + msg4533
2008-05-05 16:10:24koweysetstatus: unknown -> resolved
nosy: tommy, beschmi, kowey, dagit, gwright
2008-05-05 18:10:03ertaisetstatus: resolved -> unknown
nosy: + darcs-devel, ertai
messages: + msg4535
2008-05-05 20:02:45gwrightsetnosy: + gwright
messages: + msg4540
2008-05-05 23:05:12koweysetstatus: unknown -> resolved
nosy: - gwright
2008-05-06 08:04:10ertaisetstatus: resolved -> unknown
nosy: + gwright
messages: + msg4543
2008-05-06 22:59:46zookosetstatus: unknown -> duplicate
nosy: - gwright
2009-08-06 21:04:09adminsetnosy: + dmitry.kurochkin, simon, thorkilnaur, - beschmi
2009-08-11 00:12:43adminsetnosy: - dagit
2009-08-25 18:10:38adminsetnosy: - simon
2009-08-27 13:58:19adminsetnosy: tommy, kowey, darcs-devel, thorkilnaur, ertai, dmitry.kurochkin, gwright
2009-10-23 22:39:52adminsetnosy: + nicolas.pouillard, - ertai
2009-10-24 00:04:52adminsetnosy: + ertai, - nicolas.pouillard