wxlua-users Mailing List for wxLua

On 12/29/06, Philippe Quesnel <phi...@gm...> wrote:
>  On 12/29/06, Francesco Montorsi <f18...@ya...> wrote:
> > Philippe Quesnel ha scritto:
> > > sorry, by "official sources 2.8.0.0 <http://2.8.0.0>" I meant the wxLua
> > > sources.
> > > (I tried the 'official' / current and then a nightly snapshot of wxLua)
> > >
> > > the problem is w. wxWidgets 2.6.3 ...
> > >
> > > ok, I did a check on the wxWidgets site :
> > > GetClientArea was added in 2.7.0 !!
> > >
> > > so I guess it means wxLua needs 2.7.0 minimum vs 2.6.3 ?
> > > is this a mistake ?
> > yes it is: we should have better tested wxLua against wx2.6.3 before
> > releasing... sorry.

I test in MSW using Visual Studio 2005 and the CVS 2.6 branch. Dunno
why I didn't get the error.

Anyway, I will make a permanent fix when I get home in January, but
the simple fix is to just rem out that line of code in the cpp file
and just don't use that function in lua.

Regards,
    John Labenski

ok,
I guess I can keep the 'old' 2.6.3 for the installed apps that need it,
and get/build 2.8 for wxLua (and future apps to be compiled w. wxWidgets ;-)

thank you
Philippe

On 12/29/06, Francesco Montorsi <f18...@ya...> wrote:
>
> Philippe Quesnel ha scritto:
> > sorry, by "official sources 2.8.0.0 <http://2.8.0.0>" I meant the wxLua
> > sources.
> > (I tried the 'official' / current and then a nightly snapshot of wxLua)
> >
> > the problem is w. wxWidgets 2.6.3 ...
> >
> > ok, I did a check on the wxWidgets site :
> > GetClientArea was added in 2.7.0 !!
> >
> > so I guess it means wxLua needs 2.7.0 minimum vs 2.6.3 ?
> > is this a mistake ?
> yes it is: we should have better tested wxLua against wx2.6.3 before
> releasing... sorry.
>
> I'd suggest you to switch to wx 2.8 to solve the problem and also to get
> advantage of all new things in 2.8 ;)
>
> Francesco
>
>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Philippe Quesnel ha scritto:
> sorry, by "official sources 2.8.0.0 <http://2.8.0.0>" I meant the wxLua 
> sources.
> (I tried the 'official' / current and then a nightly snapshot of wxLua)
> 
> the problem is w. wxWidgets 2.6.3 ...
> 
> ok, I did a check on the wxWidgets site :
> GetClientArea was added in 2.7.0 !!
> 
> so I guess it means wxLua needs 2.7.0 minimum vs 2.6.3 ?
> is this a mistake ?
yes it is: we should have better tested wxLua against wx2.6.3 before 
releasing... sorry.

I'd suggest you to switch to wx 2.8 to solve the problem and also to get 
advantage of all new things in 2.8 ;)

Francesco

sorry, by "official sources 2.8.0.0" I meant the wxLua sources.
(I tried the 'official' / current and then a nightly snapshot of wxLua)

the problem is w. wxWidgets 2.6.3..

ok, I did a check on the wxWidgets site :
GetClientArea was added in 2.7.0 !!

so I guess it means wxLua needs 2.7.0 minimum vs 2.6.3 ?
is this a mistake ?

thx
Philippe

On 12/28/06, klaas.holwerda <kho...@xs...> wrote:
>
> Philippe Quesnel wrote:
> > Hi
> > I tied to build wxLua on Linux, wxWidgets 2.6.3.2.1.5
> > (tried both official sources 2.8.0.0 <http://2.8.0.0/> & nightly
> > snapshot wxLua_Snapshot_2006-12-27)
> > but I get this error : ??
> The error is also on 2.8 or only on 2.6.3 ??
> >
> > ./wxbind/src/gdi.cpp: In function 'int
> > wxLua_wxDisplay_GetClientArea(lua_State*)':
> > ./wxbind/src/gdi.cpp:11278: error: 'class wxDisplay' has no member
> > named 'GetClienetArea'
> But if i look in my wxWidgets2.8 i see in display.h that GetClientArea
> is there?
> And here with 2.8 it compiled fine.
> But i did see this error some time ago. Maybe a full clean/checkout?
>
> Klaas
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Philippe Quesnel wrote:
> Hi
> I tied to build wxLua on Linux, wxWidgets 2.6.3.2.1.5
> (tried both official sources 2.8.0.0 <http://2.8.0.0/> & nightly 
> snapshot wxLua_Snapshot_2006-12-27)
> but I get this error : ??
The error is also on 2.8 or only on 2.6.3 ??
>
> ./wxbind/src/gdi.cpp: In function 'int 
> wxLua_wxDisplay_GetClientArea(lua_State*)':
> ./wxbind/src/gdi.cpp:11278: error: 'class wxDisplay' has no member 
> named 'GetClienetArea'
But if i look in my wxWidgets2.8 i see in display.h that GetClientArea 
is there?
And here with 2.8 it compiled fine.
But i did see this error some time ago. Maybe a full clean/checkout?

Klaas

Hi
I tied to build wxLua on Linux, wxWidgets 2.6.3.2.1.5
(tried both official sources 2.8.0.0 & nightly snapshot
wxLua_Snapshot_2006-12-27)
but I get this error : ??

./wxbind/src/gdi.cpp: In function 'int
wxLua_wxDisplay_GetClientArea(lua_State*)':
./wxbind/src/gdi.cpp:11278: error: 'class wxDisplay' has no member named
'GetClientArea'

do I need a newer wxWidgets ?
can I keep the 'old' (current) version along w. a newer version ?
(I think some installed apps are using wxWidgets, probably would stop
working if I replace wxWidgets)

thx
Philippe

Ganesh Gunasegaran ha scritto:
> Hi,
> 
> In the download page(http://wxlua.sourceforge.net/download.php), the 
> link to the linux autopackage file is 
> http://prdownloads.sourceforge.net/wxlua/wxlua-2.8.0.0.x86.package?download  
> instead of 
> http://prdownloads.sourceforge.net/wxlua/wxlua-2.8.0.0-1.x86.package?download
Thanks for reporting it!
I've fixed it.

Francesco

Hi,

In the download page(http://wxlua.sourceforge.net/download.php), the link to
the linux autopackage file is
http://prdownloads.sourceforge.net/wxlua/wxlua-2.8.0.0.x86.package?download
instead of
http://prdownloads.sourceforge.net/wxlua/wxlua-2.8.0.0-1.x86.package?download

Cheers,
Ganesh Gunasegaran.

John Labenski ha scritto:
> On 12/26/06, Francesco Montorsi <f18...@ya...> wrote:
>>> Just tried building wxLua and have run into a couple problems... I'm not
>>> that much of a make guru, but it looks like it could be a relatively
>>> minor path issue (or not :).
>>>
>>> Here are some pasted error messages.  Anyone have any idea?
> 
> Here's what I get with the current CVS, where I have run $../configure
> from the dir wxLua/config_osxu_mono
> 
> g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib
> -L/Users/emac/wx/wxLua/wxLua/config_osxu_mono/../modules/lua/lib
> -lwxlua_macu_wxlua-2.8 -lwxlua_macu_wxbindstc-2.8
> -lwxlua_macu_wxbind-2.8 -lwxlua_macu_wxluasocket-2.8
> -lwxlua_macu_wxluadebug-2.8 -llua5.1
> -L/Users/emac/wx/wxWidgets/wxWidgets_a/wxWidgets/config_osxu_mono/lib
>  -framework QuickTime -framework IOKit -framework Carbon -framework
> Cocoa -framework System
> /Users/emac/wx/wxWidgets/wxWidgets_a/wxWidgets/config_osxu_mono/lib/libwx_macu_stc-2.8.a
> /Users/emac/wx/wxWidgets/wxWidgets_a/wxWidgets/config_osxu_mono/lib/libwx_macu-2.8.a
> -framework WebKit -lwxregexu-2.8 -lwxexpat-2.8 -lwxtiff-2.8
> -lwxjpeg-2.8 -lwxpng-2.8 -lz -lpthread -liconv
> /usr/bin/ld: warning -L: directory name
> (/Users/emac/wx/wxLua/wxLua/config_osxu_mono/../modules/lua/lib) does
> not exist
right - I've added it to the makefiles and when you compile with the 
builtin lua it's not useful but it's necessary when you compile with an 
external Lua, so it needs to stay.

> /Developer/Tools/Rez -d __DARWIN__ -t APPL -i ../../modules -i ./../..
> -i /Users/emac/wx/wxLua/wxLua/config_osxu_mono/../modules/lua/include
> -o ../bin/wxlua ../../art/wxlua.r
> /Developer/Tools/SetFile -a C wxlua
> ERROR: File Not Found. (-43)  on file: wxlua
> make[1]: *** [../bin/wxlua] Error 2
> make: *** [apps] Error 2
> [emac@eMac config_osxu_mono]$ dir bin
> total 26816
> drwxr-xr-x    4 emac  emac       136 Dec 26 19:11 .
> drwxr-xr-x   16 emac  emac       544 Dec 26 18:54 ..
> -rwxr-xr-x    1 emac  emac    167884 Dec 26 19:10 lua
> -rwxr-xr-x    1 emac  emac  13526188 Dec 26 19:11 wxlua
> 
> The problem is that SetField has the wrong path to wxlua, it's correct
> for lua itself.
right. I've fixed this in CVS.

Francesco

John Labenski ha scritto:
> On 12/26/06, Doug Currie <dou...@gm...> wrote:
>> On Tuesday, December 26, 2006 Francesco Montorsi wrote:
>>
>>> I don't remember right now if wxCode bakefiles/autoconf stuff fully support the
>>>     mkdir mybuild && cd mybuild && ../configure
>>> trick.
>> It seems to work well for wxWidgets and wxLua except for this one
>> file.
>>
>>> Calling configure in the root dir (./configure) doesn't solve the problem?
>> I don't think it would; in that case pencil.ico would be in ./art/pencil.ico
> 
> Can we not just have no path for pencil.ico and add an -I include
> directive for it? I can't test in MSW right now, but IIRC the include
> paths work in RC files, but maybe not for icons? Dunno.
> 
> wxstedit.rc
> pencil16 ICON "pencil.ico"
I don't know if this will work... probably it does only if a copy of 
pencil.ico is in the same folder of wxstedit.rc; so I'd suggest to  move 
wxstedit.rc in art\ (if the -I trick fails).


>>> and then define SRCDIR to be $(srcdir) for MSYS but I don't really know if other
>>> win32 compilers would like it.
>> Maybe the Makefile should cd into the $(srcdir)/./samples/stedit
>> directory and execute $(WINDRES) there. This might make it more
>> compatible with the "other" IDE.
>>
>> Is the sample even needed for wxLua? The only reason I'm making it is
>> for the stedit prerequisite for wxLua. Maybe the sample should not be
>> in the 'all:' target of wxstedit's Makefile to avoid the problem for
>> those, like me, who are only trying to get the wxstedit library?
if you're trying to get only the wxstedit library, then even if the 
sample fails to compile, you should already have the library correctly 
placed in lib\...


> It really should be built for people who just want to use wxStEdit
> since it's a test to see that things work. Hopefully we can fix this
> since the sample program is very small and should compile quickly.
> 
> =====================
> 
> Franscesco, what is the status of the wxCode bakefiles? What bakefile
> should I use to regenerate  wxCode projects in the future?
wxCode bakefiles are ok. The problem is that the WINDRES-hack has been 
added to wxpresets "recently" (I'd say 5-6 months ago) and maybe the 
change didn't go in wx 2.6.3 and maybe you used those wxpresets together 
with the wxCode bakefiles to regen wxstedit makefiles....

to see if your wx presets are recent enough look at wx_unix.bkl; they 
should contain a line like:

<set var="WINDRES">$(WX_RESCOMP)</set>


Francesco

On 12/26/06, Francesco Montorsi <f18...@ya...> wrote:
> > Just tried building wxLua and have run into a couple problems... I'm not
> > that much of a make guru, but it looks like it could be a relatively
> > minor path issue (or not :).
> >
> > Here are some pasted error messages.  Anyone have any idea?

Here's what I get with the current CVS, where I have run $../configure
from the dir wxLua/config_osxu_mono

g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib
-L/Users/emac/wx/wxLua/wxLua/config_osxu_mono/../modules/lua/lib
-lwxlua_macu_wxlua-2.8 -lwxlua_macu_wxbindstc-2.8
-lwxlua_macu_wxbind-2.8 -lwxlua_macu_wxluasocket-2.8
-lwxlua_macu_wxluadebug-2.8 -llua5.1
-L/Users/emac/wx/wxWidgets/wxWidgets_a/wxWidgets/config_osxu_mono/lib
 -framework QuickTime -framework IOKit -framework Carbon -framework
Cocoa -framework System
/Users/emac/wx/wxWidgets/wxWidgets_a/wxWidgets/config_osxu_mono/lib/libwx_macu_stc-2.8.a
/Users/emac/wx/wxWidgets/wxWidgets_a/wxWidgets/config_osxu_mono/lib/libwx_macu-2.8.a
-framework WebKit -lwxregexu-2.8 -lwxexpat-2.8 -lwxtiff-2.8
-lwxjpeg-2.8 -lwxpng-2.8 -lz -lpthread -liconv
/usr/bin/ld: warning -L: directory name
(/Users/emac/wx/wxLua/wxLua/config_osxu_mono/../modules/lua/lib) does
not exist
/Developer/Tools/Rez -d __DARWIN__ -t APPL -i ../../modules -i ./../..
-i /Users/emac/wx/wxLua/wxLua/config_osxu_mono/../modules/lua/include
-o ../bin/wxlua ../../art/wxlua.r
/Developer/Tools/SetFile -a C wxlua
ERROR: File Not Found. (-43)  on file: wxlua
make[1]: *** [../bin/wxlua] Error 2
make: *** [apps] Error 2
[emac@eMac config_osxu_mono]$ dir bin
total 26816
drwxr-xr-x    4 emac  emac       136 Dec 26 19:11 .
drwxr-xr-x   16 emac  emac       544 Dec 26 18:54 ..
-rwxr-xr-x    1 emac  emac    167884 Dec 26 19:10 lua
-rwxr-xr-x    1 emac  emac  13526188 Dec 26 19:11 wxlua

The problem is that SetField has the wrong path to wxlua, it's correct
for lua itself.

__app_lua___mac_setfilecmd = \
        $(SETFILE) -t APPL $(top_builddir)/bin/lua$(EXEEXT)
...

Added "$(top_builddir)/lib/"

__app_wxlua___mac_setfilecmd = \
        $(SETFILE) -a C $(top_builddir)/lib/wxlua$(EXEEXT)

Added "$(top_builddir)/lib/"

__app_wxluaedit___mac_setfilecmd \
        = $(SETFILE) -a C $(top_builddir)/lib/wxluaedit$(EXEEXT)

Will do some more testing in a bit.

Regards,
    John Labenski

> Hi,
>
>     mac build support is still not 100% perfect; the problem is that I
> don't have a mac and thus I cannot test the build system on a mac
directly.
>
> With the help of Anders we did a lot of progresses in this direction
> however.
>
>
> Ryan Raaum ha scritto:
> > Hi all,
> >
> > Just tried building wxLua and have run into a couple problems... I'm not
> > that much of a make guru, but it looks like it could be a relatively
> > minor path issue (or not :).
> >
> > Here are some pasted error messages.  Anyone have any idea?
> >
> > http://pastebin.com/844893
> I've got an idea of why that happens. However I'd like first to know why
> the line
>
> ln -f ../bin/wxlua wxLua.app/Contents/MacOS/app_wxlua
>
> succeeds while the line
>
> ln: ../bin/wxlua: No such file or directory
>
> complains about missing ../bin/wxlua; what I mean is: why does ln -f
> ../bin/wxlua succeeds if ../bin/wxlua does not exist?
>
> My suspect however is that "wxlua" has not been built as the configure
> script has not found the wxSTC wrappers but nonetheless make tries to
> build the "wxLua.app/Contents/PkgInfo" target.
>
> I've fixed it in CVS.

Great.  I tried the latest cvs checkout and it builds without error.  (Now I
just have to figure out the next step :)

Thanks Francesco!

-r

>
> Thanks,
> Francesco

-- 
Ryan Raaum
http://raaum.org
http://rails.raaum.org -- Rails docs
http://locomotive.raaum.org -- Self contained Rails for Mac OS X

On 12/26/06, Doug Currie <dou...@gm...> wrote:
> On Tuesday, December 26, 2006 Francesco Montorsi wrote:
>
> > I don't remember right now if wxCode bakefiles/autoconf stuff fully support the
>
> >     mkdir mybuild && cd mybuild && ../configure
>
> > trick.
>
> It seems to work well for wxWidgets and wxLua except for this one
> file.
>
> > Calling configure in the root dir (./configure) doesn't solve the problem?
>
> I don't think it would; in that case pencil.ico would be in ./art/pencil.ico

Can we not just have no path for pencil.ico and add an -I include
directive for it? I can't test in MSW right now, but IIRC the include
paths work in RC files, but maybe not for icons? Dunno.

wxstedit.rc
pencil16 ICON "pencil.ico"


> > and then define SRCDIR to be $(srcdir) for MSYS but I don't really know if other
> > win32 compilers would like it.
>
> Maybe the Makefile should cd into the $(srcdir)/./samples/stedit
> directory and execute $(WINDRES) there. This might make it more
> compatible with the "other" IDE.
>
> Is the sample even needed for wxLua? The only reason I'm making it is
> for the stedit prerequisite for wxLua. Maybe the sample should not be
> in the 'all:' target of wxstedit's Makefile to avoid the problem for
> those, like me, who are only trying to get the wxstedit library?

It really should be built for people who just want to use wxStEdit
since it's a test to see that things work. Hopefully we can fix this
since the sample program is very small and should compile quickly.

=====================

Franscesco, what is the status of the wxCode bakefiles? What bakefile
should I use to regenerate  wxCode projects in the future?

Thanks,
    John Labenski

On 12/25/06, Doug Currie <dou...@gm...> wrote:
> In the midst of building 2.8.0.0 with wxstedit-1.2.4 with mingw and
> msys on WinXP using configure...
>
> Also, in setup.h if I use:
>
> #define STE_USE_LANG_VB          0 // 8
>
> I get:
>
> ./bk-deps g++ -c -o stedit_lib_stelangs.o  -I../include -I/contrib/include -I/usr/local/lib/wx/include/msw-unicode-release-static-2.8 -I/usr/local/include/wx-2.8 -D__WXMSW__ -mthreads  -g0 -O2 .././src/stelangs.cpp
> .././src/stelangs.cpp:4475: error: `STE_WordList1_STE_LANG_VB' was not declared in this scope
> make: *** [stedit_lib_stelangs.o] Error 1

Fixed in CVS now, the HTML lexer uses VB words as a keyword list as
well so the VB keyword list is #ifed for either VB or HTML.

see http://wxcode.cvs.sourceforge.net/wxcode/wxCode/components/wxstedit/src/stelangs.cpp


Thanks,
    John Labenski

On Tuesday, December 26, 2006 Francesco Montorsi wrote: 

> I don't remember right now if wxCode bakefiles/autoconf stuff fully support the

>     mkdir mybuild && cd mybuild && ../configure

> trick.

It seems to work well for wxWidgets and wxLua except for this one
file.

> Calling configure in the root dir (./configure) doesn't solve the problem?

I don't think it would; in that case pencil.ico would be in ./art/pencil.ico

> and then define SRCDIR to be $(srcdir) for MSYS but I don't really know if other
> win32 compilers would like it.

Maybe the Makefile should cd into the $(srcdir)/./samples/stedit
directory and execute $(WINDRES) there. This might make it more
compatible with the "other" IDE.

Is the sample even needed for wxLua? The only reason I'm making it is
for the stedit prerequisite for wxLua. Maybe the sample should not be
in the 'all:' target of wxstedit's Makefile to avoid the problem for
those, like me, who are only trying to get the wxstedit library?

Regards,

e

--
Doug Currie
Londonderry, NH, USA

Doug Currie ha scritto:
> On Tuesday, December 26, 2006 Francesco Montorsi wrote: 
> 
>> Doug Currie ha scritto:
>>> In the midst of building 2.8.0.0 with wxstedit-1.2.4 with mingw and
>>> msys on WinXP using configure...
>>>
>>> When making wxstedit-1.2.4 I ran into the old problem of
>>> wxstedit-1.2.4\samples\stedit\wxstedit.rc  having paths such as
>>> "../../art/pencil.ico" that I must modify to "../art/pencil.ico" to
>>> make the build proceed.
>> I don't understand why that's required: wxstedit.rc indeed needs to use
>> ../.. to reference to the "art" directory... I don't understand why with
>> msys you'd need to use only a single ".."
> 
> The makefile is in a directory at the top level of the distribution;
> i.e., ../configure produces the Makefile line
I don't remember right now if wxCode bakefiles/autoconf stuff fully support the

    mkdir mybuild && cd mybuild && ../configure

trick. Calling configure in the root dir (./configure) doesn't solve the problem?


> srcdir = ..
> 
> and the make target is:
> 
> wxstedit_wxstedit_rc.o: $(srcdir)/./samples/stedit/wxstedit.rc
> 
> So, we are compiling
> 
> ..././samples/stedit/wxstedit.rc
I'd guess you meant .././samples/stedit/wxstedit.rc here

> 
> Now, pencil.ico is in
> 
> ..././art/pencil.ico
> 
> which is
> 
> .../art/pencil.ico
ok, thanks for the explanation.
To fix your problem we'd need to have something like

aaaaaaaa ICON "$(srcdir)/art/pencil.ico"

which is not allowed by other win32 compilers (and wouldn't work even with 
MSYS). We could complicate the build system adding a

#ifndef SRCDIR
     #define SRCDIR ../..
#endif

aaaaaaaa ICON SRCDIR/art/pencil.ico

and then define SRCDIR to be $(srcdir) for MSYS but I don't really know if other 
win32 compilers would like it.


Francesco

On Tuesday, December 26, 2006 Francesco Montorsi wrote: 

> Doug Currie ha scritto:
>> In the midst of building 2.8.0.0 with wxstedit-1.2.4 with mingw and
>> msys on WinXP using configure...
>> 
>> When making wxstedit-1.2.4 I ran into the old problem of
>> wxstedit-1.2.4\samples\stedit\wxstedit.rc  having paths such as
>> "../../art/pencil.ico" that I must modify to "../art/pencil.ico" to
>> make the build proceed.
> I don't understand why that's required: wxstedit.rc indeed needs to use
> ../.. to reference to the "art" directory... I don't understand why with
> msys you'd need to use only a single ".."

The makefile is in a directory at the top level of the distribution;
i.e., ../configure produces the Makefile line

srcdir = ..

and the make target is:

wxstedit_wxstedit_rc.o: $(srcdir)/./samples/stedit/wxstedit.rc

So, we are compiling

.././samples/stedit/wxstedit.rc

Now, pencil.ico is in

.././art/pencil.ico

which is

../art/pencil.ico

e

-- 
Doug Currie
Londonderry, NH, USA

Hi,

     mac build support is still not 100% perfect; the problem is that I 
don't have a mac and thus I cannot test the build system on a mac directly.

With the help of Anders we did a lot of progresses in this direction 
however.


Ryan Raaum ha scritto:
> Hi all,
> 
> Just tried building wxLua and have run into a couple problems... I'm not 
> that much of a make guru, but it looks like it could be a relatively 
> minor path issue (or not :).
> 
> Here are some pasted error messages.  Anyone have any idea?
> 
> http://pastebin.com/844893
I've got an idea of why that happens. However I'd like first to know why 
the line

ln -f ../bin/wxlua wxLua.app/Contents/MacOS/app_wxlua

succeeds while the line

ln: ../bin/wxlua: No such file or directory

complains about missing ../bin/wxlua; what I mean is: why does ln -f 
../bin/wxlua succeeds if ../bin/wxlua does not exist?

My suspect however is that "wxlua" has not been built as the configure 
script has not found the wxSTC wrappers but nonetheless make tries to 
build the "wxLua.app/Contents/PkgInfo" target.

I've fixed it in CVS.

Thanks,
Francesco

Doug Currie ha scritto:
> I note that in:
> 
> C:\Dev\wxLua-2.8.0.0\modules\wxlua\include\wxldefs.h
> 
> the version number is not updated...
> 
> #define WXLUA_MAJOR_VERSION      2
> #define WXLUA_MINOR_VERSION      6
> #define WXLUA_RELEASE_VERSION    3
> #define WXLUA_SUBRELEASE_VERSION 0
> #define WXLUA_VERSION_STRING    wxT("wxLua 2.6.3")
> 
Fixed, thanks!

Francesco

Doug Currie ha scritto:
> In the midst of building 2.8.0.0 with wxstedit-1.2.4 with mingw and
> msys on WinXP using configure...
> 
> When making wxstedit-1.2.4 I ran into the old problem of
> wxstedit-1.2.4\samples\stedit\wxstedit.rc  having paths such as
> "../../art/pencil.ico" that I must modify to "../art/pencil.ico" to
> make the build proceed.
I don't understand why that's required: wxstedit.rc indeed needs to use 
../.. to reference to the "art" directory... I don't understand why with 
msys you'd need to use only a single ".."


> Also, in setup.h if I use:
> 
> #define STE_USE_LANG_VB          0 // 8
> 
> I get:
> 
> ./bk-deps g++ -c -o stedit_lib_stelangs.o  -I../include -I/contrib/include -I/usr/local/lib/wx/include/msw-unicode-release-static-2.8 -I/usr/local/include/wx-2.8 -D__WXMSW__ -mthreads  -g0 -O2 .././src/stelangs.cpp
> .././src/stelangs.cpp:4475: error: `STE_WordList1_STE_LANG_VB' was not declared in this scope
> make: *** [stedit_lib_stelangs.o] Error 1
I'm not sure that those STE_USE_LANG* settings are meant to be changed 
by the user to customize the build; John surely knows it better.


> Also, the Makefile built by configure doesn't have any include path
> for windres for wx, so I had to add:
> 
> --include-dir /usr/local/include/wx-2.8
> 
> at the end of the WINDRES line in the wxstedit_wxstedit_rc.o target
that's a known "bug" of wxWidgets 2.6.x wxpresets - it has been fixed in 
wxCVS and the fix should be in wxWidgets 2.8.x wxpresets.

Thus, just rebaking with newer presets will erase this bug ;)

Thanks for your report,
Francesco

Hi all,

Just tried building wxLua and have run into a couple problems... I'm not
that much of a make guru, but it looks like it could be a relatively minor
path issue (or not :).

Here are some pasted error messages.  Anyone have any idea?

http://pastebin.com/844893

Best,

-r

-- 
Ryan Raaum
http://raaum.org
http://rails.raaum.org -- Rails docs
http://locomotive.raaum.org -- Self contained Rails for Mac OS X

I note that in:

C:\Dev\wxLua-2.8.0.0\modules\wxlua\include\wxldefs.h

the version number is not updated...

#define WXLUA_MAJOR_VERSION      2
#define WXLUA_MINOR_VERSION      6
#define WXLUA_RELEASE_VERSION    3
#define WXLUA_SUBRELEASE_VERSION 0
#define WXLUA_VERSION_STRING    wxT("wxLua 2.6.3")

Regards,

e

-- 
Doug Currie
Londonderry, NH, USA

In the midst of building 2.8.0.0 with wxstedit-1.2.4 with mingw and
msys on WinXP using configure...

When making wxstedit-1.2.4 I ran into the old problem of
wxstedit-1.2.4\samples\stedit\wxstedit.rc  having paths such as
"../../art/pencil.ico" that I must modify to "../art/pencil.ico" to
make the build proceed.

Also, in setup.h if I use:

#define STE_USE_LANG_VB          0 // 8

I get:

./bk-deps g++ -c -o stedit_lib_stelangs.o  -I../include -I/contrib/include -I/usr/local/lib/wx/include/msw-unicode-release-static-2.8 -I/usr/local/include/wx-2.8 -D__WXMSW__ -mthreads  -g0 -O2 .././src/stelangs.cpp
.././src/stelangs.cpp:4475: error: `STE_WordList1_STE_LANG_VB' was not declared in this scope
make: *** [stedit_lib_stelangs.o] Error 1

Also, the Makefile built by configure doesn't have any include path
for windres for wx, so I had to add:

--include-dir /usr/local/include/wx-2.8

at the end of the WINDRES line in the wxstedit_wxstedit_rc.o target

Regards,

e

-- 
Doug Currie
Londonderry, NH, USA

Patches item #1622013, was opened at 2006-12-25 10:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=745326&aid=1622013&group_id=140042

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
Private: No
Submitted By: Andre Arpin (andrearpin)
Assigned to: Nobody/Anonymous (nobody)
Summary: editor

Initial Comment:
These changes are to make the editor easier to use to improve it. This should make the editor friendlier. 

Fix a numbers of minor problems.
Added comment toggling
Added sort
Added a more complete find/replace
Added some folding

There is a number of issues that still have to addressed.

Andre

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=745326&aid=1622013&group_id=140042

On 12/24/06, J=E9r=F4me VUARAND <jer...@gm...> wrote:
> 2006/12/24, John Labenski <jla...@gm...>:
> > On 12/24/06, J=E9r=F4me VUARAND <jer...@gm...> wrote:
> > > 2006/12/24, John Labenski <jla...@gm...>:
> > > > What you're suggesting is not normal, it's better to have the syste=
m's
> > > > native mainloop control program flow rather than implementing your =
own
> > > > which will most likely be far less efficient. In any case you shoul=
d
> > > > be able to do it using wxApp::Pending and wxApp::Dispatch.
> > >
> > > wxApp::Pending+wxApp::Dispatch seems to be exactly what I need.
> >
> > You may still want to consider using wxEVT_IDLE though since I think
> > that's what is typically suggested on the C++ wxusers mailing list for
> > doing pseudo-threading like this.
>
> I've tried Pending+Dispatch but that don't seems to work.
> wx.wxGetApp():Pending() never returns true.
>
> The code is :
> wx =3D require("wx")
> dofile(...)
> local use_custom_loop =3D true
> if use_custom_loop then
>     while true do
          while wx.wxGetApp():Pending() do
>             wx.wxGetApp():Dispatch()
>         end

           wx.wxMilliSleep(10) -- adjust as necessary
           wx.wxGetApp():ProcessIdle()

>     end
> else
>     wx.wxGetApp():MainLoop()
> end
>
> The command line is :
> lua bootstrap.lua minimal.wx.lua
>
> Everything works ok if I set my use_custom_loop to false. I'll have a
> look at the internals of MainLoop to see what may be missing. And I
> still need to try the idle event model, though I don't think that will
> match my timing requirement.

I can't test the changes above right now, but take a look at
wxPython's samples/mainloop/mainloop.py program and it's wxApp's
MainLoop function. Hopefully the only problem is that you need to
completely flush the events with the "while wx.wxGetApp():Pending()"
loop and give the event handler a little kick with
wx.wxGetApp():ProcessIdle() every once in a while.

see here and the posts before and after it.
http://lists.wxwidgets.org/archive/wxPython-users/msg07355.html

Regards,
    John Labenski