Re: [wxhaskell-devel] Compile problems

[harry]

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 machine, I can't expect any users to go
through all this.


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Henk-Jan van Tuyl]

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 without spaces in the path?

Regards,
Henk-Jan van Tuyl


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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 Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Henk-Jan van Tuyl]

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!
>
> Is the one you uploaded 32 bit? Maybe that's the problem, I'm on a 64 bit
> system. But the perl dll is probably 32 bit, and I don't know what the  
> other
> stuff it's being linked with is - I'm over my head now.
>

I have a 32 bit system, the DLLs are working, so the DLLs must be 32 bit.

Regards,
Henk-Jan van Tuyl


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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'm on a 64 bit
system. But the perl dll is probably 32 bit, and I don't know what the other
stuff it's being linked with is - I'm over my head now.


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Henk-Jan van Tuyl]

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, which was easier to find
> (strawberry perl), then I had to get a more recent version of it ... I'm  
> now
> up to:
>
> Loading package wxc-0.90.0.4 ... ghc.exe: uuid: %1 is not a valid Win32
> application.

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

Regards,
Henk-Jan van Tuyl


-- 
Folding@home
What if you could share your unused computer power to help find a cure? In  
just 5 minutes you can join the world's biggest networked computer and get  
us closer sooner. Watch the video.
http://folding.stanford.edu/


http://Van.Tuyl.eu/
http://members.chello.nl/hjgtuyl/tourdemonad.html
Haskell programming
--

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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 get a more recent version of it ... I'm now
up to:

Loading package wxc-0.90.0.4 ... ghc.exe: uuid: %1 is not a valid Win32
application.

Any idea what that means?


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Jeremy O'Donoghue]

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 header read by wxdirect
* Define a 'NULL' implementation as well as the correct one, e.g.

In wxc_glue.h
int wxSomeClass_GetSomeParam( TSelf(wxSomeClass), int param1, int param2);

in SomeClass.cpp
EWXWEXPORT(int,wxSomeClass_GetSomeParam)(wxSomeClass* self, int param1, int
param2)
{
#if (wxVERSION_NUMBER < 2900)
return 0;
#else
// Do the real wrapping
#endif
}

This is far from ideal, but it is the simplest workaround to get things
compiling. You can use wxCHECK_VERSION above as well - I think the logic is
inverted, but the code is otherwise similar.

Jeremy


On 9 June 2013 21:52, Charles the Hawk  wrote:

> 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 sandbox as described in the wiki.  I thought I changed the path
> to use the 90.1 wxdirect but it's possible the older modified wxdirect
> was running.  I'll try to play around with it some tomorrow and make
> sure my modified wxdirect isn't being run.  But I definitely had to
> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as
> Blair suggested.
>
> I think we need to decide what to do on conditional compiles. Either 1)
> modify wxdirect to handle them (way over my head), 2) no conditionals in
> the headers wxdirect processes which also means to leave out any new
> function not in a specific lower version, or 3) require a specific
> higher version.  It seems to me that #2 is probably the simplest and
> thus best way to go as that should work on more installs without
> requiring modifications unless it turns out that SetDeviceClippingRegion
> is actually required in 2.9.4 installs.
>
> On 06/09/2013 07:31 PM, harry wrote:
> > 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: cabal install ./wxdirect ./wxc ./wxcore ./wx
> >> Should hopefully get you up and running, let me know how it goes.
> > I used that one as well, and got a ton of "Unacceptable argument type in
> > foreign declaration" errors, perhaps related to
> > http://hackage.haskell.org/trac/ghc/ticket/5610.
> >
> >
> >
> --
> > How ServiceNow helps IT people transform IT departments:
> > 1. A cloud service to automate IT design, transition and operations
> > 2. Dashboards that offer high-level views of enterprise services
> > 3. A single system of record for all IT processes
> > http://p.sf.net/sfu/servicenow-d2d-j
> > ___
> > wxhaskell-devel mailing list
> > wxhaskell-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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 Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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.


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Eric Kow]

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
>
> 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?
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel



-- 
Eric Kow 

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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?


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Charles the Hawk]

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
>> mentioned.  It was working fine so I installed the 90.1 from Atze's repo
>> into a sandbox as described in the wiki.  I thought I changed the path
>> to use the 90.1 wxdirect but it's possible the older modified wxdirect
>> was running.  I'll try to play around with it some tomorrow and make
>> sure my modified wxdirect isn't being run.  But I definitely had to
>> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as
>> Blair suggested.
> Could you upload your modified code to Github? You seem to have done a lot
> of good work to make it compile, it would be great if others could use it.
>

Any noobs out there like me trying to install this and getting reinstall 
warnings, save yourself some grief and unregister any older versions of 
the 4 packages (wx, wxc, wxcore, wxdirect) before installing.  (ghc-pkg 
unregister ).

I'm using ArchLinux, ghc 7.6.3, wxWidgets 2.9.4, and the current repo 
(atzedijkstra).  The only change I had to make was to change the 
wxCHECK_VERSION(2,9,5) that refer to SetDeviceClippingRegion to 
wxCHECK_VERSION(2,9,4) in wxc/src/include/wxc_glue.h and 
wxc/src/cpp/eljdc.cpp.  Atze has them at 2,9,5 for a reason.  It will 
compile but I get link errors without the above change.  If you get an 
error while compiling eljpen.cpp, you probably don't have the latest 
version.

Harry,
After discovering the above, Atze's repo compiled fine, so I don't think 
I should check that mod in.  I doubt it would hurt anything but let's 
not clutter up the code with anything unnecessary.  If you still have 
problems after following the above and want to try it to see if it fixes 
your problem, edit wxdirect/src/CompileClasses.hs. Line 110 should be 
something like:
, "import qualified Data.ByteSTring as B (...
Insert before that line:
, "import Foreign.C.Types"

In the old repo, it was line 101 so perhaps a change has already been 
made to fix the problem.  It's also possible I changed more than one 
thing on my system between compiles and this had nothing to do with it 
working.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Eric Kow]

> 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 Directory".  Would "import Data.List" and "import
> Foreign.C.Types" work on older versions of the compiler?

List and Directory are from the old Haskell98 days before we switched
to hierarchical module names (Data.List, System.Directory).

It's worth modernising the example programs.
Great albeit somewhat mindless starter task


> FWIW, I'm a retired Pick (if anyone remembers that) programmer now
> working as a school headmaster but try to use my programming skills as
> much as possible.  I started using OCaml about 10 years ago and
> converted a lot of my old software to it but was using mostly imperative
> code and classes.  The learning curve has been steeper than I expected
> (hoped), but those "That's so cool!" moments have been frequent enough
> to keep me interested. :)

Well worth it!

--
Eric Kow 

--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Charles the Hawk]

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
>> mentioned.  It was working fine so I installed the 90.1 from Atze's repo
>> into a sandbox as described in the wiki.  I thought I changed the path
>> to use the 90.1 wxdirect but it's possible the older modified wxdirect
>> was running.  I'll try to play around with it some tomorrow and make
>> sure my modified wxdirect isn't being run.  But I definitely had to
>> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as
>> Blair suggested.
> Could you upload your modified code to Github? You seem to have done a lot
> of good work to make it compile, it would be great if others could use it.
>

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 Directory".  Would "import Data.List" and "import 
Foreign.C.Types" work on older versions of the compiler?

FWIW, I'm a retired Pick (if anyone remembers that) programmer now 
working as a school headmaster but try to use my programming skills as 
much as possible.  I started using OCaml about 10 years ago and 
converted a lot of my old software to it but was using mostly imperative 
code and classes.  The learning curve has been steeper than I expected 
(hoped), but those "That's so cool!" moments have been frequent enough 
to keep me interested. :)

--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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 the 90.1 from Atze's repo 
> into a sandbox as described in the wiki.  I thought I changed the path 
> to use the 90.1 wxdirect but it's possible the older modified wxdirect 
> was running.  I'll try to play around with it some tomorrow and make 
> sure my modified wxdirect isn't being run.  But I definitely had to 
> change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as 
> Blair suggested.

Could you upload your modified code to Github? You seem to have done a lot
of good work to make it compile, it would be great if others could use it.


--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Charles the Hawk]

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 sandbox as described in the wiki.  I thought I changed the path 
to use the 90.1 wxdirect but it's possible the older modified wxdirect 
was running.  I'll try to play around with it some tomorrow and make 
sure my modified wxdirect isn't being run.  But I definitely had to 
change all the CHECK_VERSIONs to 2,9,4 or they could be commented out as 
Blair suggested.

I think we need to decide what to do on conditional compiles. Either 1) 
modify wxdirect to handle them (way over my head), 2) no conditionals in 
the headers wxdirect processes which also means to leave out any new 
function not in a specific lower version, or 3) require a specific 
higher version.  It seems to me that #2 is probably the simplest and 
thus best way to go as that should work on more installs without 
requiring modifications unless it turns out that SetDeviceClippingRegion 
is actually required in 2.9.4 installs.

On 06/09/2013 07:31 PM, harry wrote:
> 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: cabal install ./wxdirect ./wxc ./wxcore ./wx
>> Should hopefully get you up and running, let me know how it goes.
> I used that one as well, and got a ton of "Unacceptable argument type in
> foreign declaration" errors, perhaps related to
> http://hackage.haskell.org/trac/ghc/ticket/5610.
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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: cabal install ./wxdirect ./wxc ./wxcore ./wx 
> Should hopefully get you up and running, let me know how it goes.

I used that one as well, and got a ton of "Unacceptable argument type in
foreign declaration" errors, perhaps related to
http://hackage.haskell.org/trac/ghc/ticket/5610.


--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Atze Dijkstra]

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 consequence is that the 
wxHaskell code base can be used only against one specific wxwidgets version. In 
other words, choose your version and pick the right line of code until the 
condition has been removed.

Cheers,

--
Atze Dijkstra

On 9 jun. 2013, at 17:34, Blair Archibald  wrote:

> 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 ./wxcore ./wx 
> 
> Should hopefully get you up and running, let me know how it goes.
> 
> Many thanks,
> Blair
> 
> 
> On 9 June 2013 11:17, harry  wrote:
>> 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 anything to make it complile?
>> 
>> 
>> --
>> How ServiceNow helps IT people transform IT departments:
>> 1. A cloud service to automate IT design, transition and operations
>> 2. Dashboards that offer high-level views of enterprise services
>> 3. A single system of record for all IT processes
>> http://p.sf.net/sfu/servicenow-d2d-j
>> ___
>> wxhaskell-devel mailing list
>> wxhaskell-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
> 
> --
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Blair Archibald]

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 ./wxcore ./wx

Should hopefully get you up and running, let me know how it goes.

Many thanks,
Blair


On 9 June 2013 11:17, harry  wrote:

> 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 anything to make it complile?
>
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
>
--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[harry]

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 anything to make it complile?


--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] Compile problems

[Charles the Hawk]

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 
someone with earlier versions of wxWidgets if my theory is correct that 
wxdirect includes the declaration but the conditional compiles don't.  A 
lot of people (most?) will try something like this once and if it 
doesn't work, they try another package.  Have there been problems in the 
past with conditionals in the headers that wxdirect processes?


On 06/06/2013 04:19 PM, Charles the Hawk wrote:
> 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 creeping into the generated code.  When I
> try to link to it, I get an undefined reference.  After commenting out
> all references to SetDeviceC... and rebuilding, everything seems to work
> fine.
>
> I'd like to see this project succeed but am a bit too green to do
> anything serious.  I might be able to clean up the samples a bit if that
> would be helpful. :D
>
>
>
> --
> How ServiceNow helps IT people transform IT departments:
> 1. A cloud service to automate IT design, transition and operations
> 2. Dashboards that offer high-level views of enterprise services
> 3. A single system of record for all IT processes
> http://p.sf.net/sfu/servicenow-d2d-j
> ___
> wxhaskell-devel mailing list
> wxhaskell-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel


--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel