On Tue, 2006-08-01 at 17:05 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
So where do I put the Gtk+ .dlls? At the moment I seem to have no choice
but to put them on the %PATH%. And thus the breakage ensues. Old
versions of Gtk+ that people have on their systems can interfere. Lots
On Mon, 2006-07-31 at 14:32 +0400, Serge D. Mechveliani wrote:
Dear GHC developers,
Long ago you wrote that GHC has made Integer only about 3/2 times
slower than Int.
I tested this once, and then all this time I have been relying on this.
Now, with
ghc-6.4.1 compiled
On Sun, 2006-07-30 at 11:53 +0100, Brian Hulley wrote:
[EMAIL PROTECTED] wrote:
GHC Task Ticket # 601 suggests replacing GMP with OpenSSL's Bignum
library, BN. I have two questions concerning this:
From the ticket, this looks very scary:
but its LGPL license is problematic for
On Sun, 2006-07-30 at 17:33 +0100, Brian Hulley wrote:
I think the main problem here is that I'm using Windows, so there is no way
to dynamically link with the runtime libraries - the GHC implementations
available for Windows only produce statically linked executables.
Perhaps Windows
On Sun, 2006-07-30 at 20:02 +0100, Brian Hulley wrote:
Suppose for a moment that GHC did dynamically link gmp.dll, or indeed
HSbase.dll. Where exactly would these files go?
I'd install them in the same directory as ghc.exe because this directory has
to be on the %PATH% for the command
On Mon, 2006-07-31 at 05:00 +1000, skaller wrote:
On Sun, 2006-07-30 at 19:03 +0100, Duncan Coutts wrote:
On Sun, 2006-07-30 at 17:33 +0100, Brian Hulley wrote:
I think part of the issue is that static linking is very convenient and
dynamic linking in this case would lead to some tricky
On Tue, 2006-07-25 at 13:45 +0100, Joel Reymont wrote:
On Jul 25, 2006, at 1:34 PM, Christian Maeder wrote:
On our solaris sparc machine compiling our main binary (optimized)
takes
3h:38min whereas (only) 55min under linux. At least our sparcs may die
out sooner or later.
On Tue, 2006-07-25 at 14:29 +0100, Joel Reymont wrote:
On Jul 25, 2006, at 2:09 PM, Duncan Coutts wrote:
You can also cut compile times by compiling fewer non-core
libraries and
by using -fasm rather than -fvia-C.
I heard recently that GHC does not generate code that gcc likes
On Fri, 2006-07-21 at 10:12 +0200, Marc Weber wrote:
Has somene already implemented something like:
$ghc-pkg --where-from ParseError
package parsec: defining modules: Text.ParserCombinators.Parsec.Error,
Text.ParserCombinators.Parsec
Have you tried Hoogle?
http://haskell.org/hoogle/
On Fri, 2006-07-07 at 11:28 +0100, Simon Marlow wrote:
We know about the threaded RTS bugs on Sparc, and 6.4.3 won't be
released without a fix for this. I'm actually quite glad that we've
forced this into the open with 6.4.2, otherwise the bug would probably
have remained dormant,
On Wed, 2006-06-21 at 12:31 -0400, Li, Peng wrote:
On 6/21/06, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
New worker threads are spawned on as needed. You'll need as many of
them as you have simultaneously-blocked foreign calls. If you have 2000
simultaneously-blocked foreign calls,
On Mon, 2006-06-12 at 18:38 +0200, Georg Sauthoff wrote:
On Fri, Jun 02, 2006 at 03:59:01PM +0100, Duncan Coutts wrote:
On Fri, 2006-06-02 at 15:10 +0200, Georg Sauthoff wrote:
at http://hackage.haskell.org/trac/ghc/wiki/Platforms I read, that the
Sparc NCG 'is bitrotted' - does
On Fri, 2006-06-02 at 15:10 +0200, Georg Sauthoff wrote:
Hi,
at http://hackage.haskell.org/trac/ghc/wiki/Platforms I read, that the
Sparc NCG 'is bitrotted' - does that mean, that it is unmaintained, but
used by default at sparc?
No it means that GHC uses compilation via C on sparc.
I am
On Thu, 2006-05-11 at 14:57 +0100, Simon Marlow wrote:
On the other hand, keeping intermediate Doubles to 80-bit precision is
both (a) non-portable and (b) unpredictable (the programmer doesn't know
which intermediates are going to be stored in 80 bits, and turning on
optimisation will
On Wed, 2006-05-03 at 22:06 -0700, Jeremy Shaw wrote:
Hello,
I believe I have successfully got an unregisterised version of ghc
6.4.2 compiled for arm/linux.
Cool! Well done. I know there are several people who wanted to use ghc
on the 770. Previously hugs and yhc have been made to work on
On Thu, 2006-04-27 at 16:46 -0400, Geoffrey Alan Washburn wrote:
I don't see that anyone has mentioned yet, but I expect a number of GHC
users and developers will find this paper very interesting:
http://www.cis.upenn.edu/~stevez/papers/LZ06a.pdf
Indeed it is an interesting read. Just the
Cheers Simon, thanks for looking at this.
On Mon, 2006-04-24 at 10:43 +0100, Simon Marlow wrote:
Duncan Coutts wrote:
I'm concerned that there are many different versions of Cabal 1.1.4.
The version that GHC 6.4.2 is now shipping is actually a very old
version of Cabal 1.1.4.
Sorry
On Wed, 2006-04-12 at 16:02 +0100, Simon Marlow wrote:
I've put the testsuite bundle here:
http://haskell.org/ghc/dist/ghc-testsuite-6.4.2.tar.gz
Thanks Simon, that's great. I've integrated it into the Gentoo
ghc-6.4.2.ebuild.
There are zero unexpected failures on x86/x86_64 on Linux.
On Wed, 2006-04-19 at 11:59 +0100, Simon Marlow wrote:
On 19 April 2006 11:53, Christian Maeder wrote:
Simon Marlow wrote:
Highlights in this release:
- Cabal has been upgraded to version 1.1.4.
ghc-pkg lists
Cabal-1.0
in the binary distribution
On Tue, 2006-03-28 at 12:34 +0100, Simon Marlow wrote:
Hi Folks,
We're finally in release-candidate mode for 6.4.2. Please grab a
snapshot and try it out:
http://www.haskell.org/ghc/dist/stable/dist/
(scroll to the bottom for the latest). The available builds are:
On Tue, 2006-03-28 at 12:34 +0100, Simon Marlow wrote:
Hi Folks,
We're finally in release-candidate mode for 6.4.2. Please grab a
snapshot and try it out:
http://www.haskell.org/ghc/dist/stable/dist/
(scroll to the bottom for the latest). The available builds are:
On Tue, 2006-03-28 at 01:37 +0100, Brian Hulley wrote:
Hi Duncan -
I just declared duma_vertex3f (in another module) by:
foreign import ccall duma_vertex3f :: Float - Float - Float - IO ()
I thought this means that the C function prototype must be:
void duma_vertex3f(HsFloat,
On Thu, 2006-03-23 at 13:22 -0500, S. Alexander Jacobson wrote:
Snapshot downloads but locks up on a program that works fine w/ 6.4.
I'm afraid we'll need a little more information than that if you intend
this as a bug report.
Thanks.
Duncan
___
On Thu, 2006-03-16 at 13:22 -0500, Mark Greenbank wrote:
Hi DUncan,
Thanks for the help.
I've installed a ghc compiler on my Linux box in order to
cross-compile and I'm getting the following error. Any ideas?
You'll have to be very specific about exactly what procedures you're
following.
On Wed, 2006-03-15 at 16:24 +, Simon Marlow wrote:
Hi Folks,
This is a heads up for the forthcoming 6.4.2 release. Our rough
timescale is to go into release candidate testing in about a week, and
have two weeks of release candidates before the final release.
Here are the things we
On Wed, 2006-03-15 at 17:01 +, Brian Hulley wrote:
Simon Marlow wrote:
This is the way it used to be in GHC before the FFI. In the FFI we
moved to withForeignPtr instead. IIRC, the motivation was something
along these lines:
- allowing ForeignPtr to be passed directly to a
On Wed, 2006-03-15 at 17:22 -0500, Mark Greenbank wrote:
Hi,
Sorry for the newbie question ... I'm trying to build the compiler and
I'm getting the following error:
[EMAIL PROTECTED] ghc-6.4.1]# ./configure --prefix=/usr/pkg
checking build system type... i386-pc-solaris2.10
checking host
All,
Yet again I've got annoyed by the difficulties with the way ghc
registers packages. It's hard to get right.
This time I had someone testing hdbc-odbc for me on ppc64. He
uninstalled ghc and reinstalled it (to pick up a fix I had made) then he
found that building hdbc-odbc failed because the
On Wed, 2006-03-01 at 12:59 +, Ian Lynagh wrote:
On Wed, Mar 01, 2006 at 12:24:17PM +, Simon Marlow wrote:
There's a ticket open on this one:
http://cvs.haskell.org/trac/ghc/ticket/470
The ticket does give more info (isSpace isn't working correctly). If
you could
On Mon, 2006-02-13 at 21:13 +, Neil Mitchell wrote:
Hmm. Drag 'n drop. Yeah we'll have to look into that. I believe it is
supposed to work but we've not made those features available yet.
Mike Dodd's was giving some prodding on my behalf, for Yhe. I think in
the end he just got really
On Mon, 2005-12-12 at 18:20 +, Andrew Walrond wrote:
I run a source based linux distro called Heretix, and I want to make a ghc
package which will install with or without an existing ghc. At the moment, we
supply a binary-ghc package, whch is a prerequisite of the from-source ghc
On Tue, 2005-12-13 at 09:47 +1100, Donald Bruce Stewart wrote:
Most distros are using binary bootstrapping. I think OpenBSD is the only
one building from .hc src.
That's because none of the rest of us had heard that it'd been fixed!
I'm glad to hear it, we might switch. Gentoo users ought to
On Tue, 2005-12-06 at 16:05 -0500, Mario Blazevic wrote:
No container data type can be annotated as strict. That means I have
to pepper my code with explicit evaluations to HNF before every
writeIORef (reference label):
newState `seq` writeIORef (reference label) newState
Or it can be
On Wed, 2005-11-16 at 12:59 +, Simon Marlow wrote:
On 14 November 2005 04:17, Ben Horsfall wrote:
Is there a binary package for GHC 6.4.1 on Solaris x86 (Sun OS 5.9)?
Building from source fails thus:
../../ghc/compiler/ghc-inplace -optc-O -optc-Wall -optc-W
On Wed, 2005-11-16 at 15:40 +, Simon Marlow wrote:
On 16 November 2005 13:18, Duncan Coutts wrote:
On Wed, 2005-11-16 at 12:59 +, Simon Marlow wrote:
On 14 November 2005 04:17, Ben Horsfall wrote:
Is there a binary package for GHC 6.4.1 on Solaris x86 (Sun OS 5.9)?
My
On Fri, 2005-10-14 at 09:20 +0100, Simon Peyton-Jones wrote:
Dear GHC users
This is an appeal for help with the
libraries/Win32 package [on Windows, obviously]
libraries/HGL package [on Windows]
Here's the situation:
* Win32 provides access to the native Windows API,
On Tue, 2005-10-11 at 10:45 +0100, Jon Fairbairn wrote:
On 2005-10-11 at 09:49BST Simon Marlow wrote:
On 11 October 2005 06:29, Tomasz Zielonka wrote:
It wasn't meant to be a bug report, only a feature request ;-)
Actually, I was mostly interested if anyone would mind if GHC
chose
On Tue, 2005-06-07 at 10:52 +0100, Simon Peyton-Jones wrote:
There is definitely a performance bug somewhere in GHC, and we're
collecting cases that show it up. It'd be ideal if you, or someone
else, could snip out a standalone module or two that demonstrates the
problem, rather than all of
On Fri, 2005-05-20 at 11:30 +0200, Peter Simons wrote:
Since pure FFI calls don't have any side-effects, they are
always safe to be called unsafely. (Yes, the choice of the
words safe and unsafe is a bit unfortunate in the standard
here.)
To try and undo this confusion we need to recall what
On Mon, 2005-05-09 at 09:54 -0400, Daniel Carrera wrote:
Hello,
I've been trying to learn Haskell.
Some software isn't user friendly. But I think that a compiler requiring
itself to compile is actively user hostile. I've spent over a week
trying to get GHC to work on my Solaris
On Mon, 2005-05-09 at 21:26 -0400, Mark Brooks wrote:
I say this because I have been evaluating
Haskell for use in my senior project. I need a stable and usable graphics
toolkit for the project. While graphics toolkits for Haskell do exist, they
are oftentimes either translations of other
On Thu, 2005-04-21 at 10:57 +0100, Simon Marlow wrote:
I mentioned madvise() above: this is a compromise solution which
involves telling the kernel that the data in memory is not relevant, but
doesn't actually free the memory. The kernel is free to discard the
pages if memory gets tight,
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: ./configure make -k install. The -k
is necessary
In message [EMAIL PROTECTED] David Brown
[EMAIL PROTECTED] writes:
On Mon, Mar 07, 2005 at 04:59:38PM -, Simon Marlow wrote:
The mystery as to why this doesn't affect us on x86 is solved: on x86 we
generate slightly different C code, including a dummy function call:
extern void
On Thu, 2005-03-03 at 12:12 +0100, Marcin 'Qrczak' Kowalczyk wrote:
I was thinking about integration with gtk/glib event loop.
Yes please!
Currently GUI libs (gtk2hs, wxHaskell, fltk, etc) cannot use threads in
any sensible manner.
I think think there are two problems with this. One is that
On Fri, 2005-02-25 at 19:05 +0100, Lemmih wrote:
Greetings fellow Haskellers and other readers,
During my ongoing research on doing whatever I feel like, I
discovered that using C++ libaries in GHCi (no problems with GHC)
wasn't as pleasant as I had hoped.
Apparently C++ sources requires to
On Tue, 2005-02-01 at 11:02 +, Simon Marlow wrote:
I'm making some changes to the way Haddock creates links, and I'd like
to solicit comments on possible alternatives.
The existing approach is for each non-locally-defined identifier in the
current module, we hyperlink to a module that
On Tue, 2005-02-22 at 19:10 +, Ross Paterson wrote:
On Tue, Feb 22, 2005 at 05:45:39PM +, Duncan Coutts wrote:
In gtk2hs we have one huge module which defines all the types (this is
produced by a code generator from a text file which describes the Gtk+
class hierarchy). However we
On Wed, 2005-02-16 at 09:18 +0200, Krasimir Angelov wrote:
Hi Duncan
With ghc-6.4 the output from Debug.Trace.trace will be redirected to
the debug console when the application is compiled with --subsystem
windows. You can see the trace messages with any Windows debuger. The
error messages
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 compiled with --subsystem
windows?
I think
On Wed, 2005-02-16 at 14:49 +, Simon Marlow wrote:
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
This might be a bug report but it's definitely a question on what the
behaviour should be:
On windows if you link using --subsystem windows then your program
starts without popping up a console. This is good for GUI apps (and we
would like to make it the default when using gtk2hs on win32 by
On Thu, 2005-02-10 at 16:58 +, Ian Lynagh wrote:
On Wed, Feb 09, 2005 at 11:13:36PM +0100, Juliusz Chroboczek wrote:
Package: ghc6
Version: 6.2.2-2
/usr/lib/libpthread.so (comes from libc6-dev 2.3.2.ds1-20) is a GNU
linker script, not a shared object. This breaks ghci.
Known
On Wed, 2005-02-09 at 13:11 +, Simon Marlow wrote:
Of course, if we can get or estimate download statistics for other
sources of GHC too, that would be great.
I would guess that the majority of users these days get their ghc
packaged with a distro (eg Fedora, Debian, FreeBSD, Gentoo,
On Wed, 2005-02-02 at 17:01 +, Simon Marlow wrote:
On 02 February 2005 13:38, Duncan Coutts wrote:
Would looking at the core files help? What would I be looking for?
Here's a simple version that I would expect to run in constance space.
pixbufSetGreen :: Pixbuf - IO
On Wed, 2005-02-02 at 13:30 -0700, Seth Kurtzberg wrote:
Duncan Coutts wrote:
In these cases we cannot turn on traditional profiling since that would
interfere with the optimisations we are relying on to eliminate most of
the other memory allocations.
I don't understand why you can't use
On Tue, 2005-01-18 at 10:13 +, Simon Peyton-Jones wrote:
I think what you want is actually more directly stated thus:
module Doc.Pretty.Long( ... ) as M where
...
The 'as M' in the module header gives an alias for Doc.Pretty.Long just
as it does for an import statement.
On Tue, 2005-01-18 at 10:43 +, Simon Peyton-Jones wrote:
| And if it turns out we are in the mood to look at extending the
| inport/export/module syntax perhaps we could also consider the
qualified
| export idea posted a few weeks ago.
|
| That was so that you could say:
|
| import
On Tue, 2005-01-18 at 06:09 -0800, SourceForge.net wrote:
Initial Comment:
Hi, I am a user of wxHaskell, a wxWidgets binding for
haskell.
The product is very useful to me.
Adding it to the homepage will ensure that more
contribution is added to it though.
Haskell community has to stay
In message [EMAIL PROTECTED] Serge D. Mechveliani
[EMAIL PROTECTED] writes:
Dear Haskellers, dear GHC team,
Is a variable `_x' equivalent to `_'
No, '_x' is a perfectly ordinary variable. The only special dummy variable (a
pattern that matches anything but does not bind a varialbe) is '_'.
On Tue, 2004-11-23 at 18:01 +0100, Peter Simons wrote:
Simon Marlow writes:
Note that the GC only starts the finaliser thread. The
program can still terminate before this thread has run
to completion [...]
If you want anything else, you can implement it.
How do I implement that
On Mon, 2004-11-22 at 17:48 +0100, Frank-Andre Riess wrote:
Hi there folks,
once again, I've got a question related to Happy (I've got version 1.13 at
the moment).
Maybe, it's even more a question on formal languages, but well...
How can I write a grammar that can cope with user-defined
Hi all,
I'm looking for some advice on profiling and any suggestion on what
might be going on with this program.
I'm profiling c2hs, Manuel Chakravarty's FFI preprocessor with an eye
to reducing its time and space usage. I'm also trying to add binary
serialisation.
c2hs basically works by
On Tue, 2004-11-09 at 14:45, Simon Marlow wrote:
On 09 November 2004 12:54, Duncan Coutts wrote:
[snip]
When I do time profiling, the big cost centres come up as putByte and
putWord. When I profile for space it shows the large FiniteMaps
dominating most everything else. I originally
On Mon, 2004-11-08 at 14:36, Simon Marlow wrote:
On 06 November 2004 10:10, Sven Panne wrote:
Duncan Coutts wrote:
I can knock up a proof of concept patch if anyone thinks this is a
good idea. It should be totally backward compatible, it's ok to use
both, but ditro packagers might like
On Fri, 2004-11-05 at 13:57, Henning Thielemann wrote:
On Fri, 5 Nov 2004, Robert Dockins wrote:
What IEEE has done is shoehorned in some values that aren't really
numbers into their representation (NaN certainly; one could make a
convincing argument that +Inf and -Inf aren't numbers).
Hi,
It has been common in recent years since the widespread use of package
management systems to break up configuration / settings files that are
used by several packages into a directory of individual files rather
than modifying a global file.
The advantage of doing this is that it makes things
On Thu, 2004-07-15 at 08:57, Simon Peyton-Jones wrote:
| My current prototype uses GHC and Template Haskell. It can only
| specialise functions that manipulate first order values. It does work
| for a number of simple examples eg Ackerman function (specialised on
| first argument), matrix
On Thu, 2004-07-15 at 03:45, John Sharley wrote:
Noting Hudak's remark in the conclusion of Modular Domain Specific
Languages and Tools
http://www.cs.chalmers.se/Cs/Grundutb/Kurser/afp/Papers/dsel-hudak.ps
that Haskell lacked an effective partial evaluator, and remarks prior to but
on the
On Tue, 2004-06-22 at 14:17, Tomasz Zielonka wrote:
On Tue, Jun 22, 2004 at 01:52:44PM +0100, Malcolm Wallace wrote:
Same again. Try
addHeight h E= h `seq` h
which, although it looks bizarre, actually forces the evaluation of h,
whilst simply returning it does not.
On Wed, 2004-06-02 at 15:45, scott west wrote:
I'd settle for unregisterised... it seems every time I run through the
whole port process I see to do some new wrong thing each time, hehe. I'm
really just in search of a working ghc implementation for my amd64,
registered or not (the main
On Wed, 2004-06-02 at 16:14, scott west wrote:
If you're after performance (rather than simply working), you'll need to
wait for a registered build, or if you've got the assembler hacking
skills you can help out.
I'm afraid of the few skills I have (walking, breathing, eating, etc),
On Wed, 2004-06-02 at 17:44, David Brown wrote:
Any estimates on the difficulty of changing Linker.c to be able to use
standard dynamic link calls (dlopen, ...) rather than having to be
customized for every target platform.
I asked Simon M about this recently:
On Fri, 2004-05-21 at 17:22, Sven Panne wrote:
Simon Peyton-Jones wrote:
We've no idea what to do here. In your case it'd be possible to just
ignore the script, but presumably not so in general. [...]
I've just made a quick test on my SuSE 9.1 Linux and it seems to be the
case that an
So here's the problem:
We have a Haskell binding to a C library (one of the gtk extension libs)
which uses the pthread library. So we put pthread in the
extra_libraries section of our ghc package conf file.
This works fine when building standalone programs, however when we try
and use this
On Wed, 2004-05-05 at 14:55, Simon Peyton-Jones wrote:
| I'm thinking about how to make threaded Haskell program work nicely
with Gtk+ (the widget toolkit) and whether the new threaded rts will
help or not.
| Would bound threads help? I'm not sure I understand the idea very
well.
That's
All,
I'm thinking about how to make threaded Haskell program work nicely with
Gtk+ (the widget toolkit) and whether the new threaded rts will help or
not.
Graphics toolkits (X windows or win32 GDI) typically have pretty strict
requirements on threads. While it is possible to make use of multiple
On Mon, 2004-04-26 at 15:42, Alastair Reid wrote:
I'm after advice on whether the following example is a safe use of
unsafeCoerce, and if it is safe, if it's worth it.
It looks like it is safe but it feels like using a sledgehammer to crack a
nut ... in the presence of small children/
On Mon, 2004-04-26 at 18:49, David Brown wrote:
Is anyone aware of any Haskell libraries for doing UTF-8 decoding and
encoding? If not, I'll write something simple.
The gtk2hs library uses the following functions internally.
Credit to Axel Simon I believe unless he swiped them from somewhere
On Sun, 2004-04-25 at 14:32, Serge D. Mechveliani wrote:
Dear GHC developers,
Probably, it is better to provide Integer
or Integral a = a
instead of Int
in the function
sizeFM :: FiniteMap k e - Int
What do you
On Mon, 2004-01-19 at 11:34, Simon Marlow wrote:
For the Visual Studio plugin we're going to need to talk to GHCi. We
plan to do this by designing an appropriate API for GHCi and calling it
directly; you *could* do it by talking over a pipe, but it's going to be
a lot of work (and slow). If
On Tue, 2003-11-04 at 13:41, Alastair Reid wrote:
I was thinking that, if the current mutex implementation is killing
performance (and it is an assumption - though one of the Simons could
probably confirm or deny it), we should look to see if mutexes can be made
cheaper or rewrite the code
On Wed, 25 Jun 2003 10:18:17 +0100
Alastair Reid [EMAIL PROTECTED] wrote:
| It is sad that the usage of libraries containing polymorphic code
| [...]
| seems to imply runtime overheads, by preventing specialisation.
I agree that it is sad. The only way around it is to ship libraries
On Fri, 20 Jun 2003 14:39:43 +0100
Simon Marlow [EMAIL PROTECTED] wrote:
In this case gtk2hs.o was generated by ghc-pkg, but naively,
can I ask,
is it not possible to detect this claiming of module names at
buildtime?
Yes, in theory, but it would mean searching the entire search path
On 16 Jun 2003 16:59:07 +0900
Jens Petersen [EMAIL PROTECTED] wrote:
Did anyone ever manage to get gtk2hs working with ghci-5.04.3?
When I try to load it I get:
% ghci-5.04.3 -package gtk2
:
Loading package data ... linking ... done.
Loading package gtk2 ...
GHCi runtime linker: fatal
On Mon, 24 Feb 2003 09:25:02 + (GMT)
Andre Rauber Du Bois [EMAIL PROTECTED] wrote:
ghci reports:
ghc-5.04.2: not built for interactive use
If you want to have ghci you have to compile the source code with
the same version of ghc that you are trying to generate, in your case
Hi all,
I can't seem to get ghc to build so that ghci is enabled.
I've tried building the tar and I've tried the Red Hat .src.rpm, which
works but doesn't enable ghci on my system.
I'm using Mandrake 9.0 which comes with gcc 3.2 and gcc 2.96
I'm building ghc to use gcc 2.96 (since it chokes on
Hi all,
I've been experimenting with making an asynchronous IO library. At the
moment it uses Haskell threads but the idea is that it could be
transparently extended to use system AIO.
http://charlesstreet22.force9.co.uk/~duncan/projects/aio/AIO.hs
My question is if there is an effecient way to
On Wed, 27 Nov 2002 15:20:44 -
Simon Marlow [EMAIL PROTECTED] wrote:
The runtime loader stuff I'm working on[1] takes around 10
seconds to compile ... and 3 minutes to link it with libHSbase
and libHSrts. (This is on a 500MHz PIII). Linking is a huge
bottleneck once you start
On Sat, 23 Nov 2002 06:32:11 +0200
Anatoli Tubman [EMAIL PROTECTED](by way of Anatoli Tubman
[EMAIL PROTECTED]) wrote:
It works without -O. I'm on stock Mandrake 9.0 system.
How do I overcome this?
You can recompile ghc from source to use gcc-2.96 which still comes with
MDK9. That's what I
On Sun, 17 Nov 2002 12:23:06 +0100
Sven Panne [EMAIL PROTECTED] wrote:
Nevertheless, you make a good point: Better support for real
multi-threading is definitely an area where I'd like to see some
improvement for the next non-patchlevel release of GHC. I'm still
unconvinced that the current
On Sun, 22 Sep 2002 00:19:11 +1000
Andre Pang [EMAIL PROTECTED] wrote:
It's a little example stdin text filter program, that loads in .o
and .so plugins at runtime. New in version 1.1 is the ability
to load .so files as plugins :). I think that with a bit more
polish, we may even be able
All,
I think that Mandrake deserve thanks for (reasonably) consistently including
both hugs and ghc in their Linux distro *as standard*. This could
significantly help Haskell takeup amongst the unwashed masses. :-)
There should probably be a link on the ghc download page to the mdk binaries.
Jim Farrand [EMAIL PROTECTED] wrote:
both hugs and ghc in their Linux distro *as standard*. This could
significantly help Haskell takeup amongst the unwashed masses. :-)
Well, same applies for FreeBSD.
And Debian.
So what I mean is, can we have links to more binaries than just Red Hat?
301 - 394 of 394 matches
Mail list logo