Andre W B Furtado writes:
I was trying to compile a .hs file with the profiling option enabled
(-prof -auto-all) but I got an error message:
/usr/bin/ld: cannot find -lHSstd_p_imp
collect2: ld returned 1 exit status
Does anyone know what is this -lHSstd_p_imp? I am using GHC-4.08.1 (with
I've finally managed to produce a new InstallShield that fixes all the
known problems with the old one (note that doesn't include
non-InstallShield-specific problems).
In particular, the win32 library is now fully present, the util package
comes with the profiling headers, and GHC installs
I have the following problem on Windows NT using ghc 5.02 from a cygwin
bash-shell. Calls to System.system of the form
system $ grep -E ++ show str ++ ++ file ++ tmp
do not work because of the (ditto with ). Execution yields:
grep: : No such file or directory
This is because
How do I actually use ghc in Windows (98)? When I installed Hugs, my .hs
files got associated with Hugs and if I left-click on a .hs file I have
various options to run with.
We don't do this with GHC.
So do I open a DOS box and invoke ghc or ghci? If so how, what do I have
to change to get
Yes, non-interactive uses of the Win32 library appear to
be in a non-working state (at least with my copy of ghc-5.02,
don't know if there's been any stealth updates to the installer
binary.)
As a stop-gap measure, replace ghc-5.02's libHSwin32.a
(after having saved it away) with the one
I realise this was raised in August but the Windows 98 version of ghc
(including the latest 5.02 release) has troubles because it can't find
the assembler in the PATH variable's directories. I gathered that it was
going to be fixed for the new release, but I'm not sure that it has been.
It
A Happy 1.11 InstallShield is now available (including the post hoc
bug fix!).
--
http://sc3d.org/rrt/ | competent, a. underpromoted
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
ghc -o main main.hs
but this gave back the following message:
gcc: installation problem, cannot exec `C:/PROGRAM FILES/GLASGOW HASKELL
COMPILER/GHC-5.02/gcc-lib/as.exe': No such file or directory
I'm sure its probably quite simple to fix, but I'm no expert and I can't see
what to do.
I have updated the Windows InstallShield for 5.02 to contain the
correct version of the GCC driver, gcc.exe. This should allow GHC 5.02
to work properly on Windows '95/98/ME when compiling via C.
Only one file is affected; if you've already downloaded the previous
InstallShield, you can just
I just downloaded the nice installation of ghc 5.02 for windows.
I have just some problem when trying to start ghci with a
package as described in the manual:
E:\hs\Quipghci -package text
Works fine for me.
e:\PROGRA~1\ghc\ghc-5.02\bin\ghc.exe: no input files
Usage: For basic
I've updated the 5.02 Windows InstallShield, getting rid of one or two
teething problems, and improving the availability of the docs.
I've also added links to the RedHat 7.1 RPMs and FreeBSD/x86 binary
dist.
http://www.haskell.org/ghc/download_ghc_502.html
is the hot destination.
--
1. Manual suggests installing ghc in directory without spaces in the
name; yet the default one is named Glasgow Haskell Compiler.
The manual is wrong.
2. Table of contents in the manual contains ?? instead of page
numbers as though TeX was not run enough times during build.
I'm
I guess 's' is British and 'z' is American.
Chambers (of Cambridge, England) has both.
z used to be the British English standard. It is still preferred by the
Oxford English Dictionary, and consequently, the Oxford Universtiy Press.
The rationale is that z is the most sensible transcription
I am not quite sure what you mean ghc will only work at the bin
directory. Do you mean that you can only compile files when you are
in the bin directory? Have you added ghc's bin directory to your PATH?
Yes, I have added the bin directory to my PATH and yet ,I can only compile
files
I have my TEMP variable set to C:\WINNT\TEMP (Windows 2000). I do not have a
C:\TEMP directory. However, when I run ghc on a trivial source file, I get
ghc -o main main.hs
ghc: panic! (the `impossible' happened, GHC version 5.01):
Failed to open or write code output file
BUG 1: Under Windows 98, ghc fails because of a gcc path problem - can't
find as etc.
FIX 1: This is caused by a particular release of the standalone mingw32 gcc
which changed the default path separator and broke the package under W98 and
some of the newer versions of Windows. I fixed
The CVS edition of Greencard has a file src/ErrorHook.c which causes a
linker error about _impure_ptr under Win32 with the latest install-shield
ghc.
That suggests that the file has been compiled with the wrong GCC options
compared with the rest of the code, e.g. perhaps without -mno-cygwin.
ghc for win32 isn't cool.
We're trying to make it cooler. If you have any specific gripes, we'd be
happy to hear them (mostly they're things we know about, but we like to have
user input to know what to concentrate on).
it remind me java in gcc 3.0.
How so?
is there any ghc project as gcc
I've updated the test Windows InstallShield of GHCi 5.01 available from
http://www.haskell.org/ghc/dist/5.00.2/ghc-5-01.exe
(There's no link to it on the web site)
In case you missed the previous announcement, this is a test release, but
seems fairly stable (I use it all the time). It has the
- The included version of HaXml (including dtdtohaskell.exe etc.) is not
up-to-date.
That's up to HaXml's author, Malcolm Wallace. The InstallShield shipped with
the latest version from CVS. (Malcolm, could you possibly update, please?)
- When leaving out the -o option, GHC4.08.2 defaulted
There's a test InstallShield for Windows of GHC 5.01 now available at
http://www.haskell.org/ghc/dist/5.00.2/ghc-5-01.exe
There is no link to this from the web pages, as it's not intended for
general consumption.
This is a thrill-seekers' release (hence the moniker). Please do try it out
and
I'll be announcing a test InstallShield in the next couple of days. It won't
be a stable release (that'll have to wait for GHC 5.02) but fortunately the
head is quite stable at the moment. It's good enough that I'm currently
using it as my main compiler.
--
http://sc3d.org/rrt/ | free, a.
You need to use H/Direct 0.17, which unfortunately you have to compile
from source. 0.16 (which I presume you're using) doesn't work with GHC
4.08.2.
I checked your example against the CVS HEAD version of H/Direct, and it
worked fine, except that I had to make the following changes (to correct
I've just uploaded a better Windows InstallShield for GHC that fixes a
problem with the last one, but more importantly, hides the Cygwin binaries
it installs in ghc-4.08.2/extra-bin, so that they do not interfere with, and
are not intefered with by, any installation of Cygwin you may have on your
An InstallShield distribution of Happy 1.10 for Windows is now available
from the Happy page (www.haskell.org/happy/).
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
An InstallShield distribution of Happy 1.10 for Windows is now available
from the Happy page (www.haskell.org/happy/).
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
I've uploaded a new InstallShield for GHC 4.08.2 for Windows which includes
*all* the programs required to use and even rebuild GHC from source [GHC
developers should note that it doesn't include everything needed to build
from CVS; see the most recent 5.00 docs in CVS for details]. This means
When do you expect an InstallShield version of GHC 5.0 for Windows?
We have to get the Windows linker working first. Given the current bugginess
of 5.0, the likely answer is "not very soon".
--
http://sc3d.org/rrt/ | Caution Children At Play Drive Slowly
I have uploaded a new GHC InstallShield for Windows that fixes many recent
problems (including most of the problems with GHC that Mike Thomas reported
in his list of instructions for building H/Direct).
Unless the Cygwin team have acted with unwonted rapidity (which, at the time
of writing, they
| Is "_imp___timezone_dll" a Haskell DLL, a missing Mingw lib,
I think this is a problem with the version of gcc and the switches it
expects; I've added -mwin32 and it seems to work. Try updating and
rebuilding.
...and add -mwin32 after -mno-cygwin in the *installed compiler's
If you have GHC 4.08.2, then you already have HaXML :-) It's in
-package text. You should also have the HaXML utilities: DrIFT,
DtdToHaskell, XTract.
Unfortunately, although HaXML should indeed be in the InstallShield, the
associated tools are not in the binary distribution. This is an
| Is "_imp___timezone_dll" a Haskell DLL, a missing Mingw lib,
| or some kind of
| foot and mouth virus passed from the pure Scottish air to Australia's
| unseasonally warm shores via cvs?
I think this is a problem with the version of gcc and the switches it
expects; I've added -mwin32 and
| Is "_imp___timezone_dll" a Haskell DLL, a missing Mingw lib,
| or some kind of
| foot and mouth virus passed from the pure Scottish air to Australia's
| unseasonally warm shores via cvs?
I think this is a problem with the version of gcc and the switches it
expects; I've added -mwin32
Seems to be a recursive problem ... I thought I need hmake for building them. Or is
there a way to do it without hmake?
(But never mind, I think I can wait for the updated InstallShield.)
Since I've never used hmake, I don't think this is true (unless we're
talking about different utils).
Welcome to Cygwin hell...
$ ghc -o teste main.hs
/usr/lib/gcc-lib/i686-pc-cygwin/gcc-2.95.2-9/../../../../i686-pc-cygwin/bin/
ld:
cannot open mingw/crt2.o: No such file or directory
collect2: ld returned 1 exit status
I suspect you'll be wanting to use gcc-2.95.2-6 (which is the current
The Win32 installation instructions say that one should execute "mount -f C:
/", but having done that in response to this error it does not fix the
problem and it stops bash from starting up correctly (Cygwin is installed in
c:\cygwin and GHC in c:\ghc\ghc-4.08.2). (Why am I supposed to do
I didn't know the windows port of GHC used mingwin, that is great news.
Does that mean it is possible to generate stand alone applications for
Windows ?
Yes; it always has been!
Would it be hard to configure GHC to work with the mingwin crosscompiler
on Linux ? It would be great to have a
This one corrects a problem with the fix made in the last one that stopped
anything to do with stat() working (e.g. hFileSize, reading directories c.
c.).
Sorry about that. The fix is still fragile and temporary; I'm waiting for
the underlying mingwin problems to be fixed, hopefully in time for
This one corrects a problem with the fix made in the last one that stopped
anything to do with stat() working (e.g. hFileSize, reading directories c.
c.).
Sorry about that. The fix is still fragile and temporary; I'm waiting for
the underlying mingwin problems to be fixed, hopefully in time for
I think you should drop the mount c: at / because it is sure a problem you run
into when installing ghc.
I think you're right. I really should reinstall Cygwin on my machine in the
default location, rather than at root. I'll change the instructions. Thanks.
--
http://sc3d.org/rrt/
"Reality
When installing ghc-4.08.2 (onWinNT) as described in the installation
instructions under c:, I couldn't get ghc to run.
It invoked the C-preprozessor and stoped after cleaning.
I'm puzzled by this. Could you please send some sample output? Preferably
running ghc -v.
When I unmount c:, it
[Redirected from Haskell list to ghc-bugs]
gcc -I. -mno-cygwin -I.-c PointerSrc.c -o PointerSrc.o
Looks like you've managed to configure for mingwin. Are you by any chance
not running this compile under mingwin? Check your HDirect Makefile.
--
http://sc3d.org/rrt/ | competent, a.
Sorry to take so long to get around to this, but I finally have. I used
Simon's modified version of your code (passing __init_ConvertProxy
rather than __init_Convert as the third argument to startupHaskell), and
it works fine, on large files with large and small buffers. Did you have
particular
I just installed ghc-4.08.2 on Windows NT. I tried the following program
Make sure you've got the latest version of GHC (uploaded earlier today),
though I can't see why it would fail with any earlier version either.
Anyway, it works fine for me.
--
http://sc3d.org/rrt/ | aphorism, n. a wise
I just tried this example with putStrLn and putStr, and both worked
fine. I am using the latest 4.08.2 GHC under Windows 2000.
-Original Message-
From: Andre W B Furtado [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 19, 2001 6:20 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED];
I have just uploaded a new GHC InstallShield. It fixes the recent problem
with needing a particular version of the mingw package. Unfortunately the
situation here is still unstable (roll on Cygwin 1.2), so it may break
again, but it seems to work for now.
--
http://sc3d.org/rrt/ | certain, a.
[This sort of thing is probably better on the list, because it doesn't
really isolate a bug]
Date: Mon, 19 Feb 2001 07:25:29 -0800
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: [Bug #133086] complete failure
Bug #133086, was updated on
I just installed ghc-4.08.2 on a WinNT system.
When I compile Hello World with -O or -prof -auto-all ghc misses a lot of *.h
files (see attached log files).
Note to those who didn't see the attachments: all the missing includes are
from the standard C library.
What can I do?
Set your
In the installation instruction is under 2.2.2.1 paragraph "Here's how to
install Cygwin" written:
After installation, start up a Cygwin shell and issue the following
command:
mount -f c: /
assuming you installed Cygwin at C:\cygwin; otherwise change the drive
and
I'm getting some strange error messages when trying to compile Ralf Hinze's
lhs2TeX under GHC 4.08.1 and a pretty recent cygwin install on Windows 2000.
The strange thing is that I was able to compile these sources previously,
with the same ghc but an older cygwin. Any ideas? I've not run
I'm using an existing ghc-4.08.1 installation to compile. I would have
tried to compile with an ghc-4.08.2 compiler build from the x86 HC files,
but the donload link for the HC files doesn't work.
I've fixed the link; sorry about that.
--
http://sc3d.org/rrt/ | RSA, n. safety in numbers
Malcolm Wallace [EMAIL PROTECTED] wrote,
The original haskell.org site seems ok, just mirror.ac.uk is broken.
Oops, retract that. The RedHat 6 packages all seem to be 4.08.1, not
the advertised 4.08.2.
There shouldn't be any links to RedHat 6 packages.
We're providing the links for
As of now, several things have been corrected:
1. Sparc HC files are available.
2. The Windows link actually points to the 4.08.2 release, not the 4.08.1
release.
3. RedHat 6 i386 RPMs are available.
--
http://sc3d.org/rrt/ | computation, n. automated pedantry
That does not work. make answers
make: *** No rule to make target `set'.
Any ideas? Do I have to take special actions when
configuring?
Simon meant "make html" and "make ps". "make set.html" and "make set.ps"
also work, I think.
--
http://sc3d.org/rrt/ | free, a. already paid for
More usefully to the list, the fix was to make sure that all Cywin mounts
were textmode.
--
http://sc3d.org/rrt/ | egrep, n. a bird that debugs bison
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
The HEAD, which will become GHCi 5.0, does not have functional
~~~
dependencies, and I think they work properly
~~
Shurely shome mishtake?
--
http://sc3d.org/rrt/
L'art des vers
Any idea yet when 4.08.2 is going to be released?
[snip]
Since the absence of any reply presumably means "not for a while yet",
No, it meant we were all busy with the Haskell Implementors' Workshop. It
should be released within a week.
--
http://sc3d.org/rrt/ | impatience, n. the urge to
I searched, and those two files weren't installed anywhere on my system.
Should they have been?
No. Use -static. This unhappiness will be fixed in 4.08.2.
--
http://sc3d.org/rrt/ | computation, n. automated pedantry
___
Glasgow-haskell-bugs
(Main.hs is attached), which produces the following output:
The Glorious Glasgow Haskell Compilation System, version 4.08.1
Effective command line: -v
Ineffective C pre-processor:
echo '{-# LINE 1 "Main.hs" -}' C:/TEMP/ghc607133.cpp cat Main.hs
C:/TEMP/ghc607133.cpp
I'm attempting to compile ghc from cvs using the cygwin tools under NT.
uname -a :CYGWIN_NT-4.0 BALPC 1.1.7(0.31/3/2) 2000-12-25 12:39 i686
unknown
gcc -v:gcc version 2.95.2-6 19991024 (cygwin experimental)
The output of make is attached.
Any ideas?
The build system doesn't know where to
This is an attempt to compile without ghc.
You need to compile from HC files, then. I'm not sure if this works on
Windows, but you can download the x86 HC files bundle and try...
--
http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
___
Perhaps I am taking the wrong route...
Initially I tried to compile with ghc version 4.08.1b.
I've attached the output.
It can't find the "posix" directory. Maybe "configure" didn't specify
the correct options for my version of ghc?
If you're doing this on Windows, you have to use
I just noticed that the Happy 1.9 InstallShield contained a dynamically
linked executable for Happy. This was a Bad Idea, so I've replaced it with a
statically linked executable. This should work for more people.
--
http://sc3d.org/rrt/ | maxim, n. wisdom for fools
I read the newsgroup and found that I should use the -static flag (can someone
update the documentation) but I then got the following errors:
$ ghc -static main.hs
Compilation IS NOT required
Delete your object files and start again. The docs will be fixed for 4.08.2
(the online docs should
ANNOUNCING Happy 1.9 - The LALR(1) Parser Generator for Haskell
-
A Windows InstallShield package is available at
http://www.haskell.org/happy/dist/1.9/happy-1-9.exe
--
http://sc3d.org/rrt/ | egrep, n. a bird that debugs
ANNOUNCING Happy 1.9 - The LALR(1) Parser Generator for Haskell
-
A Windows InstallShield package is available at
http://www.haskell.org/happy/dist/1.9/happy-1-9.exe
--
http://sc3d.org/rrt/ | egrep, n. a bird that debugs
I recall that at one point GHC came with "bundles", built in "ways",
like profiling, parallel, tickyticky, etc.. There was also some
filename-mangling scheme for distinguishing .hi interface and .o
object files from the different bundles.
My question is, what was that filename-mangling
On the page
http://www.haskell.org/ghc/download.html
The link titled "RedHat 7 binary" should be changed
from this URL:
ftp://ftp.cse.unsw.edu.au/pub/users/chak/jibunmaki/i386/ghc-4.08.1-1.i386.rpm
to this URL:
Also, there is at present an unresolved and
deep-seated bug (possibly not even in GHC) that prevents some very simple
DLLized programs from working.
When may Win users expect this bug to be fixed? (A difficult question, I know.)
I've given up on it for the moment; having looked at the
I've put up a new InstallShield for GHC 4.08.1 (Windows edition). This no
longer contains DLLs and import libraries for the libraries, so you have to
use the compiler with -static.
I intend to stick to this scheme in future releases (probably replacing
-static with -dynamic), as GHC derives few
I just installed ghc-4.08.1 on a Win2k computer. Then I tried to compile a
program that uses exceptions. Compilation succeeds, but running the program
causes a "Application Error" dialog to appear. It says "The application
failed to initialize properly (0xc005). Click on OK to
Yet another improvement to the GHC 4.08.1 InstallShield. Thanks to Christian
Lescher and Sigbjorn Finne, various bugs have been fixed to do with DLL
building, so both static DLLs (where all the haskell stuff is linked in) and
dynamic DLLs (where the DLL you build is dependent on the GHC DLLs)
There are now GHC RPMs for RedHat 7 available from the download page
(http://www.haskell.org/ghc/download.html).
Note that (as stated there) you need to install GMP 2 RPMs if you don't
have them already (they're provided). The development version of GHC has
now moved to GMP 3, so we'll have this
There's a new 4.08.1 InstallShield with what I *think* are working
profiling libraries (static only).
--
http://sc3d.org/rrt/ | free, a. already paid for
___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
the appended message. Any idea what I do wrong?
E:/ghc/ghc-4.08/lib/libHSstd_cbits.a(openFile.o)(.text+0x17f):ghc4632.c: undefined
reference to `__imp__iob'
E:/ghc/ghc-4.08/lib/libHSrts.a(StgMiscClosures.o)(.text+0x392):ghc29658.c: undefined
reference to `__imp__iob'
Does GHC work with Win2K? (Currently, I'm using GHC 4.08.1 + Cygwin
B20.1 with Win NT 4, but I think about moving to Win2K soon.)
Yes, we develop on Win2k.
--
http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
The old installer was missing some DLLs; to correct this and improve
Happy's stability (while also reducing the size of the installer) I've
rebuilt Happy statically and uploaded a new installer.
--
http://sc3d.org/rrt/
L'art des vers est de transformer en beautés les faiblesses (Aragon)
The old installer was missing some DLLs; to correct this and improve
Happy's stability (while also reducing the size of the installer) I've
rebuilt Happy statically and uploaded a new installer.
--
http://sc3d.org/rrt/
L'art des vers est de transformer en beautés les faiblesses (Aragon)
If I send a reply to the mail address you write from, it bounces back. Maybe
you would have other mails bouncing too.
What address is it? I've just tested [EMAIL PROTECTED] and
[EMAIL PROTECTED], and they work fine.
Anyway, can I get in touch with the GHC developer working on Win98? Can he
I have followed all the instructions mentioned in
http://www.haskell.org/ghc to install Haskell compiler on a Win95
machine. After complete installation, I created the main.hs file
containing the following : module Main(main) where
main = putStrLn "Hello, world!"
After this, I renamed the
As another example, compare the propaganda version of quicksort in
Haskell with a more realistic tail recursive one.
I remember thinking "wow!" when I first saw the Gentle Introduction
version of quicksort, then "hang on...that's not quicksort!". Whatever
happened to in-place update (one of
I think this should be written in big red letters in
the installation instructions at
http://www.dcs.gla.ac.uk/~sof/ghc-win32.html
This page is rather out of date, which is why it's not linked to any
more. The installation instructions are in the user manual, and directly
linked to from
You need to set SRC_HAPPY_OPTS=-a -g -c so that the parser is smaller and
easier to compile (otherwise it needs a ridiculous amount of memory).
--
http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
I have just tried to install ghc-4.08 on a win98 machine and it does not
work. I write a report below.
Unfortunately the instructions you were following are slightly out of
date. I have now corrected them. You don't need to run ./configure, as the
binary distribution of 4.08 fully installs
I spoke too soon. I can only compile from C:\ not from any
subdirectory, i.e. not just failure from another drive.
This I can't reproduce. Failure to compile from another drive, I can.
A fix is to edit C:/ghc/ghc-4.08/bin/ghc in the following way:
change the definition of $TMPDIR near the
What I really meant was UI controls, like buttons, options box, check box,
etc...
How about the win32 library, which comes as standard with GHC?
--
http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
What version of ghc are you using to build GreenCard? It works fine for
me, building from CVS sources with ghc 4.08.
--
http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
I just gave up with compiling for profiling because the ld complained: "cannot
open -lHSlang_p_imp: No such file or directory".
Any solution available?
The profiling libraries can only be used statically, so you have to use
-static.
--
http://sc3d.org/rrt/ | Maximiste, n. pessimiste
The Glasgow Haskell Compiler -- version 4.08
==
We are pleased to announce a new release of the Glasgow Haskell
Compiler (GHC), version 4.08. The source distribution is freely
available via the World-Wide Web and through anon.
[Thanks to Don Syme for noticing within 10 seconds of my posting the
previous announcement that the URLs had the wrong version number]
The Glasgow Haskell Compiler -- version 4.08
==
We are pleased to announce a new release of
The Glasgow Haskell Compiler -- version 4.08
==
We are pleased to announce a new release of the Glasgow Haskell
Compiler (GHC), version 4.08. The source distribution is freely
available via the World-Wide Web and through anon.
[Thanks to Don Syme for noticing within 10 seconds of my posting the
previous announcement that the URLs had the wrong version number]
The Glasgow Haskell Compiler -- version 4.08
==
We are pleased to announce a new release of
A binary distribution of Happy is now available for Windows. It's a
distribution of the latest CVS version, which is quite stable, and
contains a few enhancements over 1.6, hence the bumped-up version number.
Point your browsers at: http://www.haskell.org/happy/
--
http://sc3d.org/rrt/
L'art
Erik Meijer found a corrupt script in the archive uploaded earlier, which
stopped Happy running at all. It's now fixed.
--
http://sc3d.org/rrt/ | Maximiste, n. pessimiste
There's a preliminary InstallShield for GHC 4.07 at
http://www.haskell.org/ghc/dist/4.07/ghc-4-07.exe
Please play!
--
http://sc3d.org/rrt/ | wit, n. educated insolence (Aristotle)
4.06 doesn't compile under Cygwin. 4.07 (out RSN) will. In the meantime,
the newest version is 4.05 (binaries only, I think).
--
http://sc3d.org/rrt/ | plagiarism, n. the mind burgles
Does a GHC 4.06 exist for Windows NT? The binary distribution says
4.05. When the setup program has completed the task, where do I find
the GHC compiler? I see a hsc.exe but not GHC.exe. A sample program
points to a GHC to test the setup.
The compiler driver is called ghc-4.05, not ghc
it.
-- Forwarded message --
Date: Tue, 14 Mar 2000 10:44:07 -0800
From: Sigbjorn Finne [EMAIL PROTECTED]
To: 'Reuben Thomas' [EMAIL PROTECTED]
Subject: RE: gmp configure
I guess you're running a more recent version of
autoconf than me (2.12), which is a little bit
more paranoid than it needs
On Wed, 15 Mar 2000, Peter Hancock wrote:
says that the project has been suspended.) I suppose the problem here
is that the ghc people (laudably, sensibly, etc, ..) want a doc package
that makes rtf as well as the usual unix doc formats.
It was more that we wanted a package that was easy to
On Tue, 14 Mar 2000, Peter Hancock wrote:
Somewhat related to this,
ghc-4.06-1.src.rpm
has a problem. It builds OK (taking several hours on my machine) till
the very end, then dies trying to invoke some program called db2dvi.
I can't find a redhat package that contains this.
See the
1 - 100 of 103 matches
Mail list logo