On 9/2/05, Eike Decker <ei...@cu...> wrote:
> Hi there
>=20
> I would like to include wxLua in a C project as a lib, offering an easy
> and simple way to create windows, buttons and so on, without switching
> to C++.
> Using wxLua looks like a simple solution here, since the few functions
> could be easily called from C and lua could take care about all that GUI
> stuff using wxWidgets once the application starts.
wxLua should fit the bill.
Try this version, there's a "Modules" directory that's for making a
DLL. I do not know if that's what your looking for, but maybe it's a
start. See below about the current status at SourceForge.
http://www.luascript.thersgb.net/
=20
> Unfortunatly, I am encountering some problems:
>=20
> * The current header is in c++ style (although it could be easily
> converted to a C-like form)
We could add a separate header for C, wxWidgets is a C++ library and
so wxLua, which uses many wxWidgets functions, is also C++.
> * I am using windows and mingw as compiler and make throws strange
> errormessages if I run make (making lua was no problem that way):
>=20
> process_begin: CreateProcess((null), wx-config --basename, ...) failed.
> process_begin: CreateProcess((null), wx-config --release, ...) failed.
> ...
These are looking for the 'wx-config' scripts, is it in your path?
They should have been created by running configure in the wxWidgets
root dir. I have never tried mingw, but I'm assuming it would be the
same as using gcc in linux.
> I think I compiled the wxwidget library in a correct way (at least it did=
n't complain when I compiled it as DLL), but somehow I can't create a lib f=
rom wxLua.
>=20
> It would be really nice if someone knew what steps have to be done in my =
case (the website describes linux and windows using VC++). It would be even=
better if some default libs could be downloaded for developers, including =
a C compatible header.
We'll have to wait for things to get stabilized before making a
release. Currently the CVS version on SF is broken. There are issues
with properly wrapping enums and static functions. A member is working
on completing a set of new wrappers, so fixing the current ones have
been put on hold until then. Hopefully we'll get it together soon.
Regards,
John Labenski
|
