Re: [GHC] #763: Breakpoint mechanism crashes when there's a type error

[GHC]

#763: Breakpoint mechanism crashes when there's a type error
---+
  Reporter:  simonpj   |  Owner:  lemmih 
  Type:  bug   | Status:  closed 
  Priority:  normal|  Milestone: 
 Component:  Compiler  |Version:  6.5
  Severity:  normal| Resolution:  fixed  
  Keywords:| Os:  Unknown
Difficulty:  Unknown   |   Architecture:  Unknown
---+
Changes (by Lemmih):

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

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: 6.4.2 under solaris

[Christian Maeder]

Simon Marlow wrote:
In GHC 6.4.2, the stage 2 compiler is built with -threaded, this is a 
change from previous versions.  If -threaded isn't working properly, 
then the stage 2 compiler will be affected - that seems to be the case 
on Solaris.


To get going, you could just disable -threaded in stage 2 (see 
ghc/compiler/Makefile).


Right, without -threaded I was able to create a useable compiler. My 
binary distribution can be found at:


http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/solaris/versions/ghc-6.4.2-sparc-sun-solaris2.tar.bz2

It does not include the ps-documentation (under share) and also not the 
OpenGL package (although I should be able to build it, but a minor 
configure error in GLUT stopped me to do so)


The build was done under solaris 10 using gcc-4.0.3.

The used libraries are as follows:

bash-3.00$ ldd /local/home/maeder/ghc-6.4.2/lib/ghc-6.4.2/ghc-6.4.2
libreadline.so.5 =>  /usr/local/lib/libreadline.so.5
libncurses.so.5 =>   /usr/local/lib/libncurses.so.5
libdl.so.1 =>/lib/libdl.so.1
libm.so.2 => /usr/local/lib/libm.so.2
libgmp.so.3 =>   /usr/local/lib/libgmp.so.3
libc.so.1 => /lib/libc.so.1
libm.so.2 => /lib/libm.so.2
/platform/SUNW,Sun-Fire-280R/lib/libc_psr.so.1

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

[GHC] #764: DESTDIR Makefile variable

[GHC]

#764: DESTDIR Makefile variable
+---
Reporter:  guest|Owner: 
Type:  feature request  |   Status:  new
Priority:  normal   |Milestone: 
   Component:  Build System |  Version:  6.4.2  
Severity:  normal   | Keywords: 
  Os:  Unknown  |   Difficulty:  Unknown
Architecture:  Unknown  |  
+---
I'd like the Makefile to have a DESTDIR parameter. This is destined to
 ease package creation. After the ./configure step the system should be
 configured to be installed in $(prefix)/bin and other locations. In the
 "make install" step you would specify a different root directory, like
 "make install DESTDIR=/tmp/fake-rootdir" to get all files copied to /tmp
 /fake-rootdir$(prefix)/bin (etc) instead of the real destination
 directories.

 This is nothing new. Most famous free software packages provide some way
 or another of doing this. The DESTDIR name is the typical one in software
 using the autotools package.

 Thanks in advance and keep up the good work.

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: GHC as library and new build tree layout

[Simon Marlow]

wld wrote:

Hi,

I have tried Lemmih's example of using
GHC as library. The very first line

 Prelude> :m GHC

failed. Searching for reason of this failure, I've
looked into the package.conf.in file of package ghc
and found that pragma import-dirs contains lines like

import-dirs:   FPTOOLS_TOP_ABS"/ghc/compiler/stage2/utils",
  FPTOOLS_TOP_ABS"/ghc/compiler/stage2/basicTypes",

It looks like an artifact of the old layout. I've
removed "/ghc" from all those lines, re-registered package
ghc - example worked!

Is that the right way to go?


Thanks, now fixed.

Cheers,
Simon
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

GHC as library and new build tree layout

[wld]

Hi,

I have tried Lemmih's example of using
GHC as library. The very first line

 Prelude> :m GHC

failed. Searching for reason of this failure, I've
looked into the package.conf.in file of package ghc
and found that pragma import-dirs contains lines like

import-dirs:   FPTOOLS_TOP_ABS"/ghc/compiler/stage2/utils",
  FPTOOLS_TOP_ABS"/ghc/compiler/stage2/basicTypes",

It looks like an artifact of the old layout. I've
removed "/ghc" from all those lines, re-registered package
ghc - example worked!

Is that the right way to go?


V.Rudenko
--
λ is the ultimate
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #760: Template Haskell doesn't like scoped type variables

[GHC]

#760: Template Haskell doesn't like scoped type variables
-+--
  Reporter:  [EMAIL PROTECTED]  |  Owner:   
  Type:  bug | Status:  new  
  Priority:  normal  |  Milestone:   
 Component:  Compiler|Version:  6.4.2
  Severity:  normal  | Resolution:   
  Keywords:  | Os:  Linux
Difficulty:  Unknown |   Architecture:  x86  
-+--
Comment (by [EMAIL PROTECTED]):

 Just for the record, it isn't just type signatures in patterns:
 {{{
 [EMAIL PROTECTED] stuff]$ cat R.hs
 $(id [d| f :: forall a . a -> a
  f x = (x :: a) |])

 [EMAIL PROTECTED] stuff]$ ghc -fglasgow-exts -c R.hs
 ghc-6.4.2: panic! (the `impossible' happened, GHC version 6.4.2):
 Failed binder lookup: a{tv a189}
 }}}

-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs