[Gtkradiant] STLport woes...

Mon, 13 Aug 2001 09:54:55 -0500

ok .. several things ..

You are compiling the source you got from the trunk right? Since you want 
to work on the Quake1 module that's what you should be playing with. It may 
be a bit easier to compile and run the source that's in the Alpha branch 
(i.e. used for current nightly builds), so you can get used to the build 
system. We are using "cons" to compile radiant, no longer using Makefiles 
.. that is documented in the developer FAQ. You should read through the 
whole developer FAQ if you haven't, it's got a lot of precious information, 
plus some stuff about how 1.2 works and what modules are needed etc. (I 
should prolly spend more time keeping it up to date though). 
http://www.qeradiant.com/faq/fom-serve/cache/188.html

And the head developer FAQ: 
http://www.qeradiant.com/faq/fom-serve/cache/115.html

Also, just to make sure .. hopefully you are using gcc 2.95.* or something, 
the latest stable and not gcc 3.0? Didn't experiment with gcc 3.0 yet, but 
I heard it had some new ABI stuff and required recompiles of a bunch of 
major libs ..

If you grab the STLPort we have on zerowing and compile with cons it should 
work fine .. you can use a newer or debian-provided STLPort package if you 
want to. But I have to keep a centralized version that I know works on most 
platforms, because STLPort is evolving pretty fast otherwise.

I am gonna try and finish updating that bug report about better interface 
descriptions file.

TTimo

At 09:20 AM 8/13/2001 +0000, you wrote:
>On Sun, Aug 12, 2001 at 08:00:02PM -0500, Timothee Besset wrote:
> > The STLPort zip on zerowing should be working fine with linux, at least it
> > did last time I checked. There is some preconfigured stuff in the STLPort
> > we are using (such as disabling some slow and memory eating features of 
> STL
> > etc.). But if you can get things to work with debian's STLPort it 
> should be
> > good (you on sid or woody?)
>
>Umm...good question, i'm on unstable at the moment :p, which i'm guessing is
>probably considered sid.  The version on zerowing won't compile as it's 
>looking
>for files I don't apparently have or are in a different place than it expects.
>
>These errors are getting thrown trying to compile the qer version of STLport:
>make -f gcc-linux.mak outputs:
>
>mkdir -p ../lib/obj/GCC-LINUX/ReleaseD
>c++  -pthread -nostdinc++ -fexceptions -I../stlport -W -Wno-sign-compare
>-Wno-unused -Wno-uninitialized -D_STLP_USE_GLIBC -O2 -fPIC dll_main.cpp -c -o
>../lib/obj/GCC-LINUX/ReleaseD/dll_main.o
>In file included from ../stlport/iostream.h:104,
>                  from ../stlport/wrap_std/iosfwd:64,
>                  from ../stlport/iosfwd:45,
>                  from ../stlport/stl/_string_fwd.h:23,
>                  from ../stlport/stdexcept:45,
>                  from ../stlport/stl/_range_errors.h:47,
>                  from ../stlport/stl/_vector.h:52,
>                  from ../stlport/vector:36,
>                  from dll_main.cpp:39:
>../stlport/wrap_std/h/iostream.h:1: ../g++-3/iostream.h: No such file or
>directory
>In file included from ../stlport/fstream.h:40,
>                  from ../stlport/wrap_std/iosfwd:65,
>                  from ../stlport/iosfwd:45,
>                  from ../stlport/stl/_string_fwd.h:23,
>                  from ../stlport/stdexcept:45,
>                  from ../stlport/stl/_range_errors.h:47,
>                  from ../stlport/stl/_vector.h:52,
>                  from ../stlport/vector:36,
>                  from dll_main.cpp:39:
>../stlport/wrap_std/h/fstream.h:1: ../g++-3/fstream.h: No such file or 
>directory
>In file included from ../stlport/istream:36,
>                  from ../stlport/stl/_bitset.h:63,
>                  from ../stlport/bitset:47,
>                  from dll_main.cpp:47:
>../stlport/wrap_std/istream:34: ../g++-3/iostream.h: No such file or directory
>make: *** [../lib/obj/GCC-LINUX/ReleaseD/dll_main.o] Error 1
>
>What's interesting is that I do have the cpp compiler and libraries installed,
>and version 4.5b8 of STLport compiles fine. So i'm guessing it's just 
>something
>to do with my newer version of libc (2.2.3)...
>
>So I used apt-get to install libstlport-dev and libstlport4.1 (both are 
>4.1beta6
>versions)...
>
>Which BTW, there's apparently a way to hand configure it like you do, 
>apparently
>they've changed some of the names of the defines though, they're now prefixed
>with _STLP instead of __STL for example...so I went ahead and edited my
>/usr/include/stlport/stl/_site_config.h to match what defines were needed and
>edit the ../include/stl_check.h in radiant appropriately...
>
> > radiant/xmlstuff.h .. if you need help, simply post more information
> > you should just have to grab libxml2-dev package from Debian to get 
> that to
> > work
>
>(It compiled a few files before this one just fine...)
>I did grab libxml2-dev, here's the errors i'm getting thrown on xmlstuff.h:
>g++  -I../libs -I../include `gtk-config --cflags` `xml2-config --cflags` -Wall
>-DQUAKE3 -I/usr/include/stlport -g -D_DEBUG  -c -o glwidget.o glwidget.cpp
>In file included from qe3.h:361,
>                  from stdafx.h:41,
>                  from glwidget.cpp:37:
>xmlstuff.h:89: parse error before `*'
>xmlstuff.h:90: parse error before `*'
>xmlstuff.h:91: parse error before `*'
>In file included from qe3.h:362,
>                  from stdafx.h:41,
>                  from glwidget.cpp:37:
>points.h:74: parse error before `*'
>points.h:75: parse error before `*'
>points.h:76: parse error before `*'
>make: *** [glwidget.o] Error 1
>
> > TTimo
>
>Thanks!
>
>-EvilTypeGuy
>eviltypeguy@qeradiant.com
>
>
>_______________________________________________
>Gtkradiant mailing list
>Gtkradiant@zerowing.idsoftware.com
>http://zerowing.idsoftware.com/mailman/listinfo/gtkradiant