Re: (no subject)

[Simon Marlow]

On 19/12/2006 08:45, mm wrote:

I can not login to the GHC Trac with the login/password suggested at the 
homepage.

Could someone please confirm that it is currently not working?


I just tried it here, and it worked for me.

Cheers,
Simon


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

Re: (no subject)

[Simon Marlow]

mm wrote:

I can not login to the GHC Trac with the login/password suggested at the 
homepage.

Could someone please confirm that it is currently not working?


Someone changed the password for 'guest' :-(  Now fixed.

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

RE: (no subject)

[Sigbjorn Finne (Intl Vendor)]

Hi,

I think you're OK, but the contents of what
was installed may have confused you. When
using the InstallShield version, you only need
to run the installer - it takes care of the
noodling that "./configure --yadda; make {install,in-place}"
performs.

Please ignore the presence of the configure script
(and Makefile) in the directory tree that the IS
installer produces  have a go with the installed GHC.

hth
--sigbjorn

 -Original Message-
 From: Tim Sauerwein [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, August 17, 1999 21:14
 To: [EMAIL PROTECTED]
 Subject: (no subject)
 
 
 Hello friends:
 
 Thanks for making GHC available.  I regret to report
 the following installation problem.
 
 Yours,
 Tim Sauerwein   [EMAIL PROTECTED]
 
 --
 
 Windows 98
 Cygwin B20
 GHC 4.03, Install Shield Version
 
 Everything unpacked successfully.
 
 Configure produced:
 
 creating cache ./config.cache
 checking host system type... i386-unknown-mingw32
 checking target system type... i386-unknown-mingw32
 checking build system type... i386-unknown-mingw32
 Which we'll further canonicalise into: i386-unknown-mingw32
 checking for perl... /BIN/perl
 checking if `#!/BIN/perl' works in shell scripts
 It does!
 checking for a BSD compatible install...
 /CYGNUS/CYGWIN~1/H-I586~1/BIN/install -c
 checking whether ln -s works... yes
 checking for sed... /CYGNUS/CYGWIN~1/H-I586~1/BIN/sed
 checking for gcc... gcc
 checking whether the C compiler (gcc -mno-cygwin  ) works... yes
 checking whether the C compiler (gcc -mno-cygwin  ) is a
 cross-compiler... no
 checking whether we are using GNU C... yes
 checking whether gcc accepts -g... yes
 checking whether you have an ok gcc... yes
 checking how to run the C preprocessor... gcc -E
 checking how to invoke GNU cpp directly...
 C:/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/e
 gcs-2.91.57/cpp
 -iprefix
 C:/CYGNUS/CYGWIN~1/H-I586~1/BIN/../lib/gcc-lib/i586-cygwin32/e
 gcs-2.91.57/
 
 updating cache ./config.cache
 creating ./config.status
 creating Makefile
 
 Configuration done, ready to either 'make install'
 or 'make in-place', followed by 'make install-docs'.
 (see README and INSTALL files for more info.)
 
 
 make in-place produced:
 
 make --unix config-pkgs
 bindir=/ghc/ghc-4.03/bin/i386-unknown-mingw32/ghc-4.03
 libdir=/ghc/ghc-4.03/lib/i386-unknown-mingw32
 datadir=/ghc/ghc-4.03/share/ghc-4.03
 Configuring ghc, version 4.03, on i386-unknown-mingw32 ...
 Creating a configured version of ghc-4.03 ..
 cannot create bin/i386-unknown-mingw32/ghc-4.03/ghc-4.03: directory
 nonexistent
 make[1]: *** [config-pkgs] Error 2
 make: *** [in-place] Error 2
 
 
 

Re: (no subject)

[Sigbjorn Finne]

Hi,

what version of ghc did you compile your program with? Based on your
stack size setting, I'm guessing ghc-2.10 :-) Since then, List.sort
has been speeded up quite a bit (i.e., we're not using the sample
implementation in the Prelude any longer), and I'm unable to reproduce
your problem with ghc-3.02 (or ghc-3.03).

If you don't want to upgrade ghc right now, I can compile up your code
on a local linux box, if you like.

--Sigbjorn

Oege de Moor writes:
 The program below is compiled on an i386 under Linux,
 and invoked:
 
test +RTS -K10m
braga.tex (a file of about 20K)
 
 this gives a segmentation fault
 
test +RTS -K10m -H20m
braga.tex
 
 works fine. It also works fine when compiled under Solaris on a Sun Sparc.
 It would appear, therefore, that there is a problem with garbage collection
 under linux. Is this a Known Problem with a Known Work-around?
 
 I am lecturing at next week's Summer School on Advanced Functional Programming,
 and had hoped to produce a binary with ghc for students to play with. All
 was developed under Solaris, and I naively assumed it would work under Linux
 without any ado... 
 
 A swift response would be much appreciated!
 
 --
 
 module Main (main) where
 
 import List
 
 main = do putStr "test\n"
   putStr "type input file name: "
   filename - getLine
   input - readFile filename
   putStr (sort input)