Re: Problem with a second installed version of the syb package

2009-03-20 Thread Ian Lynagh
On Fri, Mar 20, 2009 at 09:33:07AM +0100, José Pedro Magalhães wrote:
> 
> Bad interface file: C:\Program Files
> (x86)\Haskell\syb-0.2.0.0\ghc-6.10.1\Data\Generics.hi
> Something is amiss; requested module  syb:Data.Generics differs from
> name found in the interface file syb-0.2.0.0:Data.Generics
> Failed, modules loaded: none.
> 
> What is the problem here?

What does

ghc --show-iface "C:\Program Files 
(x86)\Haskell\syb-0.2.0.0\ghc-6.10.1\Data\Generics.hi"

say?

Also, if you add -v to the commandline that is going wrong then what
does it say that syb is being mapped to?


Thanks
Ian

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


Re: ANNOUNCE: GHC 6.10.2 Release Candidate 1

2009-03-20 Thread Ian Lynagh
On Thu, Mar 19, 2009 at 01:43:26PM -0700, jutaro wrote:
> 
> Is this
> fix so important to introduce it now? What does it help when it was never
> officially supported if it causes such troubles?

The reason it's now not allowed is that 6.10.2 provides guarantees about
running C finalizers that 6.10.1 did not. See
http://hackage.haskell.org/trac/ghc/ticket/1364
for more details.


Thanks
Ian

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


RE: Another victim of the state hack

2009-03-20 Thread Simon Peyton-Jones
| This is a real headache. To be frank, controlling lazy evaluation and
| sharing to get the right complexity for your code can be hard enough at
| the best of times, without the compiler sometimes ignoring the sharing
| you try to ask for...

Yes, I agree.  The trade off is that without the hack all programs go a bit 
slower, and I don't know how to fix that.  I have not measured this effect 
recently; maybe it's small. Thanks for updating the ticket with more info; v 
helpful

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


Re[2]: ANNOUNCE: GHC 6.10.2 Release Candidate 1

2009-03-20 Thread Bulat Ziganshin
Hello Don,

Friday, March 20, 2009, 2:34:09 AM, you wrote:

the question is wider - how many other programs already used this
behavior? it may be asked on main haskell list. what is the cost of
reverting it back for 6.10.*? 


> We must have the gtk2hs team invovled in this discussion. They were
> using an undocumented feature. It may be trivial to fix.

> --Don

> jnf:
>> 
>> Hello Simon,
>> I've put a request about the issue on the gtk2hs users mailing list:
>> 
>> > I've tried a gtk2hs app on ghc 6.10.2 release candidate.
>> > It crashes frequently and Simon (as you can read down here) assumes it
>> > is gtk2hs problem.
>> > My question is:
>> >Is this problem known to gtk2hs developers?
>> >Is it really a gtk2hs problem?
>> >How difficult is it to fix the problem?
>> >When will we have a patch to use gtk2hs with 6.10.2, 
>> >is it already in the repo?  
>> 
>> However, I'm a little surprised that a little version upgrade from 6.10.1 to
>> 6.10.2 may break all gui apps based on gtk2hs. May it be that many more apps
>> are affected because of this change? What's about wxhaskell e.g.? Well,
>> maybe we have only few Haskell applications around, but usually I
>> wouldn't expect such a dramatic effect from such a moderate upgrade. Is this
>> fix so important to introduce it now? What does it help when it was never
>> officially supported if it causes such troubles?
>> 
>> Jürgen  
>>  
>> 
>> 
>> Simon Marlow-7 wrote:
>> > 
>> > jutaro wrote:
>> >> I've installed a GUI application based on gtk2hs.
>> >> 
>> >> It frequently crashes with the error: 
>> >> leksah: error: a C finalizer called back into Haskell.
>> >> use Foreign.Concurrent.newForeignPtr for Haskell finalizers.
>> >> 
>> >> This error did never occur with the 6.10 released version. It was
>> >> verified
>> >> that this happens on different machines. I've no idea how to isolate this
>> >> bug.
>> > 
>> > This will need to be fixed in gtk2hs.  Previously GHC allowed finalizers
>> > to 
>> > call back into Haskell, but this was never officially supported.  Now it
>> > is 
>> > officially unsupported, because finalizers created via
>> > Foreign.mkForeignPtr 
>> > are run directly by the garbage collector.
>> > 
>> > See
>> > 
>> >   http://hackage.haskell.org/trac/ghc/ticket/1364
>> > 
>> > Cheers,
>> > Simon
>> > ___
>> > Glasgow-haskell-users mailing list
>> > Glasgow-haskell-users@haskell.org
>> > http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
>> > 
>> > 
>> 
>> -- 
>> View this message in context: 
>> http://www.nabble.com/ANNOUNCE%3A-GHC-6.10.2-Release-Candidate-1-tp22524567p22608413.html
>> Sent from the Haskell - Glasgow-haskell-users mailing list archive at 
>> Nabble.com.
>> 
>> ___
>> 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



-- 
Best regards,
 Bulatmailto:bulat.zigans...@gmail.com

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


Problem with a second installed version of the syb package

2009-03-20 Thread José Pedro Magalhães
Hello all,

I mentioned this problem before on IRC and remember this might have had
something to do with syb having been unversioned in the release of GHC
6.10.1. However, I've tested this under 6.10.2-rc1 and the problem is still
there. Concretely, the problem is: I've developed a sucessor package to
syb-0.1.0.0. I can install it with runghc Setup.hs install. However, after
having installed it I can't use it, getting this error when loading any
module that imports Data.Generics:

Bad interface file: C:\Program Files
(x86)\Haskell\syb-0.2.0.0\ghc-6.10.1\Data\Generics.hi
Something is amiss; requested module  syb:Data.Generics differs from
name found in the interface file syb-0.2.0.0:Data.Generics
Failed, modules loaded: none.

What is the problem here?


Thanks,
Pedro
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users