Re: First Compilation
Darren Vincent Hart <[email protected]> 31 Jul 2003 22:45:52 -0600
| Newsgroups | gmane.comp.embedded.stk.gui.devel |
|---|---|
| Message-ID | <1059713151.23336.158.camel@sway> |
Mike, You seem to have run to some weird errors, I haven't seen anything like them (nor any of the other 4 users who have built it). Would you let me know what version of automake etc you are running and the options you pass to ./configure, as well as its output? more below... On Thu, 2003-07-31 at 22:00, Mike Melanson wrote: > On Thu, 31 Jul 2003, Mike Melanson wrote: > > > I will continue to do battle with the demo programs. I want a > > A little more info on the demo programs: > > * When I try compiling from the top level: > > [melanson@x-wing libstk]$ make > make all-recursive > make[1]: Entering directory `/home/build/libstk' > Making all in libstk > make[2]: Entering directory `/home/build/libstk/libstk' > make[2]: *** No rule to make target `test_app.cpp', needed by > `test_app.o'. Stop. > make[2]: Leaving directory `/home/build/libstk/libstk' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/home/build/libstk' > make: *** [all] Error 2 > > So the build system is apparently and mistakenly trying to build > test_app.cpp inside libstk/, when the source resides in tests/. > that is certainly wrong... and I can't imagine how the Makefile in libstk/libstk could know anything about test_app.o... > > * When I switch to tests/ for the build: > > [melanson@x-wing libstk]$ cd tests/ There shouldn't be a tests directory, it is called test. There used to be a tests, but AFAIK it was removed from CVS. Please check that you are in libstk/test and NOT libstk/tests > [melanson@x-wing tests]$ make > /bin/sh ../libtool --mode=link g++3.2 -Wall -g -O2 -o test_app > test_app.o -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -lpthread > -lboost_signals -lfreetype -lz -I../libstk ../libstk/.libs/libstk.a > g++3.2 -Wall -g -O2 -o test_app test_app.o -Wl,-rpath -Wl,/usr/local/lib > -I../libstk -L/usr/local/lib /usr/local/lib/libSDL.so -lm > -L/usr/local/kde/lib -ldl -lartsc -L/usr/X11R6/lib -lX11 -lXext -ldl > -lpthread -lboost_signals /usr/local/lib/libfreetype.so -lz > ../libstk/.libs/libstk.a -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath > -Wl,/usr/local/lib > test_app.o: In function `scroll_slot(boost::shared_ptr<stk::scroll_model>, > int)': > /usr/local/include/boost/shared_ptr.hpp:237: undefined reference to > `stk::scroll_model::begin() const' > /usr/local/include/boost/shared_ptr.hpp:237: undefined reference to > `stk::scroll_model::vis_size() const' > /usr/local/include/boost/shared_ptr.hpp:237: undefined reference to > `stk::scroll_model::size() const' > /usr/local/include/boost/shared_ptr.hpp:237: undefined reference to > `stk::scroll_model::begin() const' > /usr/local/include/boost/shared_ptr.hpp:237: undefined reference to > `stk::scroll_model::begin(int)' > test_app.o: In function `main': > /home/build/libstk/tests/test_app.cpp:85: undefined reference to > `stk::event_system_sdl::create()' > test_app.o: In function `main': > /usr/local/include/boost/shared_ptr.hpp:152: undefined reference to > `stk::rectangle::rectangle[in-charge](int, int, int, int)' > /usr/local/include/boost/shared_ptr.hpp:152: undefined reference to > `stk::surface_sdl::create(stk::rectangle const&)' > test_app.o: In function `main': > /usr/local/include/boost/detail/lwm_pthreads.hpp:76: undefined reference > to `stk::application::create(boost::shared_ptr<stk::surface>, > boost::shared_ptr<stk::event_system>)' > /usr/local/include/boost/detail/lwm_pthreads.hpp:76: undefined reference > to `stk::state::create(boost::shared_ptr<stk::application>)' > [...] > [...] > [...] > [...] > > And it goes on for hundreds and hundreds of lines. Let's start small. In > the build above, you will notice '-I../libstk' added. I had to hack up the > Makefile and Makefile.in files to do that. Didn't make a difference. It's > just that it seemed to me like it couldn't find the header files for all > those classes. Then again, I suppose if that were true, the compiler > would've thrown warnings about not finding header files and given up. > > I'm through fighting with the library for tonight. Hope the above > data is useful... Thanks for working with me on this. I need input from people with different system setups so we can get this build working... most everyone else who has built the project is running debian sid. Darren > -- > -Mike Melanson > > > _______________________________________________ > Libstk mailing list > [email protected] > http://www.dvhart.com/cgi-bin/mailman/listinfo/libstk