Hi,
Thanks for the feedback! Suggestions implemented in your daily
value-supply release :)
Happy Holidays!
-Iavor
On Wed, Dec 24, 2008 at 7:46 AM, Isaac Dupree wrote:
> Iavor Diatchki wrote:
>>>
>>> Also, your
>>> implementation of it could be more efficient: it doesn't need to do
>>> locking,
Ok, enough talking to myself :)
If anybody ever wants to build hsql-mysql on windows and has the same
problems as I had, here's how it should be done.
The problem I had seemed to be that libmysql.dll uses stdcall, but
names its functions without @ decoration. Thus, when linking a
Haskell program
Mm, actually I didn't change the calling convention ffi imports when I
thought I did. I tried to do it through defines...
Well, by explicitly saying ccall I get the names without @
decoration. And it all links well. But I get segault when I run the
code, which should mean that calling conventions
Iavor Diatchki wrote:
Also, your
implementation of it could be more efficient: it doesn't need to do locking,
so I suggest modifyIORef rather than atomicModifyIORef (Actually you'll have
to use readIORef >>= writeIORef >> return, instead, because modifyIORef has
a different type than atomicModif
Hello
How is decided whether the name of imported function gets the ending
of the form @4 in ghc?
I'm having this problem on Windows trying to use HSQL MySQL on windows.
I compile HSQL Oracle backend and I get names without that. It's ok.
With HSQL MySQL I get names with that stuff. It prevents