wxcode-users — Submission, Questions, Information

Re: [wxCode-users] linux amd64 compile

[Francesco M. <f18...@ya...>]

Hi,
     first: it's probably my fault since I originally put into wxCode\build\bakefiles, 
without checking their "version", a copy of "config.sub" and "config.guess" files which 
were old. Then they were copied into all bakefile-based components :(

Anyway I've already solved this :)
See my last mail on this ML "[wxCode-users] Updated config.sub, config.guess, 
wxpresets.m4"; probably using a "cvs update" cmd you can solve your problems.


Mike Dobbs wrote:
> Does anyone know how to compile in linux amd64 (specifically debian sid
> amd)
> 
> ./configure -build i386 gets me:
>>configure: error: unknown system type i386-pc-none.
> 
> 
> 
> I tried compiling using my own Makefiles, but can't find what
> WXDLLIMPEXP_PDFDOC is supposed to go to?  Some DLL?
> 
> Any ideas?
WXDLLIMPEXP_PDFDOC is a macro defined by include\wx\*def.h which is defined  when using 
the -DWXMAKINGDLL_PDFDOC option for all source files (when compiling in shared mode).

Anyway I strongly suggest you not to use your own makefiles but to rely on the configure 
scripts. If you still have problems try to regenerate the configure script for the 
component you need using the build\acregen.sh script (you'll need automake >= 1.9.6).

Francesco

Re: [wxCode-users] linux amd64 compile

[Carl G. <cg...@gm...>]

On 10/11/05, Mike Dobbs <sp...@md...> wrote:
>
> Does anyone know how to compile in linux amd64 (specifically debian sid
> amd)
>
> ./configure -build i386 gets me:


I build with RHEL 3 on this hardware w/o problems.

I don't specify the -build i386 -- maybe that's your problem?

carl

[wxCode-users] linux amd64 compile

[Mike D. <sp...@md...>]

Does anyone know how to compile in linux amd64 (specifically debian sid
amd)

./configure -build i386 gets me:

> checking build system type... i386-pc-none
> checking host system type... i386-pc-none
> checking target system type... i386-pc-none
> checking for gawk... gawk
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking for ranlib... ranlib
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking how to run the C++ preprocessor... g++ -E
> checking for wx-config... /usr/bin/wx-config
> checking for wxWidgets version >= 2.6.0... yes (version 2.6.1)
> checking for wxWidgets static library... no
> checking if wxWidgets was built with UNICODE enabled... yes
> checking if wxWidgets was built in DEBUG or RELEASE mode... debug
> checking if wxWidgets was built in SHARED or STATIC mode... shared
> checking for ranlib... (cached) ranlib
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether ln -s works... yes
> checking whether make sets $(MAKE)... yes
> checking for ar... ar
> checking for strip... strip
> checking for nm... nm
> checking if make is GNU make... yes
> configure: error: unknown system type i386-pc-none.


I tried compiling using my own Makefiles, but can't find what
WXDLLIMPEXP_PDFDOC is supposed to go to?  Some DLL?

Any ideas?

Thanks,

Mike

Re: [wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Otto W. <ott...@or...>]

Carl Godkin wrote:

> The problem is in treelistctrl.cpp's 
> wxTreeListMainWindow::RefreshSubtree()
> method.
>
> If I replace the GetVirtualSize() call with GetClientSize(), it 
> works.  For some
> reason, GetClientSize() says the virtual window's height is ~32 instead of
> (say) 300.
>
32 sounds like the height of the header line instead of the main window 
height.

> For my code, I've just done this for now:
>
>     int cw = 0;
>     int ch = 0;
> #ifdef __WXGTK__
>     GetClientSize( &cw, &ch );
> #else
>     GetVirtualSize( &cw, &ch );
> #endif
>
> Since I don't understand why GetVirtualSize() isn't working, I won't 
> consider this
> a real fix but just a workaround.
>
I don't understand it either, maybe you ask in the wx-dev mailing list.

O. Wyss

Re: [wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Carl G. <cg...@gm...>]

On 10/8/05, Otto Wyss <ott...@or...> wrote:
>
>
> >
> > Can anyone duplicate this or suggest a fix? Before I spend time looking
> > at the problem, I wanted to check with this list.
> >
> This looks as if the Refresh is limited to just 2 items (or one item
> plus some overlapses). Check if the Refresh is done completely when
> expanding an item. Currently I can't test it myself on Linux.
>
> O. Wyss



Thanks for the reply. I found a way to fix this but I'm sure it's not ideal=
.

The problem is in treelistctrl.cpp's wxTreeListMainWindow::RefreshSubtree()
method.

If I replace the GetVirtualSize() call with GetClientSize(), it works. For
some
reason, GetClientSize() says the virtual window's height is ~32 instead of
(say) 300.

For my code, I've just done this for now:

 int cw =3D 0;
int ch =3D 0;
#ifdef __WXGTK__
GetClientSize( &cw, &ch );
#else
GetVirtualSize( &cw, &ch );
#endif

Since I don't understand why GetVirtualSize() isn't working, I won't
consider this
a real fix but just a workaround.

Thanks,

carl

[wxCode-users] Updated config.sub, config.guess, wxpresets.m4

[Francesco M. <f18...@ya...>]

Hi all,
   I want to notify all maintainers that I took the freedom to update & commit the most 
updated versions of the config.sub and config.guess files that are currently available in 
all component's BUILD folder for bakefile-based components.

The problem with the old config.* scripts is that they did not support 64bit architecture.

I also updated the wxpresets.m4 file to support wx2.7; so if you want to use your 
components under linux and with wx2.7 you probably needs to regenerate your "configure" 
scripts using the "acregen.sh" file in your component's BUILD folder...

Francesco Montorsi

Re: [wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Otto W. <ott...@or...>]

Carl Godkin wrote:

> After step 3, the tree is only partly drawn (most of two lines).  You can
> get everything back by iconifying and re-opening the window.  You can
> also get individual items back by clicking where they should be below.
>
> Can anyone duplicate this or suggest a fix?  Before I spend time looking
> at the problem, I wanted to check with this list.
>
This looks as if the Refresh is limited to just 2 items (or one item 
plus some overlapses). Check if the Refresh is done completely when 
expanding an item. Currently I can't test it myself on Linux.

O. Wyss

[wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Carl G. <cg...@gm...>]

Hi,

wxTreeListCtrl is a great component and works perfectly for me on Windows
but there is some sort of rendering problem on Linux or the SGI with wxGTK.

Using the latest CVS version of wxTreeListCtrl and its sample, I can
reproduce
the problem with wxGTK 2.6.1 built with either GTK+ 1 or GTK+ 2. (We are
unfortunately using GTK+ 1 instead of GTK+ 2 because of an unrelated proble=
m
and a customer refusal to patch...)

Anyhow, here are the steps to demonstrate the problem in the sample

1. Start treelisttest -- everything's fine
2. Collapse the Root item
3. Expand the Root item

After step 3, the tree is only partly drawn (most of two lines). You can
get everything back by iconifying and re-opening the window. You can
also get individual items back by clicking where they should be below.

Can anyone duplicate this or suggest a fix? Before I spend time looking
at the problem, I wanted to check with this list.

Thanks!

carl

[wxCode-users] [ wxcode-Bugs-1316000 ] Small bug in treelisttest.cpp

[SourceForge.net <no...@so...>]

Bugs item #1316000, was opened at 2005-10-07 10:30
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1316000&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: treelistctrl
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Carl Godkin (cgodkin)
Assigned to: Otto Wyss (wyo)
Summary: Small bug in treelisttest.cpp

Initial Comment:
I built treelisttest on Linux32 under RHEL 3 update 4 with
gcc 3.3.3 and got an assertion on start up:

[Debug] 09:52:20: ../src/generic/imaglist.cpp(81):
assert "(bitmap.GetWidth() == m_width &&
bitmap.GetHeight() == m_height) || (m_width == 0 &&
m_height == 0)" failed: invalid bitmap size in
wxImageList: this might work on this platform but
definitely won't under Windows.


I fixed it in my local copy by changing line 651 from
     m_imageSize = size;  
to
     m_imageSize = wxIcon (icon1_xpm).GetWidth();

which seems correct to me.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1316000&group_id=51305

[wxCode-users] [ wxcode-Bugs-1313659 ] wxHTTPBuilder::GetInputString converts wrongly

[SourceForge.net <no...@so...>]

Bugs item #1313659, was opened at 2005-10-05 17:36
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1313659&group_id=51305

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Joel (lowjoel)
Assigned to: Nobody/Anonymous (nobody)
Summary: wxHTTPBuilder::GetInputString converts wrongly

Initial Comment:
In Unicode build GetInputString returns garbage because
of the conversion to wchar_t. Maybe an ifdef for
wxUSE_UNICODE to determine whether we should use
wxString::FromAscii() instead of just casting to
wxChar* (which is what i suspect happened).

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=462816&aid=1313659&group_id=51305

Re: [wxCode-users] First repository download

[Francesco M. <f18...@ya...>]

Hi,

Marco Cavallini [KOAN] wrote:
> Hello
> I am following instructions in
> http://wxcode.sourceforge.net/maintguide.php
> 
> But I have problems trying to download the repository
> 
> [koan@centauro wxCode]$ export CVS_RSH=ssh
> [koan@centauro wxCode]$ cvs 
> -d:ext:koa...@cv...:/cvsroot/wxcode co wxCode
> koa...@cv...'s password:
> cvs checkout: Updating wxCode
> cvs checkout: failed to create lock directory for 
> `/cvsroot/wxcode/wxCode' (/cvsroot/wxcode/wxCode/#cvs.lock): Permission 
> denied
the problem is that you wes not registered yet as wxCode developer on SF system; now I've 
added you to the developer's list.
You should now be able to checkout the wxCode module, but you still need to wait that we 
create the module for your components before you can start to work on it...
(and to do that we must first approve the component)...

Francescco

Re: [wxCode-users] Cron job: wxIndustrialControls is pending approval

[Francesco M. <f18...@ya...>]

Hi,

    first: sorry with the delay with this mail; I'm having some problems with my provider 
in these days...

just a few questions before approving the component:

> name: wxIndustrialControls
I would change the name to something more useful: the "Controls" word should be avoided 
since the component will already go in the category "control" (there are some exceptions 
like for "wxResizeableControl" component... but they should be the exception, not the rule 
:-)); also, looking at the objects you are going to provide, I would suggest to use the 
name "wxMeter"...


> wxversion: 2.4
> category: control
> language: cpp
> description: wxIndustrialControls library provide a set of graphical widgets for showing digital and analogic values.
> Available objects are 
>     * Angular Meter
>     * Linear Meter
>     * Angular Regulator
>     * Linear Regulator
>     * Bitmap Switcher
>     * Bitmap Check Box
>     * LCD Display
>     * LCD Clock
this component looks very interesting; thanks for submission !

> 
> location: wxindc
> cdate: 2029-09-20
maybe the right date is 2009-09-20 ?


> id: 103
> status: alpha
> docs: notavailable
> buildsys: makefiles,projectfiles
> extdep: none
> wiki: disabled
> wxport: wxmsw,wxx11
> samples: 1
> approved: 0
> author: Marco Cavallini
> version: 0.1
> maintainerid: 25
> 
> Maintainer SF username: koansoftware
> Maintainer name: Marco Cavallini
> Maintainer mail address: m.c...@ko...
> 
> 

Please let me know the updated values for this submission,
Francesco Montorsi

[wxCode-users] Cron job: wxIndustrialControls is pending approval

[Francesco M. <fr...@us...>]

name: wxIndustrialControls
wxversion: 2.4
category: control
language: cpp
description: wxIndustrialControls library provide a set of graphical widgets for showing digital and analogic values.
Available objects are 
    * Angular Meter
    * Linear Meter
    * Angular Regulator
    * Linear Regulator
    * Bitmap Switcher
    * Bitmap Check Box
    * LCD Display
    * LCD Clock

location: wxindc
cdate: 2029-09-20
id: 103
status: alpha
docs: notavailable
buildsys: makefiles,projectfiles
extdep: none
wiki: disabled
wxport: wxmsw,wxx11
samples: 1
approved: 0
author: Marco Cavallini
version: 0.1
maintainerid: 25

Maintainer SF username: koansoftware
Maintainer name: Marco Cavallini
Maintainer mail address: m.c...@ko...

Re: [wxCode-users] Cron job: wxIndustrialControls is pending approval

[Marco C. [KOAN] <m.c...@ko...>]

Francesco,

> just a few questions before approving the component:
>
>> name: wxIndustrialControls
> I would change the name to something more useful: the "Controls" word 
> should be avoided since the component will already go in the category 
> "control" (there are some exceptions like for "wxResizeableControl" 
> component... but they should be the exception, not the rule :-)); also, 
> looking at the objects you are going to provide, I would suggest to use 
> the name "wxMeter"...

I want the following name because the goal of this library is to gine a set 
of indicators for industrial controls and automation purposes, not a simple 
meter, so please:
Name: kwxIndustrialindicators
Location: kwxind



> this component looks very interesting; thanks for submission !

Thank you,
they are indeed interesting as they are and as they would become with 
community contribution.

>> cdate: 2029-09-20
> maybe the right date is 2009-09-20 ?

I don't know what this is, your form proposed that as default and I didn't 
care about that.


Marco Cavallini
=====================================================
Koan s.a.s. - Software Engineering
Linux and WinCE solutions for Embedded and Real-Time Software
Klinux : the embedded distribution for industrial applications
  - Atmel AT91 ARM Third Party Consultant
  - Intel PCA Developer Network Member
  - Microsoft Windows Embedded Partner
Via Pascoli, 3  - 24121 Bergamo - ITALIA
Tel. (++39) 035-255.235 - Fax (++39) 178-223.9748
http://www.koansoftware.com  -  http://www.klinux.org
===================================================== 

[wxCode-users] Cron job: wxIndustrialControls is pending approval

[Francesco M. <fr...@us...>]

name: wxIndustrialControls
wxversion: 2.4
category: control
language: cpp
description: wxIndustrialControls library provide a set of graphical widgets for showing digital and analogic values.
Available objects are 
    * Angular Meter
    * Linear Meter
    * Angular Regulator
    * Linear Regulator
    * Bitmap Switcher
    * Bitmap Check Box
    * LCD Display
    * LCD Clock

location: wxindc
cdate: 2029-09-20
id: 103
status: alpha
docs: notavailable
buildsys: makefiles,projectfiles
extdep: none
wiki: disabled
wxport: wxmsw,wxx11
samples: 1
approved: 0
author: Marco Cavallini
version: 0.1
maintainerid: 25

Maintainer SF username: koansoftware
Maintainer name: Marco Cavallini
Maintainer mail address: m.c...@ko...

Re: [wxCode-users] Cron job: wxIndustrialControls is pending approval

[Francesco M. <f18...@ya...>]

Hi,

Marco Cavallini [KOAN] wrote:
> Francesco,
> 
>> just a few questions before approving the component:
>>
>>> name: wxIndustrialControls
>>
>> I would change the name to something more useful: the "Controls" word 
>> should be avoided since the component will already go in the category 
>> "control" (there are some exceptions like for "wxResizeableControl" 
>> component... but they should be the exception, not the rule :-)); 
>> also, looking at the objects you are going to provide, I would suggest 
>> to use the name "wxMeter"...
> 
> 
> I want the following name because the goal of this library is to gine a 
> set of indicators for industrial controls and automation purposes, not a 
> simple meter, so please:
> Name: kwxIndustrialindicators
> Location: kwxind
ok; just one more thing: I assume "kwx" is intentional; is that "k" for KOAN ?
I approved the component, created the CVS folder and given you CVS permissions...


>>> cdate: 2029-09-20
>>
>> maybe the right date is 2009-09-20 ?
> 
> 
> I don't know what this is, your form proposed that as default and I 
> didn't care about that.
ops; it was a little bug in the component submission form; fixed now.
I also changed the "creation date" for your component (but you can change it from the EDIT 
form at your will).

Francesco Montorsi

[wxCode-users] First repository download

[Marco C. [KOAN] <wx...@ko...>]

Hello
I am following instructions in
http://wxcode.sourceforge.net/maintguide.php

But I have problems trying to download the repository

[koan@centauro wxCode]$ export CVS_RSH=ssh
[koan@centauro wxCode]$ 
cvs -d:ext:koa...@cv...:/cvsroot/wxcode co wxCode
koa...@cv...'s password:
cvs checkout: Updating wxCode
cvs checkout: failed to create lock directory for `/cvsroot/wxcode/wxCode' 
(/cvsroot/wxcode/wxCode/#cvs.lock): Permission denied
cvs checkout: failed to obtain dir lock in repository 
`/cvsroot/wxcode/wxCode'
cvs [checkout aborted]: read lock failed - giving up
[koan@centauro wxCode]$ 
cvs -d:ext:koa...@cv...:/cvsroot/wxcode co wxCode

What do I have to do for start working with your system ?
TIA

Marco Cavallini
=====================================================
Koan s.a.s. - Software Engineering
Linux and WinCE solutions for Embedded and Real-Time Software
Klinux : the embedded distribution for industrial applications
  - Atmel AT91 ARM Third Party Consultant
  - Intel PCA Developer Network Member
  - Microsoft Windows Embedded Partner
Via Pascoli, 3  - 24121 Bergamo - ITALIA
Tel. (++39) 035-255.235 - Fax (++39) 178-223.9748
http://www.koansoftware.com  -  http://www.klinux.org
=====================================================

[wxCode-users] Cron job: wxIndustrialControls is pending approval

[Francesco M. <fr...@us...>]

name: wxIndustrialControls
wxversion: 2.4
category: control
language: cpp
description: wxIndustrialControls library provide a set of graphical widgets for showing digital and analogic values.
Available objects are 
    * Angular Meter
    * Linear Meter
    * Angular Regulator
    * Linear Regulator
    * Bitmap Switcher
    * Bitmap Check Box
    * LCD Display
    * LCD Clock

location: wxindc
cdate: 2029-09-20
id: 103
status: alpha
docs: notavailable
buildsys: makefiles,projectfiles
extdep: none
wiki: disabled
wxport: wxmsw,wxx11
samples: 1
approved: 0
author: Marco Cavallini
version: 0.1
maintainerid: 25

Maintainer SF username: koansoftware
Maintainer name: Marco Cavallini
Maintainer mail address: m.c...@ko...

Re: [wxCode-users] Executing programs with Bakefile

[Francesco M. <f18...@ya...>]

Hi,

Joseph Blough wrote:
> Okay, I've moved wxspellchecker and shortcutpanel to Bakefile, but I'm 
> having 1 problem.  I can't get the XRC libraries to link in an order 
> that works on my system (SuSE 9.3 with wxGTK-2.6.2).  I've changed a 
> generated GNUmakefile line from
> 
> $(CXX) -o $@ $(WXSPELLCHECKER_DEMO_OBJECTS) $(LDFLAGS) -L../lib 
> $(WX_LIBS) ../lib/libmyspell_lib.a ../lib/libwxspellchecker.a
> 
> to
> 
> $(CXX) -o $@ $(WXSPELLCHECKER_DEMO_OBJECTS) $(LDFLAGS) -L../lib 
> $(WX_LIBS) ../lib/libmyspell_lib.a ../lib/libwxspellchecker.a $(WX_LIBS)
> 
> and this fixed it for me, but I couldn't find a way to get Bakefile to 
> put the $(WX_LIBS) after the libwxspellchecker.a automatically.
this is a bug in wxpresets. I submitted a patch which you can download from

https://sourceforge.net/tracker/?func=detail&atid=309863&aid=1303833&group_id=9863

to fix this.

I also modified wxCode bakefiles so that WX_* options are defined also for the "gnu" 
format... (I guess you already did that on your local copy of wxCode bakefiles to get the 
"gnu" format to work with you component's bakefiles.... right ?)

Thanks for reporting !
Francesco

Re: [wxCode-users] Executing programs with Bakefile

[Joseph B. <jb...@um...>]

Okay, I've moved wxspellchecker and shortcutpanel to Bakefile, but I'm 
having 1 problem.  I can't get the XRC libraries to link in an order that 
works on my system (SuSE 9.3 with wxGTK-2.6.2).  I've changed a 
generated GNUmakefile line from

$(CXX) -o $@ $(WXSPELLCHECKER_DEMO_OBJECTS) $(LDFLAGS) -L../lib 
$(WX_LIBS) ../lib/libmyspell_lib.a ../lib/libwxspellchecker.a

to

$(CXX) -o $@ $(WXSPELLCHECKER_DEMO_OBJECTS) $(LDFLAGS) -L../lib 
$(WX_LIBS) ../lib/libmyspell_lib.a ../lib/libwxspellchecker.a $(WX_LIBS)

and this fixed it for me, but I couldn't find a way to get Bakefile to put 
the $(WX_LIBS) after the libwxspellchecker.a automatically.

Any ideas would be appreciated.

Re: [wxCode-users] Executing programs with Bakefile

[Joseph B. <jb...@um...>]

I've applied your suggestions and committed them to CVS.

Thanks again!

On Fri, 23 Sep 2005, Francesco Montorsi wrote:

> Hi,
>
>
> Joseph Blough wrote:
>> The bakefile is databaselayer.bkl at
>> http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/databaselayer/build/databaselayer.bkl 
> yes; sorry I forgot to specify the -d flag in cvs update... now I see the 
> files
>
>
>> Now that I think about it more, maybe the tests_firebird.cpp file should be 
>> added to CVS (which would eliminate the issue completely).  The main reason 
>> it isn't in CVS is that everything I've read indicates that it's best to 
>> leave script generated files out of the source control system. 
> generally I agree, even if I do an exception for my generated makefiles which 
> I do keep in CVS... but that's not required.
>
>
>> Unfortunately, it this situation is requires the user to have cxxtest 
>> installed.
> In this case assing tests_firebird.cpp to the CVS seems to be a good choice 
> since AFAIK cxxtest is not very common on user's workstations...
>
>
>
>> Thanks for looking at this!
> I have two little advices looking at your BKL:
>
> 1) many settings are repetead in the <lib> and <dll> targets of the same 
> database source; this means that when you want to change something you need 
> to do it twice... a better approach could be declaring a <template> from 
> which your <lib> and <dll> derive.
>
> 2) instead of the current definition of MSVC6_MERGED_TARGETS I would use:
>
>    <set var="MSVC6PRJ_MERGED_TARGETS">
>        databaselayer_postgresql=databaselayer_postgresql_lib+databaselayer_postgresql_dll
>        databaselayer_mysql=databaselayer_mysql_lib+databaselayer_mysql_dll
>        databaselayer_firebird=databaselayer_firebird_lib+databaselayer_firebird_dll
>        databaselayer_sqlite=databaselayer_sqlite_lib+databaselayer_sqlite_dll
>    </set>
>
> which make msvc6prj nicer ;)
>
>
>
>> I'll try to get wxspellchecker and shortcutpanel under bakefiles also after 
>> the next databaselayer release.
> Good !
> I think it will help users who want to try out wxcode components.
> Please let me know if you find something is missing from 
> wxcode\build\bakefiles\readme.txt and from 
> wxcode\build\bakefiles\empty.bkl.template...
>
>
> Francesco Montorsi
>
>
>
>
>> 
>> 
>> On Thu, 22 Sep 2005, Francesco Montorsi wrote:
>> 
>>> Hi,
>>> 
>>> Joseph Blough wrote:
>>> 
>>>> I've almost got the databaselayer component working with Bakefile, but 
>>>> I'm having problems running the perl script that generates the unit 
>>>> tests. The line that needs to be run is:
>>>> 
>>>> cxxtestgen.pl -o tests_firebird.cpp MyTest.h
>>>> 
>>>> and I tried wrapping it in an action module like
>>>>
>>>>   <action id="tests_firebird.cpp">
>>>>     <command>cxxtestgen.pl -o tests_firebird.cpp MyTest.h</command>
>>>>   </action>
>>> 
>>> yes, this is how to do it; the only suspect thing is the id of the 
>>> <action> tag: in this way it would create a target in makefiles named 
>>> "tests_firebird.cpp"; I think this could give some problem to bakefile... 
>>> see below
>>> 
>>> 
>>>> but when I try to call the target through
>>>>
>>>>   <depends>tests_firebird.cpp</depends>
>>> 
>>> I'm not sure to understand what do you mean by "I try to call the target 
>>> through": where did you put that <depends> tag ?
>>> I suggest you to use the <depends-on-file> tag instead.
>>> 
>>> I cannot see any bakefile in the "databaselayer" folder of my wxCode 
>>> repository; if you commit them to the CVS I can give you more details...
>>> 
>>> 
>>> 
>>>> the following is spit out by GNU make
>>>> 
>>>> No rule to make target `tests_firebird.cpp'
>>> 
>>> how does your GNU makefile looks like ?
>>> I think the problem is that <action> tag creates a target which is not 
>>> exactly named "tests_firebird.cpp" (probably looks like 
>>> "sub_tests_firebird.cpp").
>>> 
>>> Francesco Montorsi
>>> 
>>> 
>>> -------------------------------------------------------
>>> SF.Net email is sponsored by:
>>> Tame your development challenges with Apache's Geronimo App Server. 
>>> Download
>>> it for free - -and be entered to win a 42" plasma tv or your very own
>>> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>>> _______________________________________________
>>> wxCode-users mailing list
>>> wxC...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>>> 
>>> 
>>> 
>> 
>> 
>> -------------------------------------------------------
>> SF.Net email is sponsored by:
>> Tame your development challenges with Apache's Geronimo App Server. 
>> Download
>> it for free - -and be entered to win a 42" plasma tv or your very own
>> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>> _______________________________________________
>> wxCode-users mailing list
>> wxC...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>> 
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>
>
>

Re: [wxCode-users] Executing programs with Bakefile

[Francesco M. <f18...@ya...>]

Hi,


Joseph Blough wrote:
> The bakefile is databaselayer.bkl at
> http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/databaselayer/build/databaselayer.bkl 
yes; sorry I forgot to specify the -d flag in cvs update... now I see the files


> Now that I think about it more, maybe the tests_firebird.cpp file should 
> be added to CVS (which would eliminate the issue completely).  The main 
> reason it isn't in CVS is that everything I've read indicates that it's 
> best to leave script generated files out of the source control system. 
generally I agree, even if I do an exception for my generated makefiles which I do keep in 
CVS... but that's not required.


> Unfortunately, it this situation is requires the user to have cxxtest 
> installed.
In this case assing tests_firebird.cpp to the CVS seems to be a good choice since AFAIK 
cxxtest is not very common on user's workstations...



> Thanks for looking at this!
I have two little advices looking at your BKL:

1) many settings are repetead in the <lib> and <dll> targets of the same database source; 
this means that when you want to change something you need to do it twice... a better 
approach could be declaring a <template> from which your <lib> and <dll> derive.

2) instead of the current definition of MSVC6_MERGED_TARGETS I would use:

     <set var="MSVC6PRJ_MERGED_TARGETS">
         databaselayer_postgresql=databaselayer_postgresql_lib+databaselayer_postgresql_dll
         databaselayer_mysql=databaselayer_mysql_lib+databaselayer_mysql_dll
         databaselayer_firebird=databaselayer_firebird_lib+databaselayer_firebird_dll
         databaselayer_sqlite=databaselayer_sqlite_lib+databaselayer_sqlite_dll
     </set>

which make msvc6prj nicer ;)



> I'll try to get wxspellchecker and shortcutpanel under bakefiles also 
> after the next databaselayer release.
Good !
I think it will help users who want to try out wxcode components.
Please let me know if you find something is missing from wxcode\build\bakefiles\readme.txt 
and from wxcode\build\bakefiles\empty.bkl.template...


Francesco Montorsi




> 
> 
> On Thu, 22 Sep 2005, Francesco Montorsi wrote:
> 
>> Hi,
>>
>> Joseph Blough wrote:
>>
>>> I've almost got the databaselayer component working with Bakefile, 
>>> but I'm having problems running the perl script that generates the 
>>> unit tests. The line that needs to be run is:
>>>
>>> cxxtestgen.pl -o tests_firebird.cpp MyTest.h
>>>
>>> and I tried wrapping it in an action module like
>>>
>>>   <action id="tests_firebird.cpp">
>>>     <command>cxxtestgen.pl -o tests_firebird.cpp MyTest.h</command>
>>>   </action>
>>
>> yes, this is how to do it; the only suspect thing is the id of the 
>> <action> tag: in this way it would create a target in makefiles named 
>> "tests_firebird.cpp"; I think this could give some problem to 
>> bakefile... see below
>>
>>
>>> but when I try to call the target through
>>>
>>>   <depends>tests_firebird.cpp</depends>
>>
>> I'm not sure to understand what do you mean by "I try to call the 
>> target through": where did you put that <depends> tag ?
>> I suggest you to use the <depends-on-file> tag instead.
>>
>> I cannot see any bakefile in the "databaselayer" folder of my wxCode 
>> repository; if you commit them to the CVS I can give you more details...
>>
>>
>>
>>> the following is spit out by GNU make
>>>
>>> No rule to make target `tests_firebird.cpp'
>>
>> how does your GNU makefile looks like ?
>> I think the problem is that <action> tag creates a target which is not 
>> exactly named "tests_firebird.cpp" (probably looks like 
>> "sub_tests_firebird.cpp").
>>
>> Francesco Montorsi
>>
>>
>> -------------------------------------------------------
>> SF.Net email is sponsored by:
>> Tame your development challenges with Apache's Geronimo App Server. 
>> Download
>> it for free - -and be entered to win a 42" plasma tv or your very own
>> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>> _______________________________________________
>> wxCode-users mailing list
>> wxC...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>>
>>
>>
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
> 

Re: [wxCode-users] Executing programs with Bakefile

[Joseph B. <jb...@um...>]

The bakefile is databaselayer.bkl at
http://cvs.sourceforge.net/viewcvs.py/wxcode/wxCode/components/databaselayer/build/databaselayer.bkl

Now that I think about it more, maybe the tests_firebird.cpp file should 
be added to CVS (which would eliminate the issue completely).  The main 
reason it isn't in CVS is that everything I've read indicates that it's 
best to leave script generated files out of the source control system. 
Unfortunately, it this situation is requires the user to have cxxtest 
installed.

Thanks for looking at this!

I'll try to get wxspellchecker and 
shortcutpanel under bakefiles also after the next databaselayer release.


On Thu, 22 Sep 2005, Francesco Montorsi wrote:

> Hi,
>
> Joseph Blough wrote:
>> I've almost got the databaselayer component working with Bakefile, but I'm 
>> having problems running the perl script that generates the unit tests. The 
>> line that needs to be run is:
>> 
>> cxxtestgen.pl -o tests_firebird.cpp MyTest.h
>> 
>> and I tried wrapping it in an action module like
>>
>>   <action id="tests_firebird.cpp">
>>     <command>cxxtestgen.pl -o tests_firebird.cpp MyTest.h</command>
>>   </action>
> yes, this is how to do it; the only suspect thing is the id of the <action> 
> tag: in this way it would create a target in makefiles named 
> "tests_firebird.cpp"; I think this could give some problem to bakefile... see 
> below
>
>
>> but when I try to call the target through
>>
>>   <depends>tests_firebird.cpp</depends>
> I'm not sure to understand what do you mean by "I try to call the target 
> through": where did you put that <depends> tag ?
> I suggest you to use the <depends-on-file> tag instead.
>
> I cannot see any bakefile in the "databaselayer" folder of my wxCode 
> repository; if you commit them to the CVS I can give you more details...
>
>
>
>> the following is spit out by GNU make
>> 
>> No rule to make target `tests_firebird.cpp'
> how does your GNU makefile looks like ?
> I think the problem is that <action> tag creates a target which is not 
> exactly named "tests_firebird.cpp" (probably looks like 
> "sub_tests_firebird.cpp").
>
> Francesco Montorsi
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> wxCode-users mailing list
> wxC...@li...
> https://lists.sourceforge.net/lists/listinfo/wxcode-users
>
>
>

Re: [wxCode-users] Executing programs with Bakefile

[Francesco M. <f18...@ya...>]

Hi,

Joseph Blough wrote:
> I've almost got the databaselayer component working with Bakefile, but 
> I'm having problems running the perl script that generates the unit 
> tests. The line that needs to be run is:
> 
> cxxtestgen.pl -o tests_firebird.cpp MyTest.h
> 
> and I tried wrapping it in an action module like
> 
>   <action id="tests_firebird.cpp">
>     <command>cxxtestgen.pl -o tests_firebird.cpp MyTest.h</command>
>   </action>
yes, this is how to do it; the only suspect thing is the id of the <action> tag: in this 
way it would create a target in makefiles named "tests_firebird.cpp"; I think this could 
give some problem to bakefile... see below


> but when I try to call the target through
> 
>   <depends>tests_firebird.cpp</depends>
I'm not sure to understand what do you mean by "I try to call the target through": where 
did you put that <depends> tag ?
I suggest you to use the <depends-on-file> tag instead.

I cannot see any bakefile in the "databaselayer" folder of my wxCode repository; if you 
commit them to the CVS I can give you more details...



> the following is spit out by GNU make
> 
> No rule to make target `tests_firebird.cpp'
how does your GNU makefile looks like ?
I think the problem is that <action> tag creates a target which is not exactly named 
"tests_firebird.cpp" (probably looks like "sub_tests_firebird.cpp").

Francesco Montorsi

[wxCode-users] Executing programs with Bakefile

[Joseph B. <jb...@um...>]

I've almost got the databaselayer component working with Bakefile, but I'm 
having problems running the perl script that generates the unit tests. 
The line that needs to be run is:

cxxtestgen.pl -o tests_firebird.cpp MyTest.h

and I tried wrapping it in an action module like

   <action id="tests_firebird.cpp">
     <command>cxxtestgen.pl -o tests_firebird.cpp MyTest.h</command>
   </action>

but when I try to call the target through

   <depends>tests_firebird.cpp</depends>

the following is spit out by GNU make

No rule to make target `tests_firebird.cpp'


This is my first attempt at using Bakefile and any help is appreciated.