Thanks, John. As you suggested I commented out the 2nd include line in modules/wxbind/src/wxadv_bind.cpp; I also commented out the two lines in the config script. With these two fixes all the apps and modules seem to have built correctly. At least there were no errors, and I see them and can run wxLuaEdit.
e On Dec 11, 2009, at 6:46 PM, John Labenski wrote: > On Fri, Dec 11, 2009 at 5:56 PM, Doug Currie <doug.cur...@gmail.com> wrote: >> I tried building wxLua from CVS on OS X 10.6 (Snow Leopard) with: >> >> arch_flags="-arch i386" >> ../configure CFLAGS="$arch_flags" CXXFLAGS="$arch_flags" >> LDFLAGS="$arch_flags" OBJCFLAGS="$arch_flags" OBJCXXFLAGS="$arch_flags" >> WXSTEDIT=/usr/local/include/wx/stedit --with-lua-prefix=/usr/local/bin >> >> and make eventually responds with: >> >> /Users/e/Dev/lua/wxlua/wxLua/e_build_1/bk-deps g++ -c -o >> wxbindadv_lib_wxadv_bind.o -I.pch/wxprec_wxbindadv_lib >> -I../../modules/wxbind/setup -I../../modules -I./../.. >> -I/Users/e/Dev/lua/wxlua/wxLua/e_build_1/../modules/lua/include >> -I/usr/local/lib/wx/include/mac-ansi-release-static-2.8 >> -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES >> -D__WXMAC__ -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXMEDIA=0 >> -I/usr/local/include/wx/stedit/include -O2 -fno-common >> ../../modules/wxbind/src/wxadv_bind.cpp >> ../../modules/wxbind/src/wxadv_bind.cpp:30:23: error: calling fdopen: Bad >> file descriptor >> make[1]: *** [wxbindadv_lib_wxadv_bind.o] Error 1 >> make: *** [modules] Error 2 >> >> Line 30 in modules/wxbind/src/wxadv_bind.cpp is: >> #include "wx/wxprec.h" >> and I have verified that /user/local/include/wx-2.8/wx/wxprec.h exists. >> >> Any clues? > > When I google "gcc error: calling fdopen: Bad file descriptor" it > seems to be some sort of gcc bug with precompiled headers. The gcc I > use in Linux doesn't have that problem. > > I see what happened though; I wanted to include some code to hack > wx/grid.h so wxLua could access some private members which I think > really should be public, but in order to do so I had to duplicate some > #includes before the generated code. In any case, what I did may be a > little hackish, but it is valid as all these headers have include > guards. Could you just rem out the second line of: > #include "wx/wxprec.h" > and it should work. I'll look into somehow fixing it for your version of gcc. > >> >> And what happened to my CXXFLAGS="-arch i386"? >> > > Humm... I do see this in the configure script: > > # NB: to avoid getting "-g -02" automatically added to C*FLAGS we need > # to explicitely initialize CFLAGS and CXXFLAGS to empty > CFLAGS= > CXXFLAGS= > > I don't know where it came from, but maybe that's clearing it. In the > worst case you can simply stick your settings into these lines of > configure itself. I can't test this right now, but I'll try to see why > this was done. > > Regards, > John > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > wxlua-users mailing list > wxlua-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wxlua-users ------------------------------------------------------------------------------ Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev _______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
