Re: [GHC] #1105: Custom Runtimes

[GHC]

#1105: Custom Runtimes
-+--
 Reporter:  humasect |  Owner: 
 Type:  feature request  | Status:  new
 Priority:  normal   |  Milestone: 
Component:  Runtime System   |Version:  6.6
 Severity:  normal   | Resolution: 
 Keywords:  runtime custom sdl cocoa init main ghci  | Difficulty:  Unknown
 Testcase:   |   Architecture:  Unknown
   Os:  Multiple |  
-+--
Comment (by humasect):

 Update of formatting.

 * specifiable initializer (from main)
 * specifiable finalizer
 * specifiable run loop / event handler (light thread) as such:
   * REPL thread 0 - read, eval (send to thread 1), print, loop
   * thread 1 - processing events run loop, check for eval + send result to
 print stage

-- 
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

[GHC] #1105: Custom Runtimes

[GHC]

#1105: Custom Runtimes
+---
Reporter:  humasect |   Owner:  
   
Type:  feature request  |  Status:  new 
   
Priority:  normal   |   Milestone:  
   
   Component:  Runtime System   | Version:  6.6 
   
Severity:  normal   |Keywords:  runtime custom sdl cocoa init 
main ghci
  Difficulty:  Unknown  |Testcase:  
   
Architecture:  Unknown  |  Os:  Multiple
   
+---
The ability to build custom runtimes would be useful in many development
 situations. Like Objective Caml's -custom, one would be able to create a
 interactive-invokable (GHCi) with a custom main () initialization and
 finalizer. For things such as SDL applications, Cocoa applications, there
 is a need for custom run loops as well. This would be an immensely great
 integration feature for GHC. In these situations it is not possible to
 work in GHCi on most/all platforms without much work done in a specialized
 hs-plugins REPL environment.

 Ideas of Requirements:

 - specifiable initializer (from main)
 - specifiable finalizer
 - specifiable run loop / event handler (light thread) as such:
REPL
thread 0 - read, eval (send to thread 1), print, loop
thread 1 - processing events run loop, check for eval + send result to
 print stage

 [the author is developing a Cocoa+GL native application in 100% Haskell
 sans HOC sans HOpenGL]

-- 
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

[GHC] #1104: Text.XHtml missing "for" attribute

[GHC]

#1104: Text.XHtml missing "for" attribute
--+-
Reporter:  glguy  |   Owner:  
Type:  bug|  Status:  new 
Priority:  normal |   Milestone:  
   Component:  libraries (other)  | Version:  6.6 
Severity:  minor  |Keywords:  
  Difficulty:  Easy (1 hr)|Testcase:  
Architecture:  Multiple   |  Os:  Multiple
--+-
http://www.w3.org/TR/xhtml1/dtds.html#dtdentry_xhtml1-strict.dtd_label

 The XHtml attribute "for" is missing.  This attribute is used by 
 to denote which control the label is representing.

 I would recommend that the following line be added to the relevent
 Transitional and Strict files:

 '''thefor = strAttr "for"'''

 (This attribute was also missing from Text.Html)

-- 
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] #1030: ghc-6.6 crashed after being built on linux (fedora core)

[GHC]

#1030: ghc-6.6 crashed after being built on linux (fedora core)
--+-
 Reporter:  newsham   |  Owner:  igloo  
 Type:  merge | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:  crash | Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Linux |  
--+-
Changes (by igloo):

  * type:  bug => merge

Comment:

 Fixed in the HEAD by

 {{{
 [Check with sysconf _POSIX_THREAD_CPUTIME is available before we try to
 use it.
 Ian Lynagh <[EMAIL PROTECTED]>**20070116012907

  Calling clock_gettime(CLOCK_THREAD_CPUTIME_ID,_) regardless was
  causing a segfault (trac #1030).
 }}}

-- 
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] #1101: Parallel/smp Runtime

[GHC]

#1101: Parallel/smp Runtime
---+
 Reporter:  humasect   |  Owner: 
 Type:  bug| Status:  new
 Priority:  normal |  Milestone:  6.6.1  
Component:  GHCi   |Version:  6.6
 Severity:  normal | Resolution: 
 Keywords:  smp parallel runtime threaded  | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  MacOS X|  
---+
Comment (by humasect):

 Yes, I almost thought this would do it, there is no error when executing
 GHCi this way. But actually:

 4.12.1. Options to enable SMP parallelism

 In order to make use of multiple CPUs, your program must be linked with
 the -threaded option (see Section 4.10.7, “Options affecting
 linking”). Then, to run a program on multiple CPUs, use the RTS -N
 option 

 Would this only mean that GHC needs to be instead built with -threaded
 +RTS -Nx for this ability? We need the computing power over here.

-- 
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] #1101: Parallel/smp Runtime

[GHC]

#1101: Parallel/smp Runtime
---+
 Reporter:  humasect   |  Owner: 
 Type:  bug| Status:  new
 Priority:  normal |  Milestone:  6.6.1  
Component:  GHCi   |Version:  6.6
 Severity:  normal | Resolution: 
 Keywords:  smp parallel runtime threaded  | Difficulty:  Unknown
 Testcase: |   Architecture:  Unknown
   Os:  MacOS X|  
---+
Changes (by simonmar):

  * milestone:  => 6.6.1
  * type:  feature request => bug

Comment:

 Looks like the error message is misleading; you can indeed use `+RTS -N2`
 with GHCi (althogh I don't think I've ever tried it!).

-- 
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] #1103: Japanese Unicode

[GHC]

#1103: Japanese Unicode
-+--
 Reporter:  humasect |  Owner:  
   
 Type:  bug  | Status:  new 
   
 Priority:  high |  Milestone:  6.6.1   
   
Component:  Compiler (Parser)|Version:  6.6 
   
 Severity:  major| Resolution:  
   
 Keywords:  japanese unicode lexical -fglasgow-exts  | Difficulty:  Easy (1 
hr)
 Testcase:   |   Architecture:  Unknown 
   
   Os:  MacOS X  |  
-+--
Changes (by humasect):

  * priority:  normal => high

-- 
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

[GHC] #1103: Japanese Unicode

[GHC]

#1103: Japanese Unicode
--+-
Reporter:  humasect   |   Owner:
 
Type:  bug|  Status:  new   
 
Priority:  normal |   Milestone:  6.6.1 
 
   Component:  Compiler (Parser)  | Version:  6.6   
 
Severity:  major  |Keywords:  japanese unicode lexical 
-fglasgow-exts
  Difficulty:  Easy (1 hr)|Testcase:
 
Architecture:  Unknown|  Os:  MacOS X   
 
--+-
Using Japanese characters (either katakana or hiragana) in identifiers
 rules this:

 Source/Hehe.hs:12:0: lexical error at character '\12390'

 There is no issue with Haskell98 for upper/lower case identifiers and type
 constructor identification with the two complimenting Japanese character
 sets. Using -fglasgow-exts along with other Unicode characters for various
 operators which work great.

-- 
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

[GHC] #1102: Lambda unicode character lex

[GHC]

#1102: Lambda unicode character lex
--+-
Reporter:  humasect   |   Owner:
Type:  bug|  Status:  new   
Priority:  high   |   Milestone:  6.6.1 
   Component:  Compiler (Parser)  | Version:  6.6   
Severity:  major  |Keywords:  lambda unicode lexical parse ?
  Difficulty:  Easy (1 hr)|Testcase:
Architecture:  Unknown|  Os:  MacOS X   
--+-
abd ∷ Num a ⇒ a → a
 abd a = a

 (⋴) a b = a ++ b
 test2 x = map (λx → x ⋴ "abc") -- line 17

 Test.hs:17:18: parse error on input `?'

 -

 All of these special characters are unicode, and work great, except the
 lambda. Any unicode character put here gives this error.
 http://hackage.haskell.org/trac/haskell-prime/wiki/UnicodeInHaskellSource
 -- claims otherwise.

-- 
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

[GHC] #1101: Parallel/smp Runtime

[GHC]

#1101: Parallel/smp Runtime
+---
Reporter:  humasect |   Owner:   
Type:  feature request  |  Status:  new  
Priority:  normal   |   Milestone:   
   Component:  GHCi | Version:  6.6  
Severity:  normal   |Keywords:  smp parallel runtime threaded
  Difficulty:  Unknown  |Testcase:   
Architecture:  Unknown  |  Os:  MacOS X  
+---
ghc-6.6: --interactive can't be used with -prof, -ticky, -unreg or -smp.

 +RTS -N2 is working fine. But this needs -threaded

-- 
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] #952: gcc should be passed the -fwrapv flag

[GHC]

#952: gcc should be passed the -fwrapv flag
--+-
 Reporter:  simonmar  |  Owner:  igloo   
 Type:  merge | Status:  new 
 Priority:  normal|  Milestone:  6.6.1   
Component:  Compiler  |Version:  6.6 
 Severity:  normal| Resolution:  
 Keywords:| Difficulty:  Unknown 
 Testcase:|   Architecture:  Multiple
   Os:  Multiple  |  
--+-
Changes (by igloo):

  * type:  bug => merge

Comment:

 Fixed in the HEAD by

 {{{
 Mon Jan 15 19:42:50 GMT 2007  Ian Lynagh <[EMAIL PROTECTED]>
   * Give -fwrapv to gcc when it supports it
   Fixes trac #952: Haskell requires consistent overflow behaviour, which
   gcc doesn't give without this flag.
 }}}

-- 
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] #1030: ghc-6.6 crashed after being built on linux (fedora core)

[GHC]

#1030: ghc-6.6 crashed after being built on linux (fedora core)
--+-
 Reporter:  newsham   |  Owner:  igloo  
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:  crash | Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Linux |  
--+-
Changes (by igloo):

  * owner:  => igloo

-- 
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

[GHC] #1100: Parse error on (#) in .lhs files

[GHC]

#1100: Parse error on (#) in .lhs files
---+
Reporter:  [EMAIL PROTECTED]  |   Owner: 
Type:  bug |  Status:  new
Priority:  normal  |   Milestone: 
   Component:  Compiler (Parser)   | Version:  6.6
Severity:  normal  |Keywords: 
  Difficulty:  Unknown |Testcase: 
Architecture:  Unknown |  Os:  Unknown
---+
The lexeme sequence `(#)` gives a parse error in .lhs files.
 This makes it impossible to, among other things,
 give a type signature to the operator `#`

 I believe that this should be legal.

 For instance, the line
 {{{
 (#) :: Foo -> Bar -> Quux
 }}}
 gives a parse error in a .lhs file.
 The same line in a .hs file compiles normally.

 This may be related to bug #733

-- 
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] #952: gcc should be passed the -fwrapv flag

[GHC]

#952: gcc should be passed the -fwrapv flag
--+-
 Reporter:  simonmar  |  Owner:  igloo   
 Type:  bug   | Status:  new 
 Priority:  normal|  Milestone:  6.6.1   
Component:  Compiler  |Version:  6.6 
 Severity:  normal| Resolution:  
 Keywords:| Difficulty:  Unknown 
 Testcase:|   Architecture:  Multiple
   Os:  Multiple  |  
--+-
Changes (by igloo):

  * status:  reopened => new
  * owner:  => igloo

-- 
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] #977: Booting from .hc files with GHC 6.6 malfunctions

[GHC]

#977: Booting from .hc files with GHC 6.6 malfunctions
--+-
 Reporter:  guest |  Owner:  igloo   
 Type:  bug   | Status:  new 
 Priority:  normal|  Milestone:  6.6.1   
Component:  Build System  |Version:  6.6 
 Severity:  normal| Resolution:  
 Keywords:| Difficulty:  Unknown 
 Testcase:  N/A   |   Architecture:  Multiple
   Os:  Multiple  |  
--+-
Changes (by igloo):

  * owner:  => igloo

-- 
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

test case for -xc incompleteness

[Frederik Eaton]

Hello,

Here is a test case showing poor results with '+RTS -xc'. The program
dies with error message:

sparse-test: Wrappers.hs:218:4-9: Assertion 
failed

Clearly, the 'stack trace' is incomplete, since Wrappers is not
imported directly by the main module (so I think there should be a few
intervening levels as well).

Here are commands to reproduce:

wget http://ofb.net/~frederik/ghc-xc-test.tar.gz
tar -xzf ghc-xc-test.tar.gz
cd sparse-work
./gen-ops && ./gen-foreignimports &&
g++ -g sparse_lib.cpp -c -o sparse_lib.o &&
ghc -prof -auto-all -fno-do-eta-reduction -fno-do-lambda-eta-expansion \
  -fno-case-merge -frules-off -fno-cse -fno-pre-inlining -fno-strictness \
  -fno-unbox-strict-fields --make sparse-test.hs sparse_lib.o -lm -lc -lstdc++
./sparse-test +RTS -xc

I've included all the '-fno-*' stuff on the ghc command line because I
thought it might help produce more information, but the problem occurs
without it.

Thank you,

Frederik

P.S. Also, it would of course be very helpful if the '-xc' traces
showed line numbers. :)

On Mon, Jan 15, 2007 at 03:09:48PM +, Frederik Eaton wrote:
> Hello,
> 
> Are some profiling options incompatible? Here are problems I've run into:
> 
> $ ghc -Wall -prof -auto-all -caf-all --make sparse-test.hs sparse_lib.o -lm 
> -lc -lstdc++
> [10 of 10] Compiling Main ( sparse-test.hs, sparse-test.o )
> sparse-test.hs:18:0:
> Warning: Definition but no type signature for `main'
> /tmp/ghc4721_0/ghc4721_0.s: Assembler messages:
> 
> /tmp/ghc4721_0/ghc4721_0.s:4185:0:
>  Error: symbol `Mainmain_CAF_cc_ccs' is already defined
> 
> => '-auto-all' and '-caf-all' can't be used together?
> 
> $ ghc -Wall -prof -auto-all -debug --make sparse-test.hs sparse_lib.o -lm -lc 
> -lstdc++
> Linking sparse-test ...
> /usr/bin/ld: cannot find -lHSrts_debug_p
> collect2: ld returned 1 exit status
> 
> => '-prof' and '-debug' can't be used together?
> 
> (I have installed the ghc6-prof Debian package)
> 
> If these pairs of options are incompatible then an error message from
> GHC would be helpful.
> 
> Many thanks,
> 
> Frederik
> 
> -- 
> http://ofb.net/~frederik/
> 

-- 
http://ofb.net/~frederik/
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: profiling option issues

[Frederik Eaton]

> /tmp/ghc4721_0/ghc4721_0.s:4185:0:
>  Error: symbol `Mainmain_CAF_cc_ccs' is already defined
> 
> => '-auto-all' and '-caf-all' can't be used together?

Actually, sorry, I get the same error when I just use -caf-all by
itself...

Frederik

-- 
http://ofb.net/~frederik/
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

profiling option issues

[Frederik Eaton]

Hello,

Are some profiling options incompatible? Here are problems I've run into:

$ ghc -Wall -prof -auto-all -caf-all --make sparse-test.hs sparse_lib.o -lm -lc 
-lstdc++
[10 of 10] Compiling Main ( sparse-test.hs, sparse-test.o )
sparse-test.hs:18:0:
Warning: Definition but no type signature for `main'
/tmp/ghc4721_0/ghc4721_0.s: Assembler messages:

/tmp/ghc4721_0/ghc4721_0.s:4185:0:
 Error: symbol `Mainmain_CAF_cc_ccs' is already defined

=> '-auto-all' and '-caf-all' can't be used together?

$ ghc -Wall -prof -auto-all -debug --make sparse-test.hs sparse_lib.o -lm -lc 
-lstdc++
Linking sparse-test ...
/usr/bin/ld: cannot find -lHSrts_debug_p
collect2: ld returned 1 exit status

=> '-prof' and '-debug' can't be used together?

(I have installed the ghc6-prof Debian package)

If these pairs of options are incompatible then an error message from
GHC would be helpful.

Many thanks,

Frederik

-- 
http://ofb.net/~frederik/
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Re: [GHC] #1030: ghc-6.6 crashed after being built on linux (fedora core)

[GHC]

#1030: ghc-6.6 crashed after being built on linux (fedora core)
--+-
 Reporter:  newsham   |  Owner: 
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:  crash | Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Linux |  
--+-
Comment (by igloo):

 From talking with the submitter it seems to not be a compilation problem
 (as he also gets it with the binary dists), and it happens only with
 -threaded.

-- 
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] #1042: Floating point exception

[GHC]

#1042: Floating point exception
--+-
 Reporter:  dons  |  Owner:  igloo  
 Type:  merge | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * type:  bug => merge

-- 
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] #1042: Floating point exception

[GHC]

#1042: Floating point exception
--+-
 Reporter:  dons  |  Owner:  igloo  
 Type:  bug   | Status:  new
 Priority:  normal|  Milestone:  6.6.1  
Component:  Compiler  |Version:  6.6
 Severity:  normal| Resolution: 
 Keywords:| Difficulty:  Unknown
 Testcase:|   Architecture:  x86
   Os:  Unknown   |  
--+-
Changes (by igloo):

  * owner:  => igloo

-- 
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

Visual Haskell VS.NET 2005

[Chris Cauchi]

Hello I'm trying to install this, but it's trying to register dlls that
don't exist.

vs_haskell.dll
vs_haskell_babel.dll
vs_haskell_dlg.dll

The install script is looking in the \installdir\bin directory. But
there is no bin directory, and the dll files are nowhere to be found.

Where can I obtain them?

Thanks!
Chris Cauchi
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

Bug ": internal error: interpretBCO: unknown or unimplemented opcode"s

[Matthew Sackman]

Hi,

Please find code attached. Please CC me on replies as I'm not
subscribed. I would have added this via trac but couldn't log in (was
endlessly prompted for username/password and guest/guest didn't make it
go away).

This is to do with strictness modifiers: if you remove all the ! from
the code then the bug vanishes.

Also, the following works fine:

buildOctTree (Vec 0 0 0) 10 10 10 [(a,(Vec a a a)) | a <- [(-4.0),(-2.0)..4.0]]

Also, having done that, the problematic expressions work fine - the bug
only appears if the expression below is run as the first call to
buildOctTree in the ghci session.

This is on a P4, 2GB RAM, Debian unstable, ghc 6.6 (both hand rolled and
from debian).

uname -a =
   Linux smudge 2.6.18-2-686 #1 SMP Wed Nov 8 19:52:12 UTC 2006 i686 GNU/Linux

> ghci -v OctTree
   ___ ___ _
  / _ \ /\  /\/ __(_)
 / /_\// /_/ / /  | |  GHC Interactive, version 6.6, for Haskell 98.
/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/
\/\/ /_/\/|_|  Type :? for help.

Using package config file: /usr/lib/ghc-6.6/package.conf
wired-in package base mapped to base-2.0
wired-in package rts mapped to rts-1.0
wired-in package haskell98 mapped to haskell98-1.0
wired-in package template-haskell mapped to template-haskell-2.0
Hsc static flags: -static
Loading package base ... linking ... done.
*** Parser:
*** Desugar:
*** Simplify:
*** CorePrep:
*** ByteCodeGen:
*** Parser:
*** Desugar:
*** Simplify:
*** CorePrep:
*** ByteCodeGen:
*** Chasing dependencies:
Stable obj: []
Stable BCO: []
unload: retaining objs []
unload: retaining bcos []
Upsweep completely successful.
*** Deleting temp files:
Deleting: 
*** Chasing dependencies:
Stable obj: []
Stable BCO: []
unload: retaining objs []
unload: retaining bcos []
compile: input file OctTree.hs
*** Checking old interface for main:OctTree:
[1 of 1] Compiling OctTree  ( OctTree.hs, interpreted )
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 1587
*** Simplify:
Result size = 2390
Result size = 2137
Result size = 2105
Result size = 2100
*** Tidy Core:
Result size = 2198
*** CorePrep:
Result size = 2646
*** ByteCodeGen:
*** Deleting temp files:
Deleting: 
Upsweep completely successful.
*** Deleting temp files:
Deleting: 
Ok, modules loaded: OctTree.
*OctTree> buildOctTree (Vec 0 0 0) 10 10 10 [(a,(Vec a a a)) | a <- 
[(-4.0),(-3.9)..4.0]]
*** Parser:
*** Desugar:
*** Simplify:
*** CorePrep:
*** ByteCodeGen:
: internal error: interpretBCO: unknown or unimplemented opcode 
20196
(GHC version 6.6 for i386_unknown_linux)
Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
Aborted

Matthew
-- 
Matthew Sackman
http://www.wellquite.org/
{-
 - OctTrees.hs: Implementation of OctTrees in Haskell
 - Copyright (C) 2006  Matthew Sackman
 -
 - This program is free software; you can redistribute it and/or
 - modify it under the terms of the GNU General Public License
 - as published by the Free Software Foundation; version 2
 - of the License only.
 - 
 - This program is distributed in the hope that it will be useful,
 - but WITHOUT ANY WARRANTY; without even the implied warranty of
 - MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 - GNU General Public License for more details.
 - 
 - You should have received a copy of the GNU General Public License
 - along with this program; if not, write to the Free Software
 - Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA  02110-1301, USA.
 -}

module OctTree
(OctTree,
 buildOctTree,
 findInRadius
)
where

import Data.List

data Vector = Vec  !Double  !Double  !Double
  deriving (Show, Eq)

findDisplacement :: Vector -> Vector -> (Double, Vector)
findDisplacement (Vec ax ay az) (Vec bx by bz) =
(len, Vec dx dy dz)
where
  len = sqrt ((dx*dx) + (dy*dy) + (dz*dz))
  dx = (bx - ax)
  dy = (by - ay)
  dz = (bz - az)

--   lne usw
data OctTree value = OctTree !Vector !Vector !(OctTreeNode value)
 deriving (Show)

data OctTreeNode value = EmptyLeaf
--pos value
   | Leaf !Vector !(value)
   | Node
--   lne  lse  lsw  lnw
 !(OctTree value) !(OctTree value) !(OctTree value) !(OctTree value)
--   unw  usw  use  une
 !(OctTree value) !(OctTree value) !(OctTree value) !(OctTree value)
 deriving (Show)

buildOctTree :: (Show a) => Vector -> Double -> Double -> Double -> [(a,Vector)] -> (OctTree a)
buildOctTree (Vec mx my mz) x_size y_size z_size values = foldl' (\t (v,pos) -> insertValue t v pos) initial values
where
  initial = OctTree (Vec (mx+x) (my+y) (mz-z)) (Vec (mx-x) (my-y) (mz+z)) EmptyLeaf
  x = x_size /2
  y = y_size /2
  z = z_s

Bug with in-place installation on Mac OS X

[Jean-Marie Gaillourdet]

Hi,

I have two bugs to report. The second occured when I tried to report  
the first one via Trac. I followed the link in chapter 1.2 of ghc  
latest user-guide and came to a page stating that I should login with  
username guest and password guest. The login did not work for me with  
Safari and Camino (Mozilla.org's Mac browser). guest seems not to be  
a valid username and password.


But now to the first problem. I would like to install ghc-6.6 as  
downloaded from http://haskell.org/ghc/dist/6.6/ghc-6.6-i386-apple- 
darwin.tar.bz2 in /opt/ghc-6.6.

Here are the steps I did:

$ cd /opt
$ tar xjvf ~/Desktop/ghc-6.6-i386-apple-darwin.tar.bz2
$ cd ghc-6.6
$ ./configure
$ make in-place
$ cd
$ export PATH=$PATH:/opt/ghc-6.6/bin/i386-apple-darwin/
$ ghc
/opt/ghc-6.6/bin/i386-apple-darwin/ghc: line 12: /usr/local/lib/ 
ghc-6.6/ghc-6.6: No such file or directory
/opt/ghc-6.6/bin/i386-apple-darwin/ghc: line 12: exec: /usr/local/lib/ 
ghc-6.6/ghc-6.6: cannot execute: No such file or directory

$ which ghc
/opt/ghc-6.6/bin/i386-apple-darwin/ghc
$ cat /opt/ghc-6.6/bin/i386-apple-darwin/ghc
#! /bin/sh
bindir='/opt/ghc-6.6/bin/i386-apple-darwin'
libdir='/opt/ghc-6.6/lib/i386-apple-darwin'
libexecdir='/opt/ghc-6.6/lib/i386-apple-darwin'
datadir='/opt/ghc-6.6/share'
SED='/usr/bin/sed'
DEFAULT_TMPDIR='/tmp'
#!/bin/sh
GHCBIN="/usr/local/lib/ghc-6.6/ghc-6.6";
TOPDIROPT="-B/usr/local/lib/ghc-6.6";
# Mini-driver for GHC
exec $GHCBIN $TOPDIROPT ${1+"$@"}

The INSTALL file says I should run ./configure without any prefix I  
want to do an in-place installation. So I would say one or the other  
is wrong.


Thanks for your great work on ghc!

Best regards,
Jean-Marie



PGP.sig
Description: This is a digitally signed message part
___
Glasgow-haskell-bugs mailing list
Glasgow-haskell-bugs@haskell.org
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

BUG: ghc-6.6: panic! (the 'impossible' happened)

[Albert Fong]

GHC panics and fails to compile the attached file (repro.hs), giving the
following error message:

 

ghc-6.6: panic! (the 'impossible' happened)

  (GHC version 6.6 for i386-unknown-linux):

initC: srt

 

Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

 

Similarly, ghci fails when trying to evaluate "f 1 2":

 

[EMAIL PROTECTED]:~/haskell$ ghci -fglasgow-exts repro.hs

   ___ ___ _

  / _ \ /\  /\/ __(_)

 / /_\// /_/ / /  | |  GHC Interactive, version 6.6, for Haskell 98.

/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/

\/\/ /_/\/|_|  Type :? for help.

 

Loading package base ... linking ... done.

[1 of 1] Compiling Main ( repro.hs, interpreted )

Ok, modules loaded: Main.

*Main> f 1 2

ghc-6.6: panic! (the 'impossible' happened)

  (GHC version 6.6 for i386-unknown-linux):

nameModule repro{v a1Du}

 

Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

 

*Main>

 

This repros on Ubuntu 6.10 with ghc6.6 (compiled from source) and on Cygwin
(WinXP SP2 ENG). Attached are the console output from ghc6.6 and ghci. I've
also thrown in the output from ghc6.4.2, in case it helps.this file fails to
typecheck using that version of ghc.

 

Thanks,

Albert Fong

 

 

PS: I couldn't log the bug through Trac.it looks like the "guest" login
doesn't work.



repro.hs
Description: Binary data
[EMAIL PROTECTED]:~/haskell$ ghci -fglasgow-exts repro.hs
   ___ ___ _
  / _ \ /\  /\/ __(_)
 / /_\// /_/ / /  | |  GHC Interactive, version 6.6, for Haskell 98.
/ /_\\/ __  / /___| |  http://www.haskell.org/ghc/
\/\/ /_/\/|_|  Type :? for help.

Loading package base ... linking ... done.
[1 of 1] Compiling Main ( repro.hs, interpreted )
Ok, modules loaded: Main.
*Main> f 1 2
ghc-6.6: panic! (the 'impossible' happened)
  (GHC version 6.6 for i386-unknown-linux):
nameModule repro{v a1Du}

Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug

*Main> 

[EMAIL PROTECTED]:~/haskell$ /usr/bin/ghc -v -fglasgow-exts repro.hs
Glasgow Haskell Compiler, Version 6.4.2, for Haskell 98, compiled by GHC 
version 6.4.2
Using package config file: /usr/lib/ghc-6.4.2/package.conf
Hsc static flags: -static
*** Checking old interface for Main:
*** Parser:
*** Renamer/typechecker:

repro.hs:18:42:
Couldn't match kind `* -> * -> *' against `* -> *'
When matching the kinds of `a :: * -> * -> *' and `[] :: * -> *'
  Expected type: a
  Inferred type: []
In the first argument of `(sum . elems)', namely `[x * y | (x, y) <- g d]'
*** Deleting temp files
Deleting: /tmp/ghc9896.s
Warning: deleting non-existent /tmp/ghc9896.s
[EMAIL PROTECTED]:~/haskell$ 


[EMAIL PROTECTED]:~/haskell$ uname -a
Linux ubuntu-LivePC 2.6.17-10-generic #2 SMP Fri Oct 13 18:45:35 UTC 2006 i686 
GNU/Linux

[EMAIL PROTECTED]:~/haskell$ ghc -fglasgow-exts repro.hs -v
Glasgow Haskell Compiler, Version 6.6, for Haskell 98, compiled by GHC version 
6.6
Using package config file: /usr/local/lib/ghc-6.6/package.conf
wired-in package base mapped to base-2.0
wired-in package rts mapped to rts-1.0
wired-in package haskell98 mapped to haskell98-1.0
wired-in package template-haskell mapped to template-haskell-2.0
Hsc static flags: -static
Created temporary directory: /tmp/ghc9516_0
*** Checking old interface for main:Main:
*** Parser:
*** Renamer/typechecker:
*** Desugar:
Result size = 105
*** Simplify:
Result size = 110
Result size = 104
Result size = 104
*** Tidy Core:
Result size = 197
*** CorePrep:
Result size = 241
*** Stg2Stg:
*** CodeGen:
*** CodeOutput:
*** Deleting temp files:
Deleting: /tmp/ghc9516_0/ghc9516_0.s
*** Deleting temp dirs:
Deleting: /tmp/ghc9516_0
ghc-6.6: panic! (the 'impossible' happened)
  (GHC version 6.6 for i386-unknown-linux):
initC: srt

Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug


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

[GHC] #1099: Visual Haskell crashes when ".." is used in hs-source-dirs

[GHC]

#1099: Visual Haskell crashes when ".." is used in hs-source-dirs
-+--
Reporter:  [EMAIL PROTECTED]  |   Owner: 
Type:  bug   |  Status:  new
Priority:  normal|   Milestone: 
   Component:  Visual Haskell| Version:  6.6
Severity:  normal|Keywords: 
  Difficulty:  Unknown   |Testcase: 
Architecture:  Unknown   |  Os:  Unknown
-+--
Create a new Visual Haskell project, manually edit the .cabal file to
 include ".." in "hs-source-dirs", then create a .hs file in it and try to
 edit that file.

 I'm using the updated vs_haskell.dll from
 http://www.haskell.org/visualhaskell/release-0.2/vs_haskell.zip

 This is the error signature Visual Studio lists:

 AppName: devenv.exe  AppVer: 8.0.50727.42 AppStamp:4333e699
 ModName: vs_haskell.dll  ModVer: 0.0.0.0  ModStamp:45804f05
 fDebug: 0   Offset: 00a97f4b

-- 
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