On 10 February 2005 16:12, Malcolm Wallace wrote:
Simon Marlow [EMAIL PROTECTED] writes:
and how do you find out what $libdir refers to...?
ghc --print-libdir
Cool. Will fix hmake to use it.
hmake just needs to know which modules are in which packages, right? It
can find that out
On 11 February 2005 01:22, John Meacham wrote:
When -fglasgow-exts is on, (#) no longer seems to be recognized. (I
get a parse error.) however # works fine as an infix operator.
John
With -fglasgow-exts, (# is the opening unboxed-tuple bracket. This has
been true in GHC for a long
On 10 February 2005 23:35, Ian Lynagh wrote:
On Thu, Feb 10, 2005 at 07:00:47PM +0100, Juliusz Chroboczek wrote:
Hi Ian,
What is your particular problem?
Running Darcs under ghci.
This seems to work for me (at least in as much as ghci loads and
FastPackedString.lengthPS
On 11 February 2005 11:07, Malcolm Wallace wrote:
Simon Marlow [EMAIL PROTECTED] writes:
$ ghc-pkg-6.4.20050209 --show-package=base-1.0
--field=import_dirs ghc-pkg: cannot find package base-1.0
BTW, we recommend you migrate to using the new command-line syntax
for ghc-pkg at some
On 11 February 2005 13:17, Malcolm Wallace wrote:
Simon Marlow [EMAIL PROTECTED] writes:
I'm having some trouble with the XML docbook formatting tools right
now. If you have a source tree, 'make html' should work in
ghc/docs/users_guide.
Sadly, not.
$ cvs checkout ...
$ cd
On 12 February 2005 07:32, John Meacham wrote:
On Fri, Feb 11, 2005 at 10:49:56AM -, Simon Marlow wrote:
GHC has warned you about a module clash, for which you should be
grateful :-) This could have lead to strange link-time errors, or
even crashes, if you had used a library module which
On 12 February 2005 08:13, John Meacham wrote:
System.Posix.Types.CClock and
System.Posix.Types.CTime
seem to be missing instances for 'Integral' as they used to have.
Yes, these aren't guaranteed to be integral types according to the C99
spec. See revision 1.22 of
On 11 February 2005 17:44, Peter Simons wrote:
Processing the file
module Test where
-- |Haddock chokes on this.
(#):: a - (a - b) - b
a # f = f a
with Haddock 0.6 gives an error:
| haddock test.hs
| test.hs:5:3: Parse error
Since GHC deals with this code just fine, I
On 11 February 2005 13:50, Simon David Foster wrote:
If I have two simple modules, Module1 and Module2 like this;
module Module1 where
f = hello
module Module2 where
import Module1
I load up Module2 in GHCi, and I can evaluate f in Module1;
Compiling Module1 (
On 14 February 2005 14:42, Dmitri Pissarenko wrote:
I get the error message
Reading package info from javavm.ghc-pkg
Fail: Unexpected token
What is wrong in javavm.ghc-pkg?
You have:
extra_ld_opts=
[
-Wl,-rpath,c:/Programme/haskell-jvm-bridge-0.3-RC1/lib/-L
On 12 February 2005 18:30, Alain Cremieux wrote:
When compiling ghc-6.4.20050211 with itself, I get :
/usr/local/bin/ghc -M -optdep-f -optdep.depend -osuf o-H16m -O
-i../../lib/compat -Rghc-timing -Wall Main.hs
../../lib/compat/Compat/RawSystem.hs:19: ../../includes/ghcconfig.h:
No
On 11 February 2005 14:10, Simon David Foster wrote:
And one other niggle, if you try and load a module which doesn't exist
with :m, it doesn't load it, but it still appends it to command-line;
Prelude :m + My.Module
Top level:
Failed to load interface for `My.Module':
Could
On 13 February 2005 21:30, Stephane Bortzmeyer wrote:
On Thu, Feb 10, 2005 at 01:11:48PM -,
Simon Marlow [EMAIL PROTECTED] wrote
a message of 17 lines which said:
We are finally at the release candidate stage for GHC 6.4.
Snapshots with versions 6.4.20050209 and later should
Thanks this looks like a bug that was introduced recently. Now fixed.
Cheers,
Simon
On 08 February 2005 11:43, Patrick Scheibe wrote:
Hi,
Could you tell us what command line was supposed to generate the
Map.d.in or Map.d file? It may be a bug, there were a few changes
in the
On 14 February 2005 17:23, Ross Paterson wrote:
If a program calls exitWith, runghc produces an extra line of output:
*** Exception: exit: ExitSuccess
or
*** Exception: exit: ExitFailure 3
and then exits with status 0. It should do what a ghc-compiled
program does: silently exit with the
On 15 February 2005 20:12, Dmitri Pissarenko wrote:
I have problems when building a large haskell system (haskell-jvm
bridge).
The compiler complains (see below) that the heap size is too
small and limited to about 268 MB.
error-messages
$ make
On 16 February 2005 14:06, Duncan Coutts wrote:
On Wed, 2005-02-16 at 14:31 +0200, Krasimir Angelov wrote:
On Wed, 16 Feb 2005 12:01:06 +, Duncan Coutts
[EMAIL PROTECTED] wrote:
What's your opinion of making writing to stdout fail without
raising an exception when the application is
On 16 February 2005 14:41, Johan Glimming wrote:
I read from the type-extensions.html part of the GHC 6.2 manual:
After expanding type synonyms, GHC does validity checking on types,
looking for the following mal-formedness which isn't detected simply
by kind checking: ... Partially-applied
On 17 February 2005 10:55, Dmitri Pissarenko wrote:
Actually you need to use the -M option to increase the heap size
beyond this limit on Windows. I'll see if I can fix the message.
Thanks for your answer!
I tried to use option +RTS -c -RTS and then it worked without
changing the heap
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with internal compiler error, I tried to compile it with gcc
3.4.3 (or rather, I thought it compiled with 3.4.1, and when that
died, compiled+installed gcc 3.4.3, tried again, say it die
On 17 February 2005 11:49, Seth Kurtzberg wrote:
Simon Marlow wrote:
On 17 February 2005 11:12, Remi Turk wrote:
when compiling the new ghc pre-releases made my gcc 2.95.3 die
with internal compiler error, I tried to compile it with gcc
3.4.3 (or rather, I thought it compiled
On 17 February 2005 12:05, Seth Kurtzberg wrote:
I'm not positive about 2.95, but I know that on 3.x it crashes in
different places, and even compiling different source files. With
each 3.x release, they fix some of them, but others pop up to take
their place. Clearly the gcc people don't
On 17 February 2005 12:43, Seth Kurtzberg wrote:
Simon Marlow wrote:
On 17 February 2005 12:05, Seth Kurtzberg wrote:
I'm not positive about 2.95, but I know that on 3.x it crashes in
different places, and even compiling different source files. With
each 3.x release, they fix some
On 17 February 2005 13:48, Daan Leijen wrote:
Secondly, maybe ghc should not generate the spurious extra rules?
(and generate exactly what it generated at version 6.2.2). What do
you think Simon?
ghc -M now works like --make and GHCi: it follows dependencies. In
fact, it's using the same
On 17 February 2005 14:54, Daan Leijen wrote:
A more general question: We doesn't -ohi dir/filename.hi is not
reflected in the dependencies.
I tried:
ghc -M -odir out -ohi out/A.hi A.hs
but nothing changed.
Simon??
This is because ghc -M works like --make, in that it traverses the
On 17 February 2005 16:25, Georg Martius wrote:
Another bug in ghc!
/usr/bin/ghc -M wxcore/src/Graphics/UI/WXCore/WxcClassTypes.hs \
-iout/wxcore/imports -Iwxc/include -iwxcore/src \
-odir out/wxcore/imports/Graphics/UI/WXCore/ produces (among
others):
On 18 February 2005 01:02, Donald Bruce Stewart wrote:
This is a known problem with gcc-2.95.
We came across it back in September.
It was noticed in the nightly builds:
http://www.haskell.org/pipermail/cvs-all/2004-September/035116.html
And then we chased it up:
On 18 February 2005 09:38, Remi Turk wrote:
On Thu, Feb 17, 2005 at 11:29:41AM -, Simon Marlow wrote:
I've noticed gcc 2.95 crashing on my FreeBSD box too. I should
look into whether there's a workaround, otherwise we're hosed on
FreeBSD 4.x.
(though I now assume it probably isn't
On 17 February 2005 20:24, Georg Martius wrote:
2. Stub files (@Simon)
The problem I ran into was that the FILE_stub.o files are not placed
at the correct(?) directory according to the position of FILE in the
hierarchical library.
Example:
ghc -c wxcore/src/Graphics/UI/WXCore/Events.hs -o
On 18 February 2005 10:17, Seth Kurtzberg wrote:
Simon, you'll never give up. The crashes are absolutely repeatable.
The fact that I haven't identified a deterministic way to reproduce
them does not in any way imply that a deterministic way to reproduce
them does not exist. And, as I've
On 18 February 2005 22:15, Einar Karttunen wrote:
I am having problems with the threaded rts (6.5.20050207)
dying with 'schedule: re-entered unsafely'. The same code
seems to work with 6.2.2 with threaded rts.
The exact error message is:
foo: schedule: re-entered unsafely.
Perhaps a
On 19 February 2005 16:40, Judah Jacobson wrote:
Compiling on OS X 10.2.8 (using gcc 3.1, ghc-6.2.2) gave an error on
ghc/rts/Linker.c. The tarball includes a bogus version of
ghc/includes/ghcplatform.h, which from what I can tell ought to be
generated by make. Deleting the file and
Actually, this looks like the same error that Judah Jacobson
encountered. Try removing ghc/includes/ghcplatform.h, re-make in
ghc/includes, and continue with the build.
Cheers,
Simon
On 21 February 2005 11:10, Johan Glimming wrote:
I forward this to the list in hope of getting
On 18 February 2005 19:12, Sven Panne wrote:
Akos Korosmezey wrote:
When I compile a simple code importing Control.Monad.State with
ghc-6.4.20050217 on Linux I get linking errors: [...]
You have to use -package mtl when --make is not used, because mtl
(where Control.Monad.State resides)
On 18 February 2005 09:42, Simon Marlow wrote:
On 18 February 2005 01:02, Donald Bruce Stewart wrote:
This is a known problem with gcc-2.95.
We came across it back in September.
It was noticed in the nightly builds:
http://www.haskell.org/pipermail/cvs-all/2004-September/035116.html
On 22 February 2005 12:05, Anders Höckersten wrote:
It seems the ghc 6.4 release candidates' configure scripts fail if you
run them in a directory structure containing a space. In my case,
being in /home/chucky/My Downloads fails with:
configure: creating ./config.status
config.status:
On 22 February 2005 14:35, Malcolm Wallace wrote:
However, it could be worthwhile halting with an error message.
case `pwd` in
*' '*)
echo Error: nhc98 will not build in a directory with spaces
anywhere echoin the full pathname.
echo Suggestion:
On 22 February 2005 19:37, Duncan Coutts wrote:
Excellent! Thanks a lot.
Any hint as to when the next Haddock release will be?
Maybe when I've got this GHC release out of the way and my hair has
grown back :-S
Simon
___
Glasgow-haskell-users
On 23 February 2005 11:01, Brian Strand wrote:
Thanks a lot! For anyone who runs into the same problem, here is
what I did:
1. Converted to an rpm via alien -r ghc6_6.2.2-3_amd64.deb
2. Installed the resulting rpm.
3. When I tried to run ghc6, I got
/usr/lib/ghc-6.2.2 # /usr/bin/ghc6
On 22 February 2005 20:05, Brian Strand wrote:
I'm having some serious issues getting GHC to run on Suse 9.2/x86
(or x86-64 for that matter, although I didn't really expect that to
work without some pain and suffering). I've had no luck with 6.2.2,
or any 6.4 release candidate. Here is a
On 24 February 2005 11:12, Malcolm Wallace wrote:
Ideally, if ghc were implemented in something closer to Haskell'98,
it would be possible to double-bootstrap up from gcc - nhc98 -
ghc unregisterised - ghc registerised, on almost any new platform.
But the amount of work required to 98-ify ghc
On 24 February 2005 11:35, Christian Maeder wrote:
I've made progress with ghc HEAD under solaris 8. In fact I could
successfully install a ghc-6.5 compiler that was able to compile a
couple of files (including Hello World)
But on one file (by chance HughesPJ.hs with an unqualified module
On 24 February 2005 02:38, Wolfgang Thaller wrote:
So maybe x86-Linux needs a ghc binary with as few library dependencies
as possible, to facilitate bootstrapping on different Linux distros?
That's a good idea. GHCi doesn't work if the GHC binary is linked with
-static, so we'll have to make
On 24 February 2005 20:11, Sven Panne wrote:
Simon Marlow wrote:
On 22 February 2005 19:37, Duncan Coutts wrote:
Excellent! Thanks a lot.
Any hint as to when the next Haddock release will be?
Maybe when I've got this GHC release out of the way and my hair has
grown back :-S
Before we do
On 25 February 2005 10:09, Christian Maeder wrote:
Simon Marlow wrote:
What version of gcc are you using?
I used gcc_2.95.3 until I discovered the warning:
LdvProfile.c:43: #error Please use gcc 3.0+ to compile this file
with DEBUG; gcc 3.0 miscompiles it
I've switched
On 25 February 2005 13:46, Alson Kemp wrote:
Welcome to the club :-)
http://www.mail-archive.com/glasgow-haskell-users@haskell.org/msg06012.h
tml
I tried Simon's version, but it throws a Fail: Ix{Int}.index:
Index
(5) out of range ((0,4)) error. Haven't tracked down the cause yet.
On 28 February 2005 05:38, Kip Macy wrote:
In a clean tree I configured:
./configure --prefix=/u/kmacy/usr/x86_64
--with-ghc=/u/kmacy/src/ghc/src/ghc-6.2.2-x86_64-x86_64/ghc/compiler/ghc
-inplace
where the ghc-inplace is unregisterised, points to stage1, and is
known to compile Hello World
On 25 February 2005 15:48, Christian Maeder wrote:
we used redirect output of ghc via tee (within a Makefile). With the
new ghc this randomly fails now. Does anyone have an explanation for
this?
ghc omitted args 21 | tee log
yields:
Skipping Main ( hets.hs, hets.o )
Including the source code in Haddock output is a good idea. Retaining
the original indentation would be tricky (but possible, the HaRe folks
have to solve a similar problem).
Marking up the source code with hyperlinks requires applying Haskell's
static scoping rules to the source code -
On 02 March 2005 02:10, Benjamin Franksen wrote:
I haven't followed this thread too closely so please excuse me if
this has already been mentioned (or even fixed).
After I installed the latest binary package (20050228) the
documentation was not correctly linked from the main documentation
On 02 March 2005 14:15, John Goerzen wrote:
Kip Macy kip.macy at gmail.com writes:
I've followed the instructions to the letter.
Debian has had a working amd64 package of ghc for some time now. It
is built out of the standard source base for it. You can find that
at:
I think GHC's behaviour is right here. To use the flag settings from
the source module on the command-line would be wrong: for example, when
the module is compiled, its implementation (and therefore flag settings)
must be hidden.
Also, as Simon pointed out, there might be multiple modules in
Just ahead of the 6.4 release, we've put together a GHC user survey.
The idea is to help us get a better understanding of who uses GHC, what
for, what aspects of GHC they consider most valuable, and what they
would most like to see improved. The survey is anonymous (if you wish),
and should take
On 04 March 2005 12:58, Keean Schupke wrote:
There can only be one top level module in ghci (there can only
be one module name before the '' prompt - that modules options
should be in effect.
No, you can have multiple top-level module scopes in effect. See the
GHCi documentation.
Simon
On 02 March 2005 05:08, Brian Strand wrote:
Donald Bruce Stewart wrote:
bstrand:
Donald Bruce Stewart wrote:
bstrand:
Simon Marlow wrote:
Just to let you know, there are a number of open bug reports for
GHC on the x86_64 platform, which seem to indicate some kind of
occasional
On 04 March 2005 14:04, John Goerzen wrote:
On Fri, Mar 04, 2005 at 09:38:47AM -, Simon Marlow wrote:
Even if you're not running Debian, there are tools available to
convert a .deb to a RPM or tgz package. Or, you can easily unpack a
deb using only ar(1) and tar(1).
My amd64 hardware
On 04 March 2005 16:59, John Goerzen wrote:
On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote:
On 04 March 2005 14:04, John Goerzen wrote:
My amd64 hardware arrived yesterday, shouldn't be too long before
we have a registerised port of GHC, and possibly a native code
generator
On 04 March 2005 17:48, Wolfgang Thaller wrote:
On 4-Mar-05, at 11:57 AM, Simon Marlow wrote:
Don't hold your breath, I have some bad news. It seems that gcc is
still generating incorrect code for register variables (or maybe it's
broken again?).
So maybe this will be the first NCG-only
On 04 March 2005 20:49, Keean Schupke wrote:
Further to my last point, what if the top level module is Main...
ghci Main.hs
and that includes a main function, and pragmas, so that main runs
when ghci is finished loading (automatically).
GHCi doesn't run anything automatically. Could you
On 04 March 2005 17:32, Kurt Roeckx wrote:
I have no idea what ghc has too do with gcc,
A bit of background: GHC uses gcc as a backend compiler. GHC generates
C code that is compiled using gcc (we also have a native code generator
for some platforms; but not for x86_64 yet).
or what the
On 04 March 2005 22:54, Donald Bruce Stewart wrote:
simonmar:
On 04 March 2005 16:59, John Goerzen wrote:
On Fri, Mar 04, 2005 at 04:57:04PM -, Simon Marlow wrote:
On 04 March 2005 14:04, John Goerzen wrote:
My amd64 hardware arrived yesterday, shouldn't be too long before
we have
On 07 March 2005 16:18, David Brown wrote:
On Mon, Mar 07, 2005 at 11:47:31AM -, Simon Marlow wrote:
$ cat bug.c
register void * R1 __asm__(%r13);
extern void g(void);
static void f(void) {
R1 = g;
goto *R1;
}
$ gcc -S -O bug.c
$
And take a look at the generated assembly
On 07 March 2005 16:40, Simon Marlow wrote:
On 07 March 2005 16:18, David Brown wrote:
On Mon, Mar 07, 2005 at 11:47:31AM -, Simon Marlow wrote:
$ cat bug.c
register void * R1 __asm__(%r13);
extern void g(void);
static void f(void) {
R1 = g;
goto *R1;
}
$ gcc -S -O bug.c
On 07 March 2005 18:01, Kurt Roeckx wrote:
On Mon, Mar 07, 2005 at 11:47:31AM -, Simon Marlow wrote:
$ cat bug.c
register void * R1 __asm__(%r13);
extern void g(void);
static void f(void) {
R1 = g;
goto *R1;
}
$ gcc -S -O bug.c
$
And take a look at the generated assembly
I've put up an x86_64/Linux registerised build for testing here:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.4-x86_64-unknown-linux
.tar.bz2
This is a binary distribution: ./configure make -k install. The -k
is necessary because it doesn't have all the docs. It was built on
Fedora
On 08 March 2005 15:59, Duncan Coutts wrote:
On Tue, 2005-03-08 at 15:16 +, Simon Marlow wrote:
I've put up an x86_64/Linux registerised build for testing here:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6.4-x86_64-unknown-linux
.tar.bz2
This is a binary distribution
On 09 March 2005 08:29, Frederik Eaton wrote:
Is it possible to set environment variables which ghc will look at,
corresponding to command line options such as '-i' or '-package-conf'?
I.e. the equivalent of gcc's LIBRARY_PATH, CPATH, etc... or perl's
PERL5LIB or even PERL5OPT (which is the
On 09 March 2005 10:14, Ralf Hinze wrote:
this is just to let you know that I successfully compiled the lastest
snapshot (ghc-6.4.20050308). Initial tests look promising. Thanks!
Cheers, Ralf
PS: Just curious: is the gcc route easier than the NCG? To me it seems
much more fragile.
It's
On 09 March 2005 21:13, Frederik Eaton wrote:
I agree that the case you're presenting is indeed more difficult,
but I don't think you're doing the estimations right for the one at
hand. The cost and annoyance of perhaps tens of thousands of people
adding and remembering to maintain wrappers
On 09 March 2005 19:55, Frederik Eaton wrote:
I agree that the case you're presenting is indeed more difficult, but
I don't think you're doing the estimations right for the one at hand.
The cost and annoyance of perhaps tens of thousands of people adding
and remembering to maintain wrappers
=
The (Interactive) Glasgow Haskell Compiler -- version 6.4
=
The GHC Team is delighted to announce a new major release of GHC. It
has been a long time since the
On 10 March 2005 14:32, Ross Paterson wrote:
There's currently no way to give a permanent URL for the best
available version of the 6.4 documentation, i.e. the latest minor
release.
How about either a symlink 6.4-latest, or renaming the directory 6.4
as 6.4.0 and making 6.4 a symlink to the
On 14 March 2005 11:38, Jens Petersen wrote:
Hugs98-Mar2005 and ghc-6.4 are available in the Fedora Haskell
package repositories for a couple of days now for i386 and x86_64.
(nhc98 coming shortly.)
For more information about Fedora Haskell see
http://haskell.org/fedora/.
Are your GHC
On 14 March 2005 18:08, Cale Gibbard wrote:
4. It looks like Data.FiniteMap has been renamed Data.Map, or
something. There's no Data.Map at
http://haskell.org/haddock/libraries/, do these need to be
updated?
The right place for library documentation is
On 15 March 2005 00:46, Sebastian Sylvan wrote:
I'm having trouble building this.
I download the source, go to my source dir and run ./configure (which
seems to run to completion without problems), then I run make and get
the following:
./mk/config.mk, line 554: Need an operator
On 16 March 2005 04:14, Ian Lynagh wrote:
An alpha build of ghc 6.4 quickly fails because of the
#if alpha_TARGET_ARCH
import PrimRep ( getPrimRepSize, isFloatingRep )
import Type ( typePrimRep )
#endif
in ghc/compiler/typecheck/TcForeign.lhs which no longer exist.
Thanks, I've committed a version of your patch.
Cheers,
Simon
On 16 March 2005 04:07, Ian Lynagh wrote:
The Debian autobuilders don't let you write to ~ (which seems
reasonable, as they are only compiling the software, not running it),
so
my builds are failing with
--
On 15 March 2005 18:26, Sebastian Sylvan wrote:
Ah, that did it! However, some packages seem to be missing, like HGL
for instance.
rts-1.0, base-1.0, haskell98-1.0, template-haskell-1.0, unix-1.0,
Cabal-1.0, parsec-1.0, haskell-src-1.0, network-1.0,
QuickCheck-1.0, HUnit-1.1,
On 17 March 2005 10:35, Graham Klyne wrote:
I've just been browsing the release notes at:
http://haskell.org/ghc/docs/6.4/html/users_guide/release-6-4.html
and I notice some broken links about the end of section 1.4.3:
[[
Network.URI has been completely rewritten, and now conforms to
On 17 March 2005 23:03, Andy Moran wrote:
Malcolm Wallace wrote:
Andy Moran [EMAIL PROTECTED] writes:
I notice that cpphs understands CPP stringification (if invoked with
--hashes). Most of the gcc 3.4 failures (in fact, all of that I've
seen) have to do with fooling -traditional into
On 17 March 2005 17:23, Malcolm Wallace wrote:
The only real issue currently preventing ghc from adopting cpphs is
ideological (GPL licensing).
We've no objection to making changes to GHC to make it easy to use in
conjuction with cpphs (./configure --with-cpps or whatever), so
3rd-party
On 17 March 2005 19:43, Dmitri Pissarenko wrote:
In the attachment you will find a file, in which I try to access Java
from Haskell using the Java bridge for functional languages.
For details see
http://sourceforge.net/projects/jvm-bridge/
and
Hi Matthias,
I think most of what you're asking for is planned...
On 17 March 2005 16:59, Matthias Neubauer wrote:
I just had a first look at the sketch for the planned GHC API
(ghc/compiler/main/GHC.hs), since we are very keen on using it ...
Our group would mostly like to make use of a
On 21 March 2005 09:52, Andrei A. Voropaev wrote:
I know that this has been done already (at least by RedHat), but
since I
don't use RedHat (or any other distro of linux) and instead compiled
everything myself, I have to bootstrap ghc as well. So I'm carefully
following the instruction. On
On 21 March 2005 14:12, Andrei A. Voropaev wrote:
On Mon, Mar 21, 2005 at 02:09:03PM -, Simon Marlow wrote:
On 21 March 2005 09:52, Andrei A. Voropaev wrote:
I know that this has been done already (at least by RedHat), but
since I don't use RedHat (or any other distro of linux
On 22 March 2005 09:24, Andrei A. Voropaev wrote:
On Tue, Mar 22, 2005 at 10:06:13AM +0100, Andrei A. Voropaev wrote:
On Mon, Mar 21, 2005 at 02:20:25PM -, Simon Marlow wrote:
[...]
Did you copy across ghc/includes/DerivedConstants.h and
ghc/includes/GHCConstants.h from the target
On 22 March 2005 10:10, Andrei A. Voropaev wrote:
Well, looking at the makefile it becomes clear, that it must do so.
-
# Make DerivedConstants.h for the compiler
all :: DerivedConstants.h
mkDerivedConstants.c : $(H_CONFIG)
mkDerivedConstantsHdr :
On 23 March 2005 09:18, Andrei A. Voropaev wrote:
Sorry. Forgot to ask the next question on this process. Now that I
have unregistered compiler, how do I build the registered one?
I've tried to start with new tree and then run
./configure --with-ghc=T/ghc/compiler/ghc-inplace
make
Yes,
On 22 March 2005 17:49, Matthias Neubauer wrote:
... we also need the state after renaming, but we then have to stop, I
suppose!
Yes, the HaRE folks also want the renamed abstract syntax too. We
haven't quite figured out how best to make it available: renaming is
intertwined with typechecking
GHC 6.4 uses C-- as an intermediate language, it doesn't compile via C--
(yet). A full C-- backend has the potential to generate faster code
that going via GCC, because C-- would have control over the stack and
the calling convention.
In my experience, extra optimisation flags for gcc make very
On 28 March 2005 11:25, Nicolas Oury wrote:
I try to use StableNames for hash consing on complex types - I have to
mix in a same table StableNames of different types - and I wonder why
StableName is of kind * - * and not *.
I think we gave StableName the extra type parameter to help with type
On 25 March 2005 15:59, Andreas Marth wrote:
The ghc user guide says that there are 4 states a heap object may be
in. Unfortunately in my program there are 5 states (inherent_use,
use, drag, lag, void) with inherent_use being the biggest part (many
MBs) and the one not mentioned in the users
On 29 March 2005 08:59, Johannes Waldmann wrote:
I am trying to bring a larger heap of code
(http://141.57.11.163/auto/ ) into 6.4 land (because of wonder
stories about faster compilation, faster execution, Data.Map, and so
on ...)
Here are a few observations and questions
that may be
you're using a
pre-6.4 snapshot? Could you try with the released 6.4 and let us know
if it still happens?
Cheers,
Simon
Keean.
Simon Marlow wrote:
On 29 March 2005 08:59, Johannes Waldmann wrote:
I am trying to bring a larger heap of code
(http://141.57.11.163/auto
On 04 April 2005 12:07, Niels van der Velden wrote:
Hi all,
I have an application that uses a package called 'uust'.
Normally I would compile using;
ghc -O2 -o genAST -fglasgow-exts -package uust GenAst.hs
This works fine. However, I want to profile my application and
therefore need to
On 10 April 2005 14:20, Thomas Schwinge wrote:
[ Grrr. Why do I have to subscribe just to post this message? ]
Sorry for the inconvenience, it's because I don't have time to wade
through all the spam.
Is someone aware of any efforts to port the GHC to GNU/Hurd?
If not, I'd like to give that
On 08 April 2005 17:20, Jessica Brennan wrote:
On Fri, 8 Apr 2005, Tim Smith wrote:
On 2005 Apr 07, Jessica Brennan [staff] [EMAIL PROTECTED] wrote:
I am trying to install ghc-6.4 on netbsd20. I read through the
install instructions, however they say you need a working copy of
ghc already.
On 11 April 2005 16:25, Jessica Brennan [staff] wrote:
Anything we can help with?
I was able to get a binary for netbsd20 working. However with
building it I get a few errors. So I tried doing the cross compiling
an unregistered version, but I get the same errors in the same spot.
On 11 April 2005 16:44, Jessica Brennan wrote:
cd H/ghc make boot make
in section 10.2.1 of the build guide.
Actually I just double checked and I don't get those lines of the
error when doing cross-compiling.
Sorry grabbed the first set of errors I saw. It is the same minus
those test
On 13 April 2005 14:00, Bernd Holzmüller wrote:
I am trying to create graphical profile information via +RTS -px and
then ghcprof binary.prof.
However, the uDraw application (former: daVinci) complains: Option
-startappl requires exactly two arguments (directory filename).
Any idea?
You
801 - 900 of 2671 matches
Mail list logo