Re: Still can not build tests

On Tue, 2003-08-05 at 11:19, Mike Melanson wrote:
> On 5 Aug 2003, Darren Vincent Hart wrote:
> 
> > Mike,
> > 
> > Looks like a broken Boost install to me.  Try building one of the
> > signals test apps from boost.org and see if that links.  Did you copy
> > both libboost_signals.so and libboost_signals.a to /usr/local/lib ?  Did
> > you run ldconfig as root afterward?  Does your lib directory listing
> > look something like this ?
> 
> 	I am quite confident that libboost_signals is installed correctly.
> At least, the configure script says so. Personally, I suspect that the
> signals library wants something from another boost library. In fact, I
> couldn't get past the configure phase until I installed libboost_thread
> (which was not mentioned earlier). 

We are still deciding on what to do with libboost_thread, I didn't
mention that in the email b/c I hadn't dealt with it in a while.  When I
starting working on the configure script it came to my attention and I
added a check for completeness.  We have recently seen libstk built on
several systems in our lab, and a gentoo machine of another developer. 
This is why I am suspicious of your boost installation.  Can you get the
example code at http://www.boost.org/doc/html/ch04s02.html#id2888425 to
build and link ?

> Pull in this package, which needs this
> other package, and so it goes until you have a library that is not
> particularly well-suited for an embedded application ebecause it has too
> much extra baggage.

So far, in my opinion, we are not including things we don't use (with
the possible exception of boost_thread which we are still trying to
decide what to do with).  And if you write your own surface backend
(which many people will do for embedded applications) the total library
count is really fairly minimal (here is a list of libs used as reported
by ldd of the hello_world app built only with fbdev support).  Also note
that many of this can and will be statically linked to the embedded
application.

        libstk.so.0
        libfreetype.so.6
        libz.so.1
        libpng12.so.0  (probably be removed once we write a png loader)
        libboost_thread.so.1.30.0
        libboost_signals.so.1.30.0
        libpthread.so.0

And then your fairly standard required libraries
        libstdc++.so.5
        libm.so.6
        libgcc_s.so.1
        libc.so.6
        librt.so.1
        /lib/ld-linux.so.2

I'd love to help get this running on your Dreamcast, but if you feel the
above libraries are excessive for your app, perhaps you should consider
another library.  I know LIM in #sdl (irc.freenode.net) has written a
pure C toolkit using opengl... do you have opengl access to the
dreamcast hardware?  But I think you will find that libstk is an
extremely flexible and powerful toolkit, once you get it to build on
your system setup.  Some of the problems you are running into are just
due to the fact that it is still a really young project with only a few
active developers, I am sorry it has been such a hassle for you.

Darren

> 
> --
> 	-Mike Melanson
> 
> 
> _______________________________________________
> Libstk mailing list
> [email protected]
> http://www.dvhart.com/cgi-bin/mailman/listinfo/libstk