search

aaronblanchard / libkml

Automatically exported from code.google.com/p/libkml
Other
0 stars 0 forks source link

build fails on stock debian 5 machine #130

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1.  download svn trunk libkml
2. ./autogen.sh
3. make

What is the expected output? What do you see instead?

make  all-recursive
make[1]: Entering directory `/home/shared/srcsAced/libkml_trunk'
Making all in third_party
make[2]: Entering directory `/home/shared/srcsAced/libkml_trunk/third_party'
make[2]: *** No rule to make target `uriparser-0.7.1/lib/UriIp4Base.c', needed 
by 
`UriIp4Base.lo'.  Stop.
make[2]: Leaving directory `/home/shared/srcsAced/libkml_trunk/third_party'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/shared/srcsAced/libkml_trunk'
make: *** [all] Error 2

Please use labels and text to provide additional information.
* I tried removing uriparser 71 and 75 each in turn, but having only one of the 
two versions, in 
eother combination, did not help.

Original issue reported on code.google.com by brian.da...@gmail.com on 7 Dec 2009 at 7:48

GoogleCodeExporter commented 9 years ago 
Looks like your automake is getting confused in the incremental build. Do a 
clean 
build and all should be well.

Original comment by kml.mash...@gmail.com on 7 Dec 2009 at 10:45

GoogleCodeExporter commented 9 years ago 
I saw this one again recently with a stock box. We use some autotools stuff 
that 
requires a recent-ish automake/conf/libtool chain. See the dependencies here:
http://code.google.com/p/libkml/source/browse/trunk/DEPENDENCIES

Original comment by mashbri...@google.com on 12 Jan 2010 at 6:18

GoogleCodeExporter commented 9 years ago 
Marking as invalid. Reopen if you still have trouble with an updated automake 
toolchain.

Original comment by kml.mash...@gmail.com on 19 Feb 2010 at 4:34