wxhaskell-devel

Re: [wxhaskell-devel] darcs patch: Remove seemingly unused wxEiffel definitions.

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

Whoops, maybe it's not a good idea to apply this...

I was trying to get rid of external definitions like this
> -    wxEVT_COMMAND_BUTTON_CLICKED : INTEGER is
> -		external "C use %"ewxw_glue.h%""
> -		alias "expEVT_COMMAND_BUTTON_CLICKED"
> -		end

But not constants like these

> -	wxTR_EDIT_LABELS: INTEGER is 512
> -	wxTR_ROW_LINES: INTEGER is 1024
> -	wxTR_HIDE_ROOT: INTEGER is 2048
> -	wxTR_HAS_VARIABLE_ROW_HEIGHT: INTEGER is 128

Sorry for the noise.

But since I'm writing another message to the list, how about using
Benedikt Huber's language-c module to parse the wxWidgets includes
files rather this handwritten Eiffel layer of constants?

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Re: [wxhaskell-devel] darcs patch: Remove seemingly unused wxEiffel definitions.

[Mads L. <mad...@ya...>]

On Wed, 2009-04-08 at 13:59 +0100, Eric Kow wrote:
> Whoops, maybe it's not a good idea to apply this...
> 
> I was trying to get rid of external definitions like this
> > -    wxEVT_COMMAND_BUTTON_CLICKED : INTEGER is
> > -		external "C use %"ewxw_glue.h%""
> > -		alias "expEVT_COMMAND_BUTTON_CLICKED"
> > -		end
> 
> But not constants like these
> 
> > -	wxTR_EDIT_LABELS: INTEGER is 512
> > -	wxTR_ROW_LINES: INTEGER is 1024
> > -	wxTR_HIDE_ROOT: INTEGER is 2048
> > -	wxTR_HAS_VARIABLE_ROW_HEIGHT: INTEGER is 128
> 
> Sorry for the noise.
> 
> But since I'm writing another message to the list, how about using
> Benedikt Huber's language-c module to parse the wxWidgets includes
> files rather this handwritten Eiffel layer of constants?
> 


I link to Huber's langauge-c
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/language-c
for those who want to check it out.

Anyway, can we do with a C parser? Won't we need a C++ parser?


/Mads


> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________ wxhaskell-devel mailing list wxh...@li... https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel

Re: [wxhaskell-devel] darcs patch: Remove seemingly unused wxEiffel definitions.

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

On Wed, Apr 08, 2009 at 19:28:06 +0200, Mads Lindstrøm wrote:
> I link to Huber's langauge-c
> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/language-c
> for those who want to check it out.
> 
> Anyway, can we do with a C parser? Won't we need a C++ parser?

I guess that depends if those header files in wxWidgets happen to be C
parseable.

Anyway, it's not that great a priority.  I was just looking at various
ways we could chip away at the wxhaskell build method and make cabal
installing wxhaskell smoother.  This doesn't play too great a role in
it.

But getting rid of this Eiffel stuff does make wxHaskell a little less
random looking, which could be handy if we want to explain to outsiders
what's going on later.

I wish we could convince wxWidgets HQ to take care of wxc.

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Re: [wxhaskell-devel] darcs patch: Remove seemingly unused wxEiffel definitions.

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

On Thu, 09 Apr 2009 03:12:49 +0900, Eric Kow <eri...@gm...> wrote:
> On Wed, Apr 08, 2009 at 19:28:06 +0200, Mads Lindstrøm wrote:
>> I link to Huber's langauge-c
>> http://hackage.haskell.org/cgi-bin/hackage-scripts/package/language-c
>> for those who want to check it out.
>>
>> Anyway, can we do with a C parser? Won't we need a C++ parser?
>
> I guess that depends if those header files in wxWidgets happen to be C
> parseable.

wxWidget header files also use C++ features (e.g. class and template).
So, we need a C++ parser.


Best Regards,

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

[wxhaskell-devel] darcs patch: Remove seemingly unused external definitions in wxEiff...

[<E....@br...>]

Wed Apr  8 19:15:43 BST 2009  Eric Kow <E....@br...>
  * Remove seemingly unused external definitions in wxEiffel headers.