RE: [ECOS] configtool/wxwindows/gtk+

RE: [ECOS] configtool/wxwindows/gtk+

[Koeller, T.]

> Thomas Koeller wrote:
> > Building wxGTK-2.4.0 as part of the configtool build process does
> > not work with the existing makefile if gtk+-2.x is used. In this
> > case configure needs a --enable-gtk2 argument. Not sure how
> > to fix this. Should we just add --enable-gtk2 and obsolete
> > gtk-1.x? Or should a new target 'wx-gtk2' be introduced? But
> > then all targets currently depending on 'wx' would have to be
> > duplicated as well, adding 'full-gtk2' and so on.
> 
> [speaking from a position of ignorance]
> Shouldn't wxGTK determine the GTK version using autoconf or 
> some other 
> magic way?

Maybe it should, but it does not. And then, auto-detecting may not
be a good idea if both gtk+-v1 and gtk+-v2 are installed in parallel,
as is the case with my system. In this case, the autodetection result
would depend on the user's path settings. In this situation it is good
to have a way of specifying what you want.
> 
> Jifl
> -- 
> eCosCentric    http://www.eCosCentric.com/    The eCos and 
> RedBoot experts
> --[ "You can complain because roses have thorns, or you ]--
> --[  can rejoice because thorns have roses." -Lincoln   ]-- 
> Opinions==mine
> 
> 
> -- 
> Before posting, please read the FAQ: 
> http://sources.redhat.com/fom/ecos
> and search the list archive: http://sources.redhat.com/ml/ecos-discuss
> 

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] configtool/wxwindows/gtk+

[Jonathan Larmour]

Koeller, T. wrote:
>>Thomas Koeller wrote:
>>
>>>Building wxGTK-2.4.0 as part of the configtool build process does
>>>not work with the existing makefile if gtk+-2.x is used. In this
>>>case configure needs a --enable-gtk2 argument. Not sure how
>>>to fix this. Should we just add --enable-gtk2 and obsolete
>>>gtk-1.x? Or should a new target 'wx-gtk2' be introduced? But
>>>then all targets currently depending on 'wx' would have to be
>>>duplicated as well, adding 'full-gtk2' and so on.
>>
>>[speaking from a position of ignorance]
>>Shouldn't wxGTK determine the GTK version using autoconf or 
>>some other 
>>magic way?
> 
> Maybe it should, but it does not. And then, auto-detecting may not
> be a good idea if both gtk+-v1 and gtk+-v2 are installed in parallel,
> as is the case with my system. In this case, the autodetection result
> would depend on the user's path settings. In this situation it is good
> to have a way of specifying what you want.

True. Although since we should probably (ha!) choose the latest version by 
default if we can, perhaps the simplest thing is just to always use 
gtk2+-2 if it's there, falling back to gtk-1.

I'd be interesting in John's opinions too (CC'd), as configtool-meister; 
and in particular what the system he was using for builds has on it.... I 
thought it was a recent Red Hat Linux distro which would mean gtk2 is 
installed. Although is the problem specifically when gtk2 is present but 
gtk1 is not, as John may have both installed.

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] configtool/wxwindows/gtk+

[John Dallaway]

On Saturday 12 Apr 2003 05:44, Jonathan Larmour wrote:

> Koeller, T. wrote:

> >>>Building wxGTK-2.4.0 as part of the configtool build process does
> >>>not work with the existing makefile if gtk+-2.x is used. In this
> >>>case configure needs a --enable-gtk2 argument. Not sure how
> >>>to fix this. Should we just add --enable-gtk2 and obsolete
> >>>gtk-1.x? Or should a new target 'wx-gtk2' be introduced? But
> >>>then all targets currently depending on 'wx' would have to be
> >>>duplicated as well, adding 'full-gtk2' and so on.

[ snip ]

> I'd be interesting in John's opinions too (CC'd), as configtool-meister;
> and in particular what the system he was using for builds has on it.... I
> thought it was a recent Red Hat Linux distro which would mean gtk2 is
> installed. Although is the problem specifically when gtk2 is present but
> gtk1 is not, as John may have both installed.

My preference is to treat the configuration, building and installation of 
wxWindows completely independently. Developers should be at liberty to 
configure this library in whatever way they wish. My own recipe for 
building the configtool uses a different make file named "makefile.gnu" and 
is described at:

   http://www.ecoscentric.com/devzone/configtool.shtml

John Dallaway
eCosCentric Limited


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] configtool/wxwindows/gtk+

[Jonathan Larmour]

Thomas Koeller wrote:
> Building wxGTK-2.4.0 as part of the configtool build process does
> not work with the existing makefile if gtk+-2.x is used. In this
> case configure needs a --enable-gtk2 argument. Not sure how
> to fix this. Should we just add --enable-gtk2 and obsolete
> gtk-1.x? Or should a new target 'wx-gtk2' be introduced? But
> then all targets currently depending on 'wx' would have to be
> duplicated as well, adding 'full-gtk2' and so on.

[speaking from a position of ignorance]
Shouldn't wxGTK determine the GTK version using autoconf or some other 
magic way?

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] configtool/wxwindows/gtk+

[Thomas Koeller]

Building wxGTK-2.4.0 as part of the configtool build process does
not work with the existing makefile if gtk+-2.x is used. In this
case configure needs a --enable-gtk2 argument. Not sure how
to fix this. Should we just add --enable-gtk2 and obsolete
gtk-1.x? Or should a new target 'wx-gtk2' be introduced? But
then all targets currently depending on 'wx' would have to be
duplicated as well, adding 'full-gtk2' and so on.

tk

-- 

Thomas Koeller, Software Development

Basler Vision Technologies
An der Strusbek 60-62
22926 Ahrensburg
Germany

Phone	+49 (4102) 463-390
Fax	+49 (4102) 463-46390

mailto:thomas.koeller@baslerweb.com
http://www.baslerweb.com 



-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss