RE: -fwarn-unused-binds misses a use

On 31 August 2004 11:12, George Russell wrote:

> # ghc Unused.hs -fwarn-unused-binds -fglasgow-exts
> 
> Unused.hs:10: Warning: Defined but not used: Dummy

It's referring to the data constructor, not the type constructor.

Cheers,
	Simon

RE: -fwarn-misc

On 31 August 2004 09:45, George Russell wrote:

> According to
> 
>    
>
http://www.haskell.org/ghc/docs/latest/html/users_guide/options-sanity.h
tml
> 
> there is a GHC option -fwarn-misc.   But ghc-6.2.1 doesn't seem to
> have it.

Thanks, fixed.  It is turned on by -W, by the way.

Cheers,
	Simon

[ ghc-Bugs-1016120 ] Fails silently if preprocessor not found

Bugs item #1016120, was opened at 2004-08-25 16:35
Message generated for change (Comment added) made by simonmar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1016120&group_id=8032

Category: Compiler
Group: 6.2.1
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Schoinobates Volans (schoinobates)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fails silently if preprocessor not found

Initial Comment:
When using a package that asks ghc to run a
preprocessor on the source, if the execution of the
preprocessor fails (e.g. because the latter is not
installed on the system or not in the PATH), ghc fails
silently. It should write an error message to stderr,
something like "execution of preprocessor 'foo' failed:
No such file or directory".

I encountered this with Wash, version WashNGo-2.0.3:
http://www.informatik.uni-freiburg.de/~thiemann/haskell/WASH/

----------------------------------------------------------------------

>Comment By: Simon Marlow (simonmar)
Date: 2004-09-01 09:55

[ ghc-Bugs-1015205 ] ghc-split fails to quote path when used as regex

Bugs item #1015205, was opened at 2004-08-24 12:41
Message generated for change (Comment added) made by simonmar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1015205&group_id=8032

Category: Driver
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Peter Strand (pstrand)
>Assigned to: Simon Marlow (simonmar)
Summary: ghc-split fails to quote path when used as regex

Initial Comment:
If the second argument to ghc/driver/split/ghc-split
contains
a backslash and a 'p', for example ...\pe..., the
script fails with an error message:

Can't find unicode character property definition via
main->e or e.pl at unicode/Is/e.pl line 0

The problem can be solved by a
$Tmp_prefix =~ s/\/\\/g;
before it is used as a regexp around line 50 in ghc-split.

----------------------------------------------------------------------

>Comment By: Simon Marlow (simonmar)

[ ghc-Bugs-1018656 ] closure type 54000

Bugs item #1018656, was opened at 2004-08-29 18:13
Message generated for change (Comment added) made by simonmar
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1018656&group_id=8032

Category: Compiler
Group: 6.2.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: closure type 54000  

Initial Comment:
>Compiling Elab             ( ./Elab.lhs, ./Elab.o )
>ghc-6.2.1: internal error: evacuate: strange closure 
type 54000
>    Please report this as a bug to glasgow-haskell-
bugs <at> haskell.org,
>    or http://www.sourceforge.net/projects/ghc/

This is what happened when I tried to compile Elab.lhs 
from http://www.dur.ac.uk/CARG/epigram/.

-?-

----------------------------------------------------------------------

>Comment By: Simon Marlow (simonmar)

GHC 6.2.1 and FedoraCore2: ar-related build problem, looked like readline problem

Interestingly, I first thought this problem was related to the long
"readline story", since the build process complained about
"readline" when it failed. But that turned out not to be the case!

The subject of the mail reflects this, hopefully making this mail
easier to find should someone face similar problems.

Background:

I'm trying to build GHC 6.2.1 on a Fedora Core 2 (FC2) Linux box.
The reason is that ghci from the available binary releases (the RH9 rpm
and the generic Linux version for glibc 2.3) segfaults.
However, the compiler itself seems to run fine, so I decided to try to
build and install a system from sources, using the GHC compiler from
the generic binary release.

Problem:

After a long time with a lot of activity, the build process halts
with the following error:

     /home/henrik/ghc-6.2.1/libraries/readline/libHSreadline.a:
     could not read symbols: Archive has no index; run ranlib to add one
     collect2: ld returned 1 exit status
     <<ghc: 3845976 bytes, 2 GCs, 129524/129524 avg/max bytes residency
     (1 samples), 5M in use, 0.00 INIT (0.00 elapsed), 0.01 MUT (3.80 
elapsed),
      0.00 GC (0.00 elapsed) :ghc>>

It turns out that "libHSreadline.a" actually isn't an archive at all:

Re: GHC 6.2.1 and FedoraCore2: ar-related build problem, looked like readline problem

PS:

A small clarification, in case someone needs a step-by-step
guide for recovering from a partially failed build.

I just wrote:

 > Changing this to
 >
 >     ArSupportsInput         =
 >
 > allows "libHSreadline.a" to be built correctly, using a different
 > way of passing the desired file name arguments to "ar".

Of course, it isn't just "libHSreadline.a" that does not get generated
correctly. So, in order to complete the build, I did a "make clean"
in the "library" subdirectory, and then restarted make from the top
level. That worked, as far as I know.

/Henrik

--

-- 
Henrik Nilsson
School of Computer Science and Information Technology
The University of Nottingham
nhn <at> cs.nott.ac.uk

This message has been scanned but we cannot guarantee that it and any
attachments are free from viruses or other damaging content: you are
advised to perform your own checks.  Email communications with the

Exception: ghc-6.2.1: internal error: scavenge_mutable_list: strange object? 55456

Hi everyone,

First let me say thanks for maintaining my favourite programming language. 
I managed to crash ghci-6.2.1 for the first time tonight, with the 
attached module, and the following command:

qsFactor 1000 10000 ((nextPrime 4938203842901)*(nextPrime 4389273982791)) 4

*** Exception: ghc-6.2.1: internal error: scavenge_mutable_list: strange 
object? 55456
     Please report this as a bug to glasgow-haskell-bugs <at> haskell.org,
     or http://www.sourceforge.net/projects/ghc/

Cheers,

     Michael

module Numtheory where

import List
import Maybe
import GHC.Real
import GHC.Arr
import Bits
import Array

modA :: Integral a => a -> a -> a
modA a n
  | r < (div n 2) = r
  | otherwise = r-n

RE: Exception: ghc-6.2.1: internal error: scavenge_mutable_list: strange object? 55456

On 02 September 2004 11:30, Michael Spencer Leeming wrote:

> Hi everyone,
> 
> First let me say thanks for maintaining my favourite programming
> language. I managed to crash ghci-6.2.1 for the first time tonight,
> with the attached module, and the following command:
> 
> qsFactor 1000 10000 ((nextPrime 4938203842901)*(nextPrime
> 4389273982791)) 4 
> 
> *** Exception: ghc-6.2.1: internal error: scavenge_mutable_list:
> strange object? 55456
>      Please report this as a bug to glasgow-haskell-bugs <at> haskell.org,
>      or http://www.sourceforge.net/projects/ghc/

I believe you might be overrunning an array somewhere.  Before I track
this down any further, could you try inserting missing bound checks
(i.e. change the unsafeAccum to accum, and adjust indices accordingly).

Cheers,
	Simon

RE: GHC 6.2.1 and FedoraCore2: ar-related build problem, looked like readline problem

On 01 September 2004 17:20, Henrik Nilsson wrote:

> So, in summary, there were two problems:
> 
>    * The configuration tools somehow thinks the system's "ar"
>      supports "-input".
>    * The build system fails to detect when "ar" failed in the first
>      place.

Indeed, I think these two are probably related.  It looks like your 'ar'
doesn't emit a non-zero exit code when given the -input option, so
neither the configure script nor the build system detected that it had
in fact failed.

Could someone with one of these offending ar's please hack up a fix to
the configure script?  Maybe just grepping for the error message in the
output  of ar would be sufficient.

Cheers,
	Simon