Simon Marlow wrote:
On 27/04/2009 01:28, Sigbjorn Finne wrote:
...
As a compromise, how about expanding the runtime error message to make
it clear that this is a change in 6.10.2?
finalizer: error: a C finalizer called back into Haskell.
This was previously allowed, but is disallowed
On 4/25/2009 07:16, Ian Lynagh wrote:
On Fri, Apr 24, 2009 at 11:08:38AM +0100, Simon Marlow wrote:
We do have a WARNING pragma, incedentally:
http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#warning-deprecated-pragma
I don't think that using it for this would be
On 4/23/2009 02:05, Duncan Coutts wrote:
On Wed, 2009-04-22 at 18:55 -0700, Sigbjorn Finne wrote:
Hi Ian,
thanks for the update on plans and the willingness to jump in and do another
release cycle so soon after 6.10.2. The suggested fixes seem agreeable to
me, but I have one _minor_
Hi Ian,
thanks for the update on plans and the willingness to jump in and do another
release cycle so soon after 6.10.2. The suggested fixes seem agreeable to
me, but I have one _minor_ additional request for 6.10.3 if you end having
to rebuild 'base' -- add a DEPRECATED (or some such) to
Hi Guilherme,
the support for 'dotnet' FFI declarations isn't really there any longer,
having bitrotted badly and hasn't been in use for a number of years.
(I'd suggest removing the final vestiges of them from the codebase,
actually.)
You may want to have a look at
Simon Marlow wrote:
Felix Martini wrote:
.
All this is likely trivial to fix but at the same time these little
roadblocks may also explain why few developers on Windows contribute
code to GHC and Haskell.
I haven't tried sync-all on Windows - can anyone help out here?
It works fine, but
Felix Martini wrote:
Sigbjorn Finne:
It works fine, but be mindful of how 'git' handles crlf translations on
Windows.
Having run into this a couple of times, it certainly looks the likely cause.
Felix
may want to try cloning as follows:
foo$ git config --global core.autocrlf false
foo
Hi Ian,
it may encompass some of your suggested approaches below, but have
you considered either:
- add --print-hsc-options to the GHC driver, which is akin to
--print-libdir. A ghc-installed hsc2hs shell wrapper or as you
suggest have 'hsc2hs' probe the compiler it is using would then
Ditto. Can I claim the [A-Z].* hierarchies as belonging to me? :-)
--sigbjorn putting them up on eBay afterwards...maybe
On 12/15/2008 18:00, Lennart Augustsson wrote:
That's a truly awesome feature! I'll shorten all my module names to
single letters tomorrow.
-- Lennart
On Tue, Dec 16,
On 11/3/2008 07:34, Jason Dagit wrote:
Ah, but I had one more question that I don't think anyone has answered
yet. That is, how to deal with multiple types of exceptions.
Suppose, as a concrete example, that I was looking out for both
ExitCode and PatternMatchFail exceptions. Maybe I'm
(+1) to that request - what is the best practices for portable exception
handling code that straddles version 6.10, i.e. that compiles with compilers
at either side with minimal fuss? I can imagine a couple of
alternatives, but
would like to hear what others are doing here.
thanks
--sigbjorn
There's another level of indirection to punch through (the gcc driver); try
-optl-Wl,--enable-stdcall-fixup
--sigbjorn
Alistair Bayley wrote:
-optl--enable-stdcall-fixup
With ghc-6.6.1 on WinXP, I want to pass --enable-stdcall-fixup (or
--disable-stdcall-fixup, depending on my mood) to ld,
Galois is pleased to announce the first public release of Bamse,
a Windows Installer creator framework written in Haskell. Using
Bamse, you can easily create applications that let you build
Windows Installer (MSIs) for your project's product deliverables.
The tool was written quite a while ago
, enable 'ghci.exe' usage.)
Also, as with ghc-6.6, if you intend to distribute your 6.6.1-compiled
code that uses the Win32 package, and have it work on Win9x
platforms, you'll need to include the Unicode API layer DLL, which
you'll find in bin/ as unicows.dll
hth
--sigbjorn
On 5/8/2007 15:25, Sigbjorn
In case anyone's interested,
http://www.galois.com/~sof/msi/ghc-6-6-1.msi
contains a Windows installer for 6.6.1; most (all?) libraries/ are in there;
no C++ bits (sorry.)
enjoy
--sigbjorn
[And, if it's your preference, a ghc-6-6-1.zip is also available from
that same dir.]
Hi Samuel,
you may want to check out the CVS version of HDirect, which
does have a version of the compiler which is reasonably up-to-date
wrt GHC + Cabalized versions of both the 'comlib' and 'hdirect'
libraries.
foo$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs
foo$ cvs login
(Logging in to
Hi,
as you've time-consumingly discovered, Network.Socket.HostAddress
is represented in network byte order (something that's not well
documented, and a potential trap.)
You may want to consider using Network.Socket.inet_addr as
a constructor.
--sigbjorn
Rich Neswold wrote:
Hello,
I've
Hi,
I've bundled up a bunch of Win32 installers for various
tools that come in handy when developing withfor GHC:
Alex, Happy, and Haddock (aka The Marlow Collection)
http://galois.com/~sof/msi/alex-2-0-1.msi
http://galois.com/~sof/msi/happy-1-15.msi
Hi,
some day (soon)
--sigbjorn
Neil Mitchell wrote:
Hi Sigbjorn,
I've bundled up a bunch of Win32 installers for various
tools that come in handy when developing withfor GHC:
Alex, Happy, and Haddock (aka The Marlow Collection)
Are the tools used to build these installers available?
Hi,
for Win32 users wanting the latest GHC goodness, a candidate
6.6 installer is now available,
http://haskell.org/ghc/dist/6.6/ghc-6-6.msi
If anyone's willing to download it and kick the tires a bit,
that'd be great. If nothing too egregious shows up, I'm
planning to publish sometime
If you let the Simplifier have a crack at your code (i.e., compile with -O
or better), the same code should be generated for the two defns of
'foo'. Try compiling with -ddump-simpl to verify.
The first version is stricter, so it'll be preferable in -Onot mode.
--sigbjorn
Brian Hulley wrote:
HsnameConfig.h is a by-product of a package's build config
script, so if you've got access to a full source tree for the
package in Q, perhaps you haven't run the autoconf script?
--sigbjorn
- Original Message -
From: Alistair Bayley [EMAIL PROTECTED]
To:
A candidate 6.4.2 installer for Windows is now available,
http://www.haskell.org/ghc/dist/stable/dist/ghc-6-4-2-20060421.msi
Unless any major issues show up over the weekend, I'll move it
into its proper directory early next week.
thx
--sigbjorn
Note: someone requested including the OpenAL
The appended snippet might help..
--sigbjorn
-- whnf.hs
import Foreign.StablePtr
import System.IO.Unsafe
isWHNF :: a - Bool
isWHNF a = unsafePerformIO $ do
stl - newStablePtr a
rc - isWhnf stl
freeStablePtr stl
return (rc /= 0)
foreign import ccall safe isWhnf isWhnf :: StablePtr a -
A test installer for a patched version of ghc-6.4.1 for Windows is
now available,
http://haskell.org/ghc/dist/6.4.1/ghc-6-4-1-bld1.msi
Unless I'll hear of any packaging snafus, it'll be hooked up to the
GHC web pages tomorrow. Notice that by default this
installer will deposit bits in the same
Just uploaded hooked up to the downloads page,
http://haskell.org/ghc/download_ghc_641.html
--sigbjorn
- Original Message -
From: David Nick Main [EMAIL PROTECTED]
To: glasgow-haskell-users@haskell.org
Sent: Tuesday, September 20, 2005 16:01
Subject: Re: ANNOUNCE: GHC version
Adding the -Lc:\windows\system32 option when linking upsets
the resolution of misc standard libraries, causing 'ld' to use the DLLs
rather than the mingw link libraries, including msvcrt.dll.
Try just using c:/windows/system32/ntwdblib.dll on the link line instead.
If ld's DLL auto-import support
this one soon, that's the final 6.4 installer.
The caveats/remarks below for the 'bld1' version also applies to
this one.
--sigbjorn
- Original Message -
From: Sigbjorn Finne [EMAIL PROTECTED]
To: GHC users glasgow-haskell-users@haskell.org
Sent: Thursday, March 17, 2005 16:59
Subject: Updated
Thanks,
this issue was fixed a couple of hours ago in the CVS repository
based on similar feedback from other Win9x users. Expect to see
an updated installer sometime early next week.
--sigbjorn
- Original Message -
From: J L Russell [EMAIL PROTECTED]
To: glasgow-haskell-users@haskell.org
An updated version of the Windows installer for ghc-6.4 is now available
for testing,
http://www.haskell.org/ghc/dist/stable/dist/ghc-6-4-bld1.msi
md5 checksum: 4a55a5614587cef07a19d7f7728f3a83
It hopefully sorts out the showstopping profiling problems that people
have reported; let me know if
New installer available that includes all STABLE changes up
until 20:00 UTC today:
http://www.haskell.org/ghc/dist/stable/dist/ghc-6-4-20050304.msi
( md5.sig: 022bfcaae335b718bdc59014d58b39a0 )
--sigbjorn
- Original Message -
From: Sigbjorn Finne [EMAIL PROTECTED]
To: GHC users glasgow
http://www.haskell.org/ghc/dist/stable/dist/ghc-6-4-20050301.msi
(md5.sig: 0f3be1a0c211194415b2cb8ee579f6e1 ; size: 46M)
the only known omission from the bits intended to be included in
the release proper is the PDF version of the user's guide.
--sigbjorn
The instructions below refer to a slightly older version of
mingw -- to have it work with the one that's bundled with
6.2.2, substitute strcasecmp.o strncasecmp.o for
string_old.o.
--sigbjorn
- Original Message -
From: Sigbjorn Finne [EMAIL PROTECTED]
To: Wassell, Mark P (GE Energy
You can make 'readline' load with GHCi 6.2.2 with
just a little bit of effort -- try the following:
# any old temporary working directory will do
bash$ mkdir c:/tmp/hack
bash$ cd c:/tmp/hack
# assuming you've install 6.2.2 in c:/ghc/ghc-6.2.2
bash$ c:/ghc/ghc-6.2.2/bin/ar x \
Jon Fairbairn [EMAIL PROTECTED] writes:
[1] What's the Do doing there anyway? You end up writing
withSocketsDo$do, and we could do without the Do$do.
Yes, that just doesn't fly, does it? withSocketsDo in user
code became superfluous a couple of releases back.
--sigbjorn
Hi,
please be aware that the RTS uses GMP as well, and upon
initialisation it sets GMP's 'memory functions' to allocate memory
from the RTS' heap. So, in the code below, the global variable
'p' will end up having components pointing into the heap.
Which is fine, until a GC occurs and the
Not sure what 2) refers to, but 1) and 3) is already in 6.2.x;
no need to use the heavier-weight -threaded stuff to enable
it.
--sigbjorn
- Original Message -
From: George Russell [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, May 04, 2004 03:42
Subject: Windows ghc6.04
Is
An installer for Windows users can now also be found in
that directory.
--sigbjorn
- Original Message -
From: Simon Marlow [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 11, 2004 04:43
Subject: RE: Release Candidate for 6.2.1 available
ghc-6.2.20040304 and later
This is a 6.x bug; I fixed it in HEAD a while back,
http://haskell.org/pipermail/cvs-ghc/2003-October/018991.html
but the change wasn't merged for some reason.
--sigbjorn
- Original Message -
From: Sven Panne [EMAIL PROTECTED]
To: Volker Wysk [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Hi there,
looks like a network byte-order vs host byte-order gotcha.
Never use the PortNum constructor, but declare 'portnum'
to have type PortNumber and simply drop the use of PortNum
in your code alltogether. Alternatively, use intToPortNumber
to translate between Int and PortNumber.
hth
mingw (2.0.x) supplies a libreadline.a, but no header files to go with it,
which is why the readline package isn't being built (and shipped.) Hopefully
this will be fixed in a future release (of mingw.)
You can either go the route you suggest, or pick up a mingw port of
readline (there's a couple
--
From:
Calle
Lejdfors
To: Sigbjorn Finne
Cc: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003
00:01
Subject: Re: GHC-6.0: Open with ... bug
(again!)
Hi.
Thanks! It seems to work correctly now. However
it does not appear to work when loading via :load on the G
Hi there,
thanks for the report on an issue I thought had
been properly resolved,
but alas not.The updated Windows installer
that was published last Monday
does include a fix for the issue. I'm guessing you
spotted that, but I didn't
want to leaveyour report un-replied to in the
e-mail
To fix a pair of showstopper bugs, an updated version of the
win32 MSI installer has been uploaded. It includes the following
fixes:
- as was, -fvia-C fell over due to header files not being in the
expected place within the install tree.
- The ghci wrapper now quotes the command-line
This time with an attachment..
- Original Message -
From: Sigbjorn Finne [EMAIL PROTECTED]
To: GHC users [EMAIL PROTECTED]
Sent: Monday, June 02, 2003 10:10
Subject: Updated ghc-6.0 windows installer available
To fix a pair of showstopper bugs, an updated version of the
win32 MSI
The problem is that the necessary header file (config.h) isn't included
in that module. This was fixed a while ago in HEAD.
--sigbjorn
- Original Message -
From: Peter Strand [EMAIL PROTECTED]
To: C.Reinke [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, March 17, 2003 13:34
Did you remember to use 'withSocketsDo'? If you
did, it would help to see the code that's failing
for you (trivial or not.)
--sigbjorn
- Original Message -
From: Claus Reinke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 03, 2003 04:14
Subject: Network on Win98: failed -
Dean Herington [EMAIL PROTECTED] writes:
On Wed, 26 Feb 2003, Sigbjorn Finne wrote:
wait3() or getrusage()? (Neither of which are supported
by the posix library.)
--sigbjorn
Thanks, Sigbjorn. I drafted a Haskell wrapping of wait4(), modeled on
code I found in CVS. See attached. I'd
wait3() or getrusage()? (Neither of which are supported
by the posix library.)
--sigbjorn
- Original Message -
From: Dean Herington [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 16:17
Subject: child process statistics
Does anyone know how to get the
Thanks, I'll keep it in mind should I decide to revisit this. My
experiences of getting per-user installs to work reliably with
MSIs haven't been too positive.
--sigbjorn
- Original Message -
From: Malcolm Wallace [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 17, 2003
Hi thee,
this is most likely due to the XP shell invoking
'ghci' as follows:
p:\ath\to\ghci c:\Documents and
Settings\foo\
which makes it look as if multiple arguments are
given on the
command-line (indeed, that's what the argv vector
will contain.)
The registered file assocations
Kevin S. Millikin [EMAIL PROTECTED] writes:
...
timeSetEvent is in the multimedia DLL WINMM.DLL. Here's where it gets
fuzzy. Eventually, WINMM.DLL calls into KERNEL32.DLL. Eventually
that calls into NTDLL.DLL. NTDLL issues the x86 instruction:
int 2Eh
Which is an interrupt. The
http://haskell.org/ghc/dist/5.04.2/
To use, just unpack go.
--sigbjorn
- Original Message -
From: Francis Girard [EMAIL PROTECTED]
To: Sigbjorn Finne [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, December 05, 2002 20:20
Subject: Re: ANNOUNCE: GHC version 5.04.2 released
Why
Simon Marlow [EMAIL PROTECTED] writes:
==
The (Interactive) Glasgow Haskell Compiler -- version 5.04.2
==
...
A Win32 installer is now available via the downloads page
http://galois.com/~sof/ghc/nightly/dist/
is one such place (src + RH7.3 tar bundles)...well, it
will (again) be once the sysadmin wakes up! (directory
indexing on the web server has been shut off for some
reason.)
--sigbjorn
- Original Message -
From: Koen Claessen [EMAIL PROTECTED]
Hi there,
the installer gives you a choice between Typical, Custom,
and Complete -- choose the Custom option to pick an
installation location other than the default.
hth
--sigbjorn
- Original Message -
From: David Sabel
To: [EMAIL PROTECTED]
Sent: Wednesday, October 23, 2002 05:43
Hi there,
leaving it out of the 5.04.1 installer was unintended, esp. since
5.04 had it included. I'll make sure it makes a re-appearance
in 5.04.2 (or whatever the next GHC release ends up being
named.)
--sigbjorn
- Original Message -
From: Alfonso
To: [EMAIL PROTECTED]
Sent: Tuesday,
Dominic Cooney [EMAIL PROTECTED] writes:
I complained late last week that GHC failed to build because ghc-inplace
couldn't do anything more complicated than print its version number.
I tried again on a clean machine, this time remembering to replace
Cygwin's sh.exe with bash.exe, and
Simon Marlow [EMAIL PROTECTED] writes:
I'd settle for that kind of indiscriminate flushing -- as is,
trivial I/O examples such as
main = do
putStr What is your name?
ls - getLine
putStrLn (Hello ++ ls ++ !)
fail to behave as expected.
That depends on what you
Simon Marlow [EMAIL PROTECTED] writes:
The (Interactive) Glasgow Haskell Compiler -- version 5.04
Packages will appear as they are built - if the package for your system
isn't available yet, come back later.
A Windows installer for 5.04 is now available via the GHC downloads
This is actually no longer an issue, as H98's behaviour
for derived Show and Read instances have changed
recently.
When Simon next has the time (and inclination) to put out
a Report revision, text describing the change will be
included. In the meantime, have a look at
static.c:mkReadInfix() and
Something like:
foo$ cat Foo.gc
module Foo where
import StdDIS
%dis foo x = char x
foo$ cat Bar.gc
module Bar where
import StdDIS
import Foo
%fun f :: Foo - IO ()
foo$ green-card -i/path/to/green-card/lib/ghc -tffi Bar.gc
foo$
hth
--sigbjorn
- Original Message -
From: Hal Daume III
ok, the -s option lets you expand the list of file suffixes used,
i.e., -sghc would take care of it your case.
--sigbjorn
- Original Message -
From: Hal Daume III [EMAIL PROTECTED]
To: Sigbjorn Finne [EMAIL PROTECTED]
Cc: GHC Users Mailing List [EMAIL PROTECTED]
Sent: Wednesday, May 29
Have a look the the -M RTS option (default is 256M
on Win32, not unlimited.)
--sigbjorn
- Original Message -
From: Hal Daume III [EMAIL PROTECTED]
To: GHC Users Mailing List [EMAIL PROTECTED]
Sent: Monday, April 15, 2002 08:04
Subject: max heap exhausted
What does it mean when my
Simon Marlow [EMAIL PROTECTED] writes:
I can't seem to get the Garbage Collector to work properly on MacOS X.
When a program triggers the Garbage Collector, it aborts with the
following message:
a.out: fatal error: scavenge_stack: weird activation record
found on stack: 0
I'd
ghc-5.02.2 is not a cygwin application, so it won't
understand paths like /d/foo -- it will understand
d:/foo and d:\foo though.
Internally, the compiler will canonicalise paths to
'platform-native' formats before passing them to
external tools, which is why you see the slashes
reversed. GHC
ghc-5.02.2 is not a cygwin application,
Whilst I was aware that GHC no longer requires Cygwin to run,
I didn't realise that it actively discourages use under Cygwin.
This issue arose because a Windows user would like to use `hmake'
with GHC, and the `hmake' installation currently
Malcolm Wallace [EMAIL PROTECTED] writes:
...
Don't know where you get this actively discouraging bit from.
I'm sorry, I just meant that it seems to be a little bit more
difficult now to get GHC and Cygwin to interoperate than it once was.
The situation as I understand it is this:
A Windows Installer for this snapshot is now available via
the GHC downloads page,
http://haskell.org/ghc/download_ghc_snapshot.html
enjoy
--sof
- Original Message -
From: Julian Seward (Intl Vendor) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday,
Apologies if this has been covered before. What compatibility is there
between code compiled in different versions of GHC?
As a rule, none. Always recompile your code for every new
release.
--sigbjorn
___
Glasgow-haskell-users mailing list
Koen Claessen [EMAIL PROTECTED] writes:
..
I have sucessfully installed the latest GHC on my (new)
Windows laptop.
I have also installed cygwin a while ago, and I really like
it. (I am doing all my work from a cygwin shell.)
The problem is that control-C is interpreted differently
Jorge Adriano [EMAIL PROTECTED] writes:
...
module Main where
main :: IO()
main = do
putStr n:
n - readLn :: IO(Int)
print n
Used to work fine with ghc 5.00.2, that is, it would print n:, then wait
for the input, and finaly print n.
With Ghc 5.02.2 it only
Hi,
GreenCard is still widely used, but doesn't offer any
support for what you're wanting to do.
Is the auto-generation of proxy code around the Haskell
functions you want to export worth your while to get
started with HDirect? Don't know, you may want to try
doing it manually for a couple of
Hi,
your e-mail message looks as if it got stuck in a queue
somewhere, but just in case you didn't see this,
http://haskell.org/pipermail/glasgow-haskell-users/2001-December/001249.html
has got details of how to do this without going via C.
hth
--sigbjorn
- Original Message -
From:
Hi,
haven't looked into this one, but Haggis is way out of
date (unless there are people out there still using ghc-0.29!).
This is only the start of significant amount of trouble if you
try to compile it up - I suggest you don't :-) References to it
from the Haskell web site could with benefit
GlaExts is the user-level module to use to bring
it into scope.
--sigbjorn
- Original Message -
From: Koen Claessen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 07, 2001 09:43
Subject: RealWorld?
Hi,
I want to use the functions:
hGetBufBA :: Handle -
Yes, if you're willing to do the following:
- only use the --mk-dll option when linking together object
files archives (i.e., don't try compile a Haskell source
file and create its DLL during the same invocation of GHC).
(Remembering to include the _stub.o files too when linking).
-
for Fortran function/subs.
You could certainly imagine a tool that would automate all this..
hth
--sigbjorn
- Original Message -
From: Heron [EMAIL PROTECTED]
To: Sigbjorn Finne [EMAIL PROTECTED]
Sent: Sunday, December 02, 2001 02:43
Subject: Re: FORTRAN and HASKELL
Thank you for your
Hi,
you don't say what platform this is on (or what Fortran compiler
you're using). But, on Win32 platforms, many compilers use a
calling convention which is identical to the 'stdcall' calling convention,
so attributing your 'foreign import' declarations with stdcall
should get you there. At
Conclusion: you're hosed with ghc-5.02.1 and its socket libs under
Win32. Sorry.
If you don't mind getting your hands a (little) bit dirty, here's a story
that will work ghc-5.02.1:
* edit SocketPrim.hi (and SocketPrim.p_hi), to instead of saying
Socket in its __export section it
Sven Eric Panitz [EMAIL PROTECTED] writes:
It seems that the Socket library does still not work
with ghc 5.02.1.
I tried the simple test:
main =
do
d - connectTo localhost (PortNumber 80)
hPutStr d GET / HTTP/1.0\n\n
hFlush d
c - hGetContents d
I suspect they're really the same routines (public domain
impl of MD5), but it's reasonable to expect that GHC
libraries don't lay claim to valuable names in the linker's
namespace. I've checked in a change to the current
sources to avoid this problem for the routines below.
Assuming the
instead).
hth
--sigbjorn
- Original Message -
From: Andre W B Furtado [EMAIL PROTECTED]
To: Sigbjorn Finne [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Saturday, November 17, 2001 21:25
Subject: Re: profiling problem
Turn down the context switching time and/or the delta between
Peter Strand [EMAIL PROTECTED] writes:
Why does getProgName in the System module in ghc return only the program
name
and not the invoked path?
The library report states
Computation getProgName returns the name of the program _as it was
invoked_
and both nhc and hbc behaves as one(?)
Yes, we've seen behaviour like this here on that platform.
If you try feeding the failing compiler invocation the extra
command-line option -dshow-passes and it shows up as
failing pretty early on in the game (parsing, renaming),
here's something you may want to try out:
- in mk/build.mk (in
Try http://www.galconn.com/~sof/hdirect-0.18-src.tar.gz
(src dist built about a month ago).
--sigbjorn
- Original Message -
From: Sven Eric Panitz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 04, 2001 06:14
Subject: hdirect and ghc 5.02
Just a short question:
Julian Seward (Intl Vendor) [EMAIL PROTECTED] writes:
| char fooble ( ... )
| {
| return 'z';
| }
|
| on an x86, 'z' will be returned at the lowest 8 bits in %eax. What I
| don't know is, is the C compiler obliged to clear the upper 24 bits
of
| %eax, or does that onus
That looks like an omission; I've checked in impls for
the missing getter routines.
--sigbjorn
- Original Message -
From: Ashley Yakeley [EMAIL PROTECTED]
To: Haskell Cafe List [EMAIL PROTECTED]; GHC List
[EMAIL PROTECTED]
Sent: Friday, August 03, 2001 01:46
Subject: Missing functions
Amanda Clare [EMAIL PROTECTED] writes:
Does anyone know how I use Rationals in ghc? In nhc I can just write
let a = b % c
But ghc-5.00.2 gives the error message Variable not in scope: `%'
I've looked through the documentation and can't find any reference to a
Rational library, or
Adrian Hey [EMAIL PROTECTED] writes:
*** ghc Newbie Alert **
I suppose the first question i should ask is will the current version
(hdirect 0.17) work with ghc-5.00.2 or am I wasting my time?
I've found I have to put '-package lang' in the ghc options to get
the installation to to work at
[EMAIL PROTECTED] writes:
Josef wanting to squirrel away ExtCore and .hi's only
This would be a Good Thing and not too hard.
How would you like to specify where to stop? After the last
blob of debug output might be a reasonable answer, but
we definitely also want to be able to
Simon Marlow [EMAIL PROTECTED] writes:
I'm currently re-implementing GHC's I/O library, and I'd like to get
people's opinions on the following I/O extensions currently provided by
GHC - should we continue to provide them or not.
1. IOExts.hConnectTo
This was designed to be a way to
You need to init WinSock first, i.e.,
main = withSocketsDo $ do {...}
--sigbjorn
Martijn [mailto:[EMAIL PROTECTED]] writes:
Hi,
I'm trying to set up some socket connections with Haskell on
a Windows 2000
platform, but I can't seem to get them working.
My program is rather
Brett Letner [EMAIL PROTECTED] writes:
So if I understand this correctly, I'm doing it wrong, but that's o.k.
because even if I wasn't it still wouldn't work :)
This brings up a larger question, should I even be trying to do this?
Yes, linking in Haskell code in the way you tried is
Simon Marlow writes:
Could someone instruct me on (or point me to) the correct ghc
command line for calling haskell from C?
...
You can use ghc just like you would use gcc to compile up
your C program,
then use ghc again to link the whole program with the Haskell
module(s).
Lescher Christian [EMAIL PROTECTED] writes:
Thanks a lot for your solution! However, I've got two more problems:
1) When executing "make", I get an error message.
C:\...make
/ghc/ghc-4.08.1/bin/ghc-4.08.1 -static -package lang -c BSTR.hs
C:/ghc/ghc-4.08.1/lib/includes/Stg.h:141:
POSIX.1 only defines #defined constants upto B38400, so anything
beyond that is non-standard (as your man pages for cfgetispeed()
and friends probably point out.)
--sigbjorn
-Original Message-
From: Marcus Shawcroft [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 19, 2000 02:11
Lescher Christian [EMAIL PROTECTED] writes:
I want to call a Haskell function with string arguments and a
string result from VBA (MS Access).
I already know that the Com-Library of HDirect provides
marshallBSTR and unmarshallBSTR functions, but up to now I
didn't manage to get it
The support libraries for HaskellDirect provide
functions for converting between BSTRs and Haskell'
String (Com.marshallBSTR, Com.unmarshallBSTR) --
http://www.dcs.gla.ac.uk/fp/software/hdirect/user-32.html
has the overview. However, the binaries available for
that library is for ghc-4.045, so
Hi,
I'm not the 'Win expert' you're looking for, but here's 2 ways to do it:
1 - package up your Haskell code as a COM component
using GHC access it via VBA just like you would any
other COM component. HaskellDirect will give you a helping
hand here.
2 - build a DLL that exports
1 - 100 of 146 matches
Mail list logo