Henk-Jan van Tuyl writes:
> Have you tried placing your DLLs in a directory without spaces in the path?
Yes. I should probably give up on WxHaskell until someone who knows what
they're doing (i.e. not me) takes up maintenance for the Windows port. Even
if I eventually get it to work on my machin
On Tue, 18 Jun 2013 09:03:04 +0200, harry wrote:
> Henk-Jan van Tuyl writes:
>
>> I have a 32 bit system, the DLLs are working, so the DLLs must be 32
>> bit.
>
> Since the HP for Windows is only 32 bit, that must be right for me as
> well?
Have you tried placing your DLLs in a directory wi
Henk-Jan van Tuyl writes:
> I have a 32 bit system, the DLLs are working, so the DLLs must be 32 bit.
Since the HP for Windows is only 32 bit, that must be right for me as well?
--
This SF.net email is sponsored by Win
On Mon, 17 Jun 2013 20:03:28 +0200, harry wrote:
> Henk-Jan van Tuyl writes:
>
>> Searching for "uuid: %1 is not a valid Win32 application" leads to the
>> causes:
>> - space in the path to the DLL
>> - mixup of 32/64 bit
>
> Your google is a lot better than mine, I couldn't find anything!
>
Henk-Jan van Tuyl writes:
> Searching for "uuid: %1 is not a valid Win32 application" leads to the
> causes:
> - space in the path to the DLL
> - mixup of 32/64 bit
Your google is a lot better than mine, I couldn't find anything!
Is the one you uploaded 32 bit? Maybe that's the problem, I
On Mon, 17 Jun 2013 15:32:17 +0200, harry wrote:
> Henk-Jan van Tuyl writes:
>
>> I have attached uuid.dll; it seems they have removed it from the latest
>> revision of XAMPP. I used XAMPP 1.7.4, I will update the
>> wxHaskell/Windows
>> page.
>
> Thanks for that. perl510.dll was then required
Henk-Jan van Tuyl writes:
> I have attached uuid.dll; it seems they have removed it from the latest
> revision of XAMPP. I used XAMPP 1.7.4, I will update the wxHaskell/Windows
> page.
Thanks for that. perl510.dll was then required, which was easier to find
(strawberry perl), then I had to g
wxdirect does not support conditional compilation, I'm afraid. It's a large
part of the reason why there are separate branches for wxWidgets 2.8 and
2.9.
Adding a real C preprocessor to wxdirect is a pretty large task.
The usual approach we have used in the past is:
* Define function in the heade
harry writes:
> I tried that, uuid.dll isn't there. Google isn't much help either.
If anyone's got wxhaskell working on Windows, could they upload the dll
somewhere pretty please?
--
This SF.net email is sponsored by W
Eric Kow writes:
> Hmm, apparently somebody's been down a similar path
>
> http://www.haskell.org/haskellwiki/WxHaskell/Windows
>
> (search uuid.dll - not sure where it comes from though)
I tried that, uuid.dll isn't there. Google isn't much help either.
-
Hmm, apparently somebody's been down a similar path
http://www.haskell.org/haskellwiki/WxHaskell/Windows
(search uuid.dll - not sure where it comes from though)
On 16 June 2013 15:01, harry wrote:
> Charles the Hawk writes:
>
> I can compile wx now, but linking it into an application gives
>
>
Charles the Hawk writes:
I can compile wx now, but linking it into an application gives
Loading package wxc-0.90.0.4 ... ghc.exe: uuid: The specified module could
not be found.
: can't load .so/.DLL for: uuid.dll (addDLL: could not load DLL)
Any idea what it wants?
---
On 06/10/2013 10:21 AM, harry wrote:
> Charles the Hawk writes:
>
>> At first I installed the 90.0.1 from the older site. I had to modify
>> wxdirect to do an "import Foreign.C.Types" to get rid of the arg type
>> errors and change the pointer assignment in eljpen.cpp that others have
>> mentione
> That's where my inexperience with Haskell comes in. It seems I've
> picked a bad time to learn the language, for a lot of the example
> programs won't compile on my system. It wants things like "import
> Data.List" and import "System.Directory" instead of just "import List"
> and "import Direct
On 06/10/2013 10:21 AM, harry wrote:
> Charles the Hawk writes:
>
>> At first I installed the 90.0.1 from the older site. I had to modify
>> wxdirect to do an "import Foreign.C.Types" to get rid of the arg type
>> errors and change the pointer assignment in eljpen.cpp that others have
>> mentione
Charles the Hawk writes:
> At first I installed the 90.0.1 from the older site. I had to modify
> wxdirect to do an "import Foreign.C.Types" to get rid of the arg type
> errors and change the pointer assignment in eljpen.cpp that others have
> mentioned. It was working fine so I installed th
At first I installed the 90.0.1 from the older site. I had to modify
wxdirect to do an "import Foreign.C.Types" to get rid of the arg type
errors and change the pointer assignment in eljpen.cpp that others have
mentioned. It was working fine so I installed the 90.1 from Atze's repo
into a san
Blair Archibald writes:
> I used this repo: https://github.com/atzedijkstra/wxHaskell
> Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in
wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be
commented out - or at least had to be on my setup.
> Then a simple: c
The condition on 2.9.5 was added as I wanted to leave the code compatible with
2.9.4 when modifying wxHaskell against the then newest wx source codebase,
which turned out to compile ok on my machine but in the end does not work as
wxdirect does not take the condition into account. The consequenc
I used this repo: https://github.com/atzedijkstra/wxHaskell
Using wxWidgets 2.9.4, and GHC 7.6.3 the only change needed is in
wxc/src/cpp/eljdc.cpp line 214 (the #if wxCHECK_VERSION(2,9,5) should be
commented out - or at least had to be on my setup.
Then a simple: cabal install ./wxdirect ./wxc .
Charles the Hawk writes:
> Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch
> Linux and ghc 7.6.3.
>
> The maintenance repo package compiles and installs
You're doing better than me if you could install on ghc 7.6.3. Which repo
did you get the code from, and did you do any
The problem is that it should be wxCHECK_VERSION(2,9,4) instead of
2,9,5, assuming that's the version that SetDeviceClippingRegion first
became available. That's the proper fix, IMO.
Thanks, Blair, for pointing this out.
I'm curious if this type of thing is still going to break/frustrate
someo
Hi, all! I'm new to Haskell and guessing a bit here. I'm using Arch
Linux and ghc 7.6.3.
The maintenance repo package compiles and installs but it looks like
wxdirect doesn't detect conditional compiles, so the
wxCHECK_VERSION(2,9,5) in wxc_glue.h doesn't prevent
SetDeviceClippingRegion from
23 matches
Mail list logo
