On 8/10/06, Doug Currie <[EMAIL PROTECTED]> wrote:
> I just tested my conjecture, and adding the line:
>
> #include <wx/wx.h>
>
> in the configure script here:
>
> /* end confdefs.h. */
> #include <wx/wx.h>
> #include <wx/stedit/stedit.h>
>
> works for me.
Yes this has already been fixed in the CVS version of wxStEdit. I will
also adjust the configure script to #include "wx/wx.h" just to be
sure. Additionally I am trying to get configure to work a little more
seamlessly and have added some hacks so that you can specify the
wxstedit path and the actual lib to link against. Unfortunately we
need a nice way to systematically name the libs uniformly, ideally
using the exact same syntax for the build settings that wxWidgets
uses. (I have asked about that on wx-dev years ago, but the need for
this fell on deaf ears unfortunately) I think that we (I and other
wxCode people) should add this naming ability to our bakefiles, but
I'm not sure how to go about just yet.
I'm still trying to get the configure working properly. If you're
using Linux, you might want to just use the Makefiles in the src dirs,
where the ones in the apps dirs will automatically build whatever that
app needs. These Makefiles use wx-config and are fairly simple to
understand, they output the libs to the "wx-config --exec-prefix" dir
so that must be writable. The apps themselves are just compiled to the
src dir you're building from.
I will try to work some more on configure as I have not tried it
before a few days ago, unfortunately Francesco is away for the next
couple weeks and we use a modified version of Bakefile so some of the
changes they might need to be made can't be done properly until we get
the bakefiles redone.
Sorry about the problems, hopefully I can get it sorted out fairly quickly
John Labenski
>
> Thursday, August 10, 2006, 8:49:59 AM, Doug Currie wrote:
>
> > Thursday, August 10, 2006, 6:19:40 AM, Klaas Holwerda wrote:
>
> >> [...]
>
> >> BUT when configuring wxLua, it did not find wxstedit correctly.
> >> I did also install the lattest wxstedit. And lloked in /usr/local/lib/,
> >> and there is see libstedit.a and libsteditd.a which is gooed i think.
> >> I did find stedit.h in /usr/local/include/wx/stedit/
>
> > This is the same problem I had with a `configure` based build with
> > mingw/msys on Windows.
>
> >> [...]
>
> >> /usr/local/include/wx/stedit/stedit.h:18: error: aggregate 'WXDLLEXPORT
> >> wxMenu' has incomplete type and cannot be defined
>
> > The configure script seems to be using
>
> > #include <wx/stedit/stedit.h>
>
> > in a generated c file to see if the version of wxStEdit is OK. But
> > stedit.h needs to have some other headers included (wx.h?) to compile
> > properly.
>
> > e
>
> --
> Doug Currie
> Londonderry, NH
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Wxlua-users mailing list
> Wxlua-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Wxlua-users mailing list
Wxlua-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxlua-users
