On Monday 27 March 2006 16:33, Bulat Ziganshin wrote:
> Thorkil, i can't understand why you can't just use FFI to import
> functions you required? why you need to patch the PrimOps list?
Hello,
As I wrote earlier, using FFI is also a candidate for getting access to
additional GMP functions. Howev
On Monday 27 March 2006 12:57, Simon Marlow wrote:
> quotInteger2Expzh_fast is the function you are adding to PrimOps.cmm to
> implement the primop. The patch in your original message indicated that
> you had added a stub for this function, so it should link ok. I don't
> understand what has g
Even as the author of some parts of Adjustor.c and some parts of
Hugs' FFI
implementation I have to admit that it isn't clear to me at all if
tail-calls
are used everywhere. %-)
Hugs uses tail-jumps or static return code on all supported
platforms, GHC on all platforms except IA64.
And
Am Montag, 27. März 2006 20:56 schrieb Wolfgang Thaller:
> >C -> adjustor -> stub -> Haskell -> stub -> adjustor -> C
> >
> > It could be the case that the adjustor tail-jumps to the stub, but
> > this is not
> > guaranteed to be the case for all platforms.
>
> Hmmm, I thought it was.
> [...]
>
On 28 March 2006 13:41, Bulat Ziganshin wrote:
> Tuesday, March 28, 2006, 3:34:59 PM, you wrote:
>
>> We're finally in release-candidate mode for 6.4.2. Please grab a
>
> i've written your email about ghc documentation that lists obsolete
> "-ddump" options and don't mention new ones such as "-
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:
x86_64-unknown-linux (Fedora Core 5), i386-unknown-linux (gli
Hello Simon,
Tuesday, March 28, 2006, 3:34:59 PM, you wrote:
> We're finally in release-candidate mode for 6.4.2. Please grab a
i've written your email about ghc documentation that lists obsolete
"-ddump" options and don't mention new ones such as "-ddump-cmm". are
you got it?
i can even scan
Brian Hulley wrote:
I've found a thread at
http://www.haskell.org//pipermail/ffi/2002-July/000554.html where
someone else asked the same question, but apart from the problem of
'const' , and the desire to verify the actual type of the C function, I
can't find any convincing case for requiring
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:
> x86_64-unkn
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:
x86_64-unknown-linux (Fedora Core 5), i386-unknown-linux (glibc 2.3
era), and Window
Brian Hulley wrote:
#ifdef __DUMA_H
#ifndef __DUMA_H
So everything compiles now with no warnings (I've got used to using #pragma
once instead of all that #ifndef stuff hence the silly mistake)
Regards, Brian.
___
Glasgow-haskell-users mailing
Simon Marlow wrote:
Also the User's Guide has a snippet about it:
http://www.haskell.org/ghc/docs/latest/html/users_guide/sec-ffi-ghc.html#glasgow-foreign-headers
and this FAQ entry:
http://haskell.org/haskellwiki/GHC/FAQ#When_I_use_a_foreign_function_that_takes_or_returns_a_float.2C_it_gives_
Christopher Brown wrote:
I am trying to get GHC 6.5 to compile on Mac OS X and I am not having
much success. I managed to get the CVS version to build without any
problems on my linux machine, and when I followed the same steps to
complie on my mac I get errors.
Here are the steps I follo
Duncan Coutts wrote:
Because ghc does compile via C and does use the C header files to get
the C function prototype. Well it can compile via C and it's
recommended when compiling FFI code since it allows the Haskell type
you've declared to be checked against the C prototype.
[snip]
There are more
Duncan Coutts wrote:
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_v
15 matches
Mail list logo
