Concerning Ian's call for testing of ghc-6.6-pre-reslease-II:
I have tested it on my projects DoCon-2.09 and Dumatel-1.06,
it looks all right.
-
Serge Mechveliani
[EMAIL PROTECTED]
___
Glasgow-haskell-users mailing list
Rene de Visser wrote:
What do I need to install for the regex library support on MINGW?
It looks like the regex library needs the posix library, and in my MINGW /
MSYS installation I don't find one
(and neither does configure).
I don't quite understand the question - I just checked the
Brian Smith wrote:
The GHC 6.6 release candidate ships with Win32-2.0. But, this is
actually Win32 2.0 plus some modifications (see recent patches).
Shouldn't the version number be inrcremented to be over 2.0? I think
that this applies to the other libraries as well.
Also, the GHC-6.6
Krasimir Angelov wrote:
Building with -package-name comlib-0.1 helps. I saw that Cabal from
HEAD is passing the full package id to GHC but the version compiled in
ghc-6.5.20061001 is passing just the package name. Maybe the change
wasn't merged in GHC-6.6 branch or the bundle wasn't build from
Ian Lynagh wrote:
On Tue, Oct 03, 2006 at 04:59:58PM -0400, Ravi Nanavati wrote:
If I understand the way things work, GHC decides whether or not to emit
the -fno-unit-at-a-time flag in -fvia-C compilation based on whether or
not the gcc used when compiling GHC supported the flag or not. I'm
I am using something like this:
c:\ghc\ghc-6.5.20061001\bin\runghc Setup.lhs
for building. So an old binary shouldn't matter. With -v option I saw that:
-package comlib
is passed. Is it possible to have .tar.gz bundle compiled with an old
Cabal? I suppose that runghc is always using ghc
On 10/5/06, Simon Marlow [EMAIL PROTECTED] wrote:
Brian Smith wrote:
The GHC 6.6 release candidate ships with Win32-2.0. But, this is
actually Win32 2.0 plus some modifications (see recent patches).
Shouldn't the version number be inrcremented to be over 2.0? I think
that this applies to the
Hello all,
I've been playing around with GHC-as-a-library a bit now, and using
yesterday's snapshot of GHC (ghc-6.5.20061004, compiled from source),
I ran into the following problem:
When using the Haskell program at the end of this mail, it compiles
fine (after exposing the ghc package with
On Thu, Oct 05, 2006 at 01:16:12PM +0300, Esa Ilari Vuokko wrote:
I think that version number in repo should always be bigger than
released version, so that snapshot names reflect versioning better.
You need to use something like setup sdist --snapshot to get an
accurate version for a snapshot,
On 9/30/06, Rene de Visser [EMAIL PROTECTED] wrote:
What do I need to install for the regex library support on MINGW?It looks like the regex library needs the posix library, and in my MINGW /MSYS installation I don't find one(and neither does configure).
I have not run into this problem with the
On Thu, 2006-10-05 at 10:55 +0100, Simon Marlow wrote:
Ian Lynagh wrote:
On Tue, Oct 03, 2006 at 04:59:58PM -0400, Ravi Nanavati wrote:
If I understand the way things work, GHC decides whether or not to emit
the -fno-unit-at-a-time flag in -fvia-C compilation based on whether or
not the
| using types and classes that are in scope, of course. i have several
| more examples but because it's not required for me nor important for
| you, i will put them all into a ticket. ok?
OK
| what is the simplest way to experiment with my own version of base
| library? can it be accomplished
check out main/SysTools.lhs.
Looks like it uses some heuristic to decide whether GHC is
installed or not. I suspect your test app is running from a
location it considers to be part of the build-tree.
Look at initSysTools and findTopDir.
On Oct 5, 2006, at 4:43 AM, Martin Grabmueller
Brian Smith" [EMAIL PROTECTED] schrieb im
Newsbeitrag news:[EMAIL PROTECTED]...
On
9/30/06, Rene de Visser [EMAIL PROTECTED]
wrote:
What
do I need to install for the regex library support on MINGW?It looks
like the regex library needs the posix library, and in my MINGW
14 matches
Mail list logo