wxhaskell-users — General mailing list for wxhaskell users

[wxhaskell-users] cabal-macosx 0.2.2

[Eric K. <eri...@gm...>]

Hi all,

I've uploaded cabal-macosx 0.2.2 to Hackage.  

This package is intended to work with any toolkit (wxHaskell, gtk…) and should also play nicely with non-Mac platforms (ie. it's a no-op on Windows/Linux).  Basically, if you ship wxHaskell software and any of your users are on Mac, you probably want to use this package or something like it.

Usage should be fairly painless:

1. put cabal-macosx in your build-depends (and maybe rm -rf dist if this is the first time)
2. add a couple lines to your Setup.hs file (see https://github.com/gimbo/cabal-macosx/tree/master/examples)

When you do this, the cabal-macosx library will create “application bundles” for your executables, ie. those Thingy.app directories that you can then ship to your users for them to double-click and launch.  You can also pass extra flags to ask it to chase down your dependencies and include them in the bundle (which hopefully means you can just stick the bundle into a .dmg and go). For command line users, the library also creates a small shell script that points to the app bundle, allowing you the usual convenience of launching your program with some flags of your choosing.

Two recent changes in this release

* XCode 4.3 support (instead of looking for /Developer/Tools, we try looking in both that and /Applications/XCode.app/Contents/Developer/Tools)
* Friendlier to newer style Haskell Platform; cabal install now puts the application bundles in ~/Library/Haskell/Applications (and the auto-generated shell script looks for that)

-- 
Eric Kow <http://erickow.com>

Re: [wxhaskell-users] virtual list control

[Jeremy O'D. <jer...@gm...>]

Hi Fabian

On 15 April 2012 21:40, Jeremy O'Donoghue <je...@o-...> wrote:

> They could be added easily. I'll take a look.
>
> On 15/04/2012 12:16, "Fabian Binz" <fab...@ya...> wrote:
>
> Hello, ****
>
> ** **
>
> I need to display a quite large number of data in a list control and use
> the ‘items’ attribute for that purpose. However, I’m not content with the
> speed of this solution andwould like to use a ‘virtual’ list control
> instead, as it is described here: [1]****
>
> ** **
>
> The problem is, that the necessary constants and functions (i.e.
> wxLC_VIRTUAL) are not defined by wxHaskell. Is there a technical reason for
> this or could they be added easily?
>

I have just pushed experimental support for virtual list controls to the
GitHub experimental repo. You're welcome to give it a try.

https://github.com/jodonoghue/wxHaskell/commit/b5d1029b272460d729950d751d90da76df56b5dc

Added methods: listCtrlGetItemFont, listCtrlIsVirtual,
listCtrlRefreshItem, listCtrlRefreshItems.
Added constants: wxLC_VIRTUAL, wxLC_MASK_TYPE, wxLC_MASK_ALIGN, wxLC_MASK_SORT.
Removed deprecated constant wxLC_USER_TEXT.


I'll be pushing the work which I've pushed over the last week or so to the
Darcs repo next week, and will make a release to Hackage once I have had a
chance to test on all platforms (I've only verified on Mac for the moment.

Best regards
Jeremy

Re: [wxhaskell-users] Trouble using wxHaskell 0.90 : package wxc has dependency on uuid

[Rene de V. <Ren...@on...>]

Hello,

The parts with the dll's apart from uuid.dll were bogus (a wrong uuid.dll 
was found with further dependencies).

I don't seem to have a suitable uuid.dll

When I go ghc-pkg describe on wxc it lists uuid as an extra library. Why I 
have not figured out.

Then seems to result in ghci/ghc looking for a uuid.dll which it does not 
find.

Was this dependency generated?

How can I get rid of it?

Rene.

----- Original Message ----- 
From: "Rene de Visser" <Ren...@on...>
To: <wxh...@li...>
Sent: Saturday, April 21, 2012 2:44 PM
Subject: Trouble using wxHaskell 0.90 : missing DLL's on windowsXP


Hello,

Everything seem to compile OK.

When I try to run HelloWorld.hs in ghci using :main I get missing dll
uuid.dll, and then missing dll perl510.dll and then missing dll
libaprutil-1.dll.

Any ideas here? I compiled wxWidgets myself. I guess maybe I need to compile
it without support for perl5 (which I don't have) and some other things??

Any idea what is to do here?

Rene.

[wxhaskell-users] Trouble using wxHaskell 0.90 : missing DLL's on windowsXP

[Rene de V. <Ren...@on...>]

Hello,

Everything seem to compile OK.

When I try to run HelloWorld.hs in ghci using :main I get missing dll 
uuid.dll, and then missing dll perl510.dll and then missing dll 
libaprutil-1.dll.

Any ideas here? I compiled wxWidgets myself. I guess maybe I need to compile 
it without support for perl5 (which I don't have) and some other things??

Any idea what is to do here?

Rene. 

Re: [wxhaskell-users] missing wx_gtk2u_media-2.8 for wxhaskell-0.13

[Eric K. <eri...@gm...>]

On 9 Apr 2012, at 17:39, Henning Thielemann wrote:
> Interestingly I found 'mmedia' instead of 'media'. That is, on Suse I have 
> a file named libwx_gtk2u_mmedia-2.8.so but no libwx_gtk2u_media-2.8.so, 
> and on Ubuntu 10.4 I have libwx_gtk2u_media-2.8.so but no 
> libwx_gtk2u_mmedia-2.8.so. Are these two files the same?


Mmedia (multimedia) sounds like a different lib from the description:
http://docs.wxwidgets.org/stable/wx_utilities.html

wxMedia also says it's about multimedia, but looks like more of a core lib, whereas wxMMedia looks more contrib-ish

Just going on that page/google though

-- 
Eric Kow <http://erickow.com>

Re: [wxhaskell-users] Minor build problems with wxc 0.90

[Jeremy O'D. <jer...@gm...>]

Hi Fabian,

I have just uploaded a version of wx-config which was compiled in Release
mode (and statically linked with C runtime). I hope this will fix the
problem.

Jeremy

On 14 April 2012 04:51, Fabian Binz <fab...@ya...> wrote:

> Hello,
>
> first I'd like to thank you for your work on wxHaskell and especially this
> release!
>
> I just wanted to report some minor build problems I had when building
> wxc-0.90 on a Windows 7 machine with GHC 7.4.1:
>
> 1. An error in Setup.hs:
> Setup.hs:14:8:
>    Could not find module `System'
>    It is a member of the hidden package `haskell98-2.0.0.1'.
>    Use -v to see a list of the files searched for.
>
> I could easily solve this error by importing ExitCode from System.Exit
> instead of System. I'm not quite sure why this error appears though, since
> the online library documentation says that System exports ExitCode...
>
> 2. The wx-config needed for wxWidgets 2.9 needs the MSVCP100D.dll, which
> apparently doesn't exist in my PATH (Visual Studio 2010 is installed).
> However, I could easily solve this problem by compiling wx-config from
> source myself. I guess this is just some setting in VS that needs to be
> changed (was it compiled in debug mode?), so that it doesn't depend on this
> dll.
>
> Apart from that, everything installed fine.
>
> Regards,
> Fabian
>
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Jeremy O'D. <je...@o-...>]

I'll try and take a look at it this week. Currently I don't have a
convenient wxWidgets 2.8.x development environment, but I'll create one.

Jeremy

On 14/04/2012 22:40, "Henk-Jan van Tuyl" <hj...@ch...> wrote:

>
>L.S.,
>
>I had some problems installing the branch for wxWidgets 2.8.x:
>
>The command
>   cabal install 'wx < 0.90'
>results in
>   Resolving dependencies...
>   Downloading wxdirect-0.90...
>   :
>.
>
>The dependency on wxcore in wx.cabal (version 0.13.2.1) must have an
>upper  
>limit '< 0.90' and the dependency in wxdirect in wxcore.cabal (version
>0.13.2.1) must have an upper limit '< 0.90'
>
>Another bug:
>Cabal-install tried to install wxc-0.90; I saw the following error
>message:
>   setup.exe: This version of wxcore requires wx 2.9 to be available
>wx should be wxWidgets, of course.
>
>Regards,
>Henk-Jan van Tuyl
>
>
>-- 
>http://Van.Tuyl.eu/
>http://members.chello.nl/hjgtuyl/tourdemonad.html
>Haskell programming
>--

Re: [wxhaskell-users] virtual list control

[Jeremy O'D. <je...@o-...>]

They could be added easily. I'll take a look.

On 15/04/2012 12:16, "Fabian Binz" <fab...@ya...> wrote:

Hello, 
 
I need to display a quite large number of data in a list control and use the
Œitems¹ attribute for that purpose. However, I¹m not content with the speed
of this solution and would like to use a Œvirtual¹ list control instead, as
it is described here: [1]
 
The problem is, that the necessary constants and functions (i.e.
wxLC_VIRTUAL) are not defined by wxHaskell. Is there a technical reason for
this or could they be added easily?
 
Regards,
Fabian
 
 
[1]: http://docs.wxwidgets.org/trunk/classwx_list_ctrl.html
<http://docs.wxwidgets.org/trunk/classwx_list_ctrl.html>
----------------------------------------------------------------------------
-- For Developers, A Lot Can Happen In A Second. Boundary is the first to
Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try
it FREE! 
http://p.sf.net/sfu/Boundary-d2dvs2_________________________________________
______ wxhaskell-users mailing list wxh...@li...
https://lists.sourceforge.net/lists/listinfo/wxhaskell-users

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[shelarcy <she...@gm...>]

Hi,

wxdirect 0.90 depends less than 1.3. But GHC 7.4.1's time package is 1.4.

   http://hackage.haskell.org/package/wxdirect-0.90
   http://www.haskell.org/ghc/docs/7.4.1/html/users_guide/release-7-2-1.html#id3008909

So, wxdirect requires to install old time package when using GHC 7.4.1.
This is bad for GHC 7.4.1 user.

I modified to relax time package dependency in darcs repository. And I
uploaded newer version, now.

Best Regards.


On Sat, 14 Apr 2012 07:50:03 +0900, Jeremy O'Donoghue <jer...@gm...> wrote:

> Hi Haskellers,
>
> I am delighted to announce the release of wxHaskell 0.90. This release
> represents a significant milestone for us as it includes support for
> wxWidgets 2.9.x.

-- 
shelarcy <shelarcy    hotmail.co.jp>
http://page.freett.com/shelarcy/

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Heinrich A. <apf...@qu...>]

Conal Elliott wrote:
> I'm excited to see progress in ghci-friendliness! I installed
> wxWidgets-devel-2.9.3 via macports and then wxHaskell, and I get the
> following when trying to run a simple wxHaskell program in ghci:
> 
> Loading package wxc-0.90.0.2 ... can't load framework: QuickTime
>> (dlopen(/System/Library/Frameworks/QuickTime.framework/QuickTime, 9): no
>> suitable image found.  Did find:
>>     /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching
>> architecture in universal wrapper
>>     /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching
>> architecture in universal wrapper)
>>
> 
> Any suggestions? I'm using Mac OS 10.6.8 and GHC-7.0.4 from the Haskell
> Platform.

It appears to me that the QuickTime framework only supports 32bit and 
PPC architectures

  $ cd /System/Library/Frameworks/QuickTime.framework/
  $ lipo -info QuickTime
  Architectures in the fat file: QuickTime are: i386 ppc7400

This means that you can't link it with 64bit code.


As far as I understand the situation, Apple is doing a complete 
reimplementation of QuickTime. The legacy QuickTime framework as used by 
the QuickTime Player 7 will not be updated to 64bit.


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Eric K. <eri...@gm...>]

I also get this with the HomeBrew wxWidgets.
(Just to be clear it's not just MacPorts :-))

On 17 Apr 2012, at 22:28, Conal Elliott wrote:

> I get the following when trying to run a simple wxHaskell program in ghci:
> 
> Loading package wxc-0.90.0.2 ... can't load framework: QuickTime (dlopen(/System/Library/Frameworks/QuickTime.framework/QuickTime, 9): no suitable image found.  Did find:
>     /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching architecture in universal wrapper
>     /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching architecture in universal wrapper)
> 
> Any suggestions? I'm using Mac OS 10.6.8 and GHC-7.0.4 from the Haskell Platform.
> 
> -- Conal
> 


-- 
Eric Kow <http://erickow.com>

Re: [wxhaskell-users] Issues with GHCi support and TextCtrl

[Jeremy O'D. <jer...@gm...>]

Hi

On 17 April 2012 12:47, Heinrich Apfelmus <apf...@qu...> wrote:

> GHCi support is currently a mixed blessing on MacOS X. It works the
> first time but tends to crash when trying to call the start function
> again. Of course, this is not unexpected, but maybe it's possible to fix
> it to some extend. I had similar problems when dealing with the OpenAL
> or the GLFW frameworks, the "solution" was often to simply skip the
> termination routines. Not pretty, but it works.
>

Thanks for looking at this. I'll look into your workaround suggestion.


> On that note, the  EnableGUI  trick is very cumbersome, it would be
> nicer if this could simply be integrated into wxHaskell, i.e. calling
> the  start  function will immediately enable the GUI thing. I can try to
> look into this.
>

Thanks again.

The more important issue is that TextCtrl widgets have changed their
> behavior: the  entry  function will now create a multiline widget! To
> create a single-line text entry widgets, I have to use the  textCtrlEx
> function with flag 0 . This is extremely weird. Also, the latter widget
> sometimes crashes on me when trying to set the text, but the former
> doesn't. This is so weird that I can't even tell whether the problem is
> likely with wxWidgets or with the Haskell bindings.
>

This is a strange one - I don't think we have changed any code in this
area. I'll check it out though.

Jeremy

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Conal E. <co...@co...>]

I'm excited to see progress in ghci-friendliness! I installed
wxWidgets-devel-2.9.3 via macports and then wxHaskell, and I get the
following when trying to run a simple wxHaskell program in ghci:

Loading package wxc-0.90.0.2 ... can't load framework: QuickTime
> (dlopen(/System/Library/Frameworks/QuickTime.framework/QuickTime, 9): no
> suitable image found.  Did find:
>     /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching
> architecture in universal wrapper
>     /System/Library/Frameworks/QuickTime.framework/QuickTime: no matching
> architecture in universal wrapper)
>

Any suggestions? I'm using Mac OS 10.6.8 and GHC-7.0.4 from the Haskell
Platform.

-- Conal

On Fri, Apr 13, 2012 at 3:50 PM, Jeremy O'Donoghue <
jer...@gm...> wrote:

> Hi Haskellers,
>
> I am delighted to announce the release of wxHaskell 0.90. This release
> represents a significant milestone for us as it includes support for
> wxWidgets 2.9.x.
>
> The release is avalable from Hackage and as a darcs repo from
> http://code.haskell.org/wxhaskell. Build and installation instructions
> have been updated on the Haskell wiki at
> http://www.haskell.org/haskellwiki/Wxhaskell.
>
> Highlights of the new release:
>
>    - Builds and runs cleanly on 64 bit platforms (particularly MacOS X
>    Lion).
>    - The wxWidgets C wrapper is now built as a DLL on all platforms.
>       - This is reported to enable meaningful use of wxHaskell in GHCi,
>       at least on OS X and Windows.
>       - It also theoretically allows wxc to be used independently of
>       wxHaskell as the basis of a wxWidgets wrapper for other programming
>       languages. Some D language hackers have expressed an interest in this.
>       - New controls:
>       - Styled Text Control (actually, this is reinstated as it was
>       'lost' a while back during cabalization)
>       - OpenGL support
>       - PropertyGrid control
>    - Many events added in anticipation of wrapping more controls in the
>    near future.
>
> There were many contributors to this release, the most notable being Dave
> Tapley (with the generous support of Mentics Inc.). Dave was responsible
> for the refactoring of wxc and PropertyGrid support. Eric Kow put in quite
> a bit of work with Kenny Frodo, Doaitse Swierstra and Alessandro Vermeulen
> on MacOS support. There were a couple of contributions from long-time
> wxHaskell contributor shelarcy, and bug reports, fixes and support from a
> larger community than I ever realised we had.
>
> Support for wxWidgets 2.8.x will continue in a 'maintenance mode'
> continuing from the wxHaskell 0.13 codeline. If you continue to use the old
> codeline, please take note of the changes to the procedure to get the
> correct version for your needs. This is also documented at
> http://www.haskell.org/haskellwiki/Wxhaskell.
>
> Thanks to everyone involved.
>
> Best regards
>
> Jeremy
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>

[wxhaskell-users] Issues with GHCi support and TextCtrl

[Heinrich A. <apf...@qu...>]

Hello,

I'm currently updating  reactive-banana-wx  to use the new  wx-0.90 
branch and I've encountered a few issues with GHCi support and TextCtrl 
widgets.


GHCi support is currently a mixed blessing on MacOS X. It works the 
first time but tends to crash when trying to call the start function 
again. Of course, this is not unexpected, but maybe it's possible to fix 
it to some extend. I had similar problems when dealing with the OpenAL 
or the GLFW frameworks, the "solution" was often to simply skip the 
termination routines. Not pretty, but it works.

On that note, the  EnableGUI  trick is very cumbersome, it would be 
nicer if this could simply be integrated into wxHaskell, i.e. calling 
the  start  function will immediately enable the GUI thing. I can try to 
look into this.


The more important issue is that TextCtrl widgets have changed their 
behavior: the  entry  function will now create a multiline widget! To 
create a single-line text entry widgets, I have to use the  textCtrlEx 
function with flag 0 . This is extremely weird. Also, the latter widget 
sometimes crashes on me when trying to set the text, but the former 
doesn't. This is so weird that I can't even tell whether the problem is 
likely with wxWidgets or with the Haskell bindings.



Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Heinrich A. <apf...@qu...>]

Jeremy O'Donoghue wrote:
> Patch for wxc added, built, tested and pushed to Hackage and
> code.haskell.org (as wxc 0.90.0.2)

Awesome, thanks!

>> Eric Kow  wrote:
>>> Can you do the following?
>>>
>>> darcs record
>>> darcs send -O
>>>
>>> and then email the patch to wxh...@li...
>>>
>>> If you have an MTA like postfix or msmtp set up, darcs can automate the
>>> emailing
>>> http://wiki.darcs.net/Using/Send

Ah, I meant that I didn't even use darcs, the would have been relative 
to the tarball from hackage.


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

[wxhaskell-users] virtual list control

[Fabian B. <fab...@ya...>]

Hello, 

 

I need to display a quite large number of data in a list control and use the
'items' attribute for that purpose. However, I'm not content with the speed
of this solution and would like to use a 'virtual' list control instead, as
it is described here: [1]

 

The problem is, that the necessary constants and functions (i.e.
wxLC_VIRTUAL) are not defined by wxHaskell. Is there a technical reason for
this or could they be added easily?

 

Regards,

Fabian

 

 

[1]:  <http://docs.wxwidgets.org/trunk/classwx_list_ctrl.html>
http://docs.wxwidgets.org/trunk/classwx_list_ctrl.html 

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Henk-Jan v. T. <hj...@ch...>]

L.S.,

I had some problems installing the branch for wxWidgets 2.8.x:

The command
   cabal install 'wx < 0.90'
results in
   Resolving dependencies...
   Downloading wxdirect-0.90...
   :
.

The dependency on wxcore in wx.cabal (version 0.13.2.1) must have an upper  
limit '< 0.90' and the dependency in wxdirect in wxcore.cabal (version  
0.13.2.1) must have an upper limit '< 0.90'

Another bug:
Cabal-install tried to install wxc-0.90; I saw the following error message:
   setup.exe: This version of wxcore requires wx 2.9 to be available
wx should be wxWidgets, of course.

Regards,
Henk-Jan van Tuyl


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

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Jeremy O'D. <jer...@gm...>]

Patch for wxc added, built, tested and pushed to Hackage and
code.haskell.org (as wxc 0.90.0.2)

The Hackage version also now includes Eric's GHC 7.1.x fix.

Jeremy

On 14 April 2012 15:09, Jeremy O'Donoghue <jer...@gm...>wrote:

> I think I have already worked out the patch - so don't worry too much.
>
> Jeremy
>
> On 14 April 2012 15:08, Eric Kow <eri...@gm...> wrote:
>
>> Nice catches!
>>
>> On 14 Apr 2012, at 14:31, Heinrich Apfelmus wrote:
>> > Apologies for the long description, I just don't know how to send a
>> patch.
>>
>> Can you do the following?
>>
>> darcs record
>> darcs send -O
>>
>> and then email the patch to wxh...@li...
>>
>> If you have an MTA like postfix or msmtp set up, darcs can automate the
>> emailing
>> http://wiki.darcs.net/Using/Send
>>
>> --
>> Eric Kow <http://erickow.com>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> For Developers, A Lot Can Happen In A Second.
>> Boundary is the first to Know...and Tell You.
>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
>> http://p.sf.net/sfu/Boundary-d2dvs2
>> _______________________________________________
>> wxhaskell-users mailing list
>> wxh...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>>
>>
>

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Eric K. <eri...@gm...>]

On 14 Apr 2012, at 15:18, Alessandro Vermeulen wrote:

> I *think* if you are using Xcode 4.2, the easy approach is just to use HomeBrew and install as brew install wxmac --devel (this flag seems to select 2.9)

> I think you can do that because you have my version of the formula installed. As far as I know my patch has not been accepted into the homebrew master yet. I have attached the formula.

Parallel evolution?

* https://github.com/mxcl/homebrew/blob/master/Library/Formula/wxmac.rb
* https://github.com/mxcl/homebrew/commit/c15bf392060aebf87edc5b367672cd781084f209

-- 
Eric Kow <http://erickow.com>

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Jeremy O'D. <jer...@gm...>]

I think I have already worked out the patch - so don't worry too much.

Jeremy

On 14 April 2012 15:08, Eric Kow <eri...@gm...> wrote:

> Nice catches!
>
> On 14 Apr 2012, at 14:31, Heinrich Apfelmus wrote:
> > Apologies for the long description, I just don't know how to send a
> patch.
>
> Can you do the following?
>
> darcs record
> darcs send -O
>
> and then email the patch to wxh...@li...
>
> If you have an MTA like postfix or msmtp set up, darcs can automate the
> emailing
> http://wiki.darcs.net/Using/Send
>
> --
> Eric Kow <http://erickow.com>
>
>
>
> ------------------------------------------------------------------------------
> For Developers, A Lot Can Happen In A Second.
> Boundary is the first to Know...and Tell You.
> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
> http://p.sf.net/sfu/Boundary-d2dvs2
> _______________________________________________
> wxhaskell-users mailing list
> wxh...@li...
> https://lists.sourceforge.net/lists/listinfo/wxhaskell-users
>
>

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Eric K. <eri...@gm...>]

Nice catches!

On 14 Apr 2012, at 14:31, Heinrich Apfelmus wrote:
> Apologies for the long description, I just don't know how to send a patch.

Can you do the following?

darcs record
darcs send -O

and then email the patch to wxh...@li...

If you have an MTA like postfix or msmtp set up, darcs can automate the emailing
http://wiki.darcs.net/Using/Send

-- 
Eric Kow <http://erickow.com>

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Heinrich A. <apf...@qu...>]

Eric Kow wrote:
> On 14 Apr 2012, at 00:16, Eric Kow wrote:
>> Now some good and bad news for MacOS: seems to build fine if you
>> have GHC 7.0.4. GHC 7.4.1 may require a minor patch that's in the
>> darcs repo, probably something worth a micro release of wxc.
> 
> Better news!  Getting this working was just a matter of tacking on
> --use-llvm
> 
> I've updated
> 
> http://www.haskell.org/haskellwiki/WxHaskell/Mac
> 
> If you've recently struggled getting wxHaskell working on MacOS X,
> I'd appreciate your feedback on things that you might trip over.
> *Hopefully* this new release allows people to just make wxHaskell
> work with just very common components: HP, HomeBrew.

Thanks for the new wxHaskell release!


I just tripped over a bug in the  Setup.hs  belonging to  wxc  that 
prevented me from compiling wxHaskell with 32bit architecture.

The problem is the following: in the function  linkSharedLib , the 
function  runProgram  is commented out and the function  system  is used 
instead. This is not correct because  gcc  may (and in my case: does) 
carry additional command line options! (Besides, the verbose output is 
lost.)

Apparently, this was done because the   runProgram  didn't work for some 
reason. The reason is that some command line options are actually two 
arguments. In particular, setting the output file via

   "-o " ++ out_dir </> sharedLibName ver basename,

is not correct, the right way to go about it are two arguments

   "-o", out_dir </> sharedLibName ver basename,

Same for the "-install_name" option. Four lines need to be changed in 
the  linkCxxOpts  file, then  runProgram  will work.


Apologies for the long description, I just don't know how to send a patch.


With the changes above, I'm able to link several example programs and 
run them. Some have issues, likely due to the Cocoa version of 
wxWidgets. Haven't tried GHCi yet.


Best regards,
Heinrich Apfelmus

--
http://apfelmus.nfshost.com

[wxhaskell-users] Minor build problems with wxc 0.90

[Fabian B. <fab...@ya...>]

Hello, 

first I'd like to thank you for your work on wxHaskell and especially this
release!

I just wanted to report some minor build problems I had when building
wxc-0.90 on a Windows 7 machine with GHC 7.4.1:

1. An error in Setup.hs:
Setup.hs:14:8:
    Could not find module `System'
    It is a member of the hidden package `haskell98-2.0.0.1'.
    Use -v to see a list of the files searched for.

I could easily solve this error by importing ExitCode from System.Exit
instead of System. I'm not quite sure why this error appears though, since
the online library documentation says that System exports ExitCode...

2. The wx-config needed for wxWidgets 2.9 needs the MSVCP100D.dll, which
apparently doesn't exist in my PATH (Visual Studio 2010 is installed).
However, I could easily solve this problem by compiling wx-config from
source myself. I guess this is just some setting in VS that needs to be
changed (was it compiled in debug mode?), so that it doesn't depend on this
dll.

Apart from that, everything installed fine.

Regards, 
Fabian 

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Eric K. <eri...@gm...>]

On 14 Apr 2012, at 00:16, Eric Kow wrote:
> Now some good and bad news for MacOS: seems to build fine if you have GHC 7.0.4. GHC 7.4.1 may require a minor patch that's in the darcs repo, probably something worth a micro release of wxc.

Better news!  Getting this working was just a matter of tacking on --use-llvm

I've updated

   http://www.haskell.org/haskellwiki/WxHaskell/Mac

If you've recently struggled getting wxHaskell working on MacOS X, I'd appreciate your feedback on things that you might trip over.  *Hopefully* this new release allows people to just make wxHaskell work with just very common components: HP, HomeBrew.

Eric

PS: http://www.haskell.org/haskellwiki/WxHaskell/Windows and   http://www.haskell.org/haskellwiki/WxHaskell/Linux could maybe use some love too

-- 
Eric Kow <http://erickow.com>

Re: [wxhaskell-users] [Announce] wxHaskell 0.90

[Eric K. <eri...@gm...>]

On Friday, 13 April 2012, Jeremy O'Donoghue wrote:
>
> I am delighted to announce the release of wxHaskell 0.90. This release
> represents a significant milestone for us as it includes support for
> wxWidgets 2.9.x.
>
> Highlights of the new release:
>
>    - Builds and runs cleanly on 64 bit platforms (particularly MacOS X
>    Lion).
>
> This is great news!  Thanks for all the patient merging work, and to Dave
for making wxc into reality

Now some good and bad news for MacOS: seems to build fine if you have GHC
7.0.4. GHC 7.4.1 may require a minor patch that's in the darcs repo,
probably something worth a micro release of wxc.

Tricky bit may be to install wxWidgets. I don't have clear answers because
I have an older version I'd installed before upgrading Xcode, etc.

I *think* if you are using Xcode 4.2, the easy approach is just to use
HomeBrew and install as brew install wxmac --devel (this flag seems to
select 2.9)

When I tried it with Xcode 4.3, I got some error related to webkit that I
didn't understand

If anyone has recommendations, I'd be happy to hear them



>
>

-- 
Eric Kow <http://erickow.com>
PGP Key ID: 08AC04F9