27 жовтня 2006 о 11:43 -0400 Frank Ch. Eigler написав(-ла): > On Fri, Oct 27, 2006 at 12:05:53PM +0200, Julien Danjou wrote: > > There was a problem while autobuilding your package: > > > > > if i486-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I. -DBINDIR='"/usr/bin"' > > > -DPKGDATADIR='"/usr/share/systemtap"' -DPKGLIBDIR='"/usr/lib/systemtap"' > > > -DPERFMON -Werror -Wall -Wall -g -O2 -MT stap-tapsets.o -MD -MP -MF > > > ".deps/stap-tapsets.Tpo" -c -o stap-tapsets.o `test -f 'tapsets.cxx' || > > > echo './'`tapsets.cxx; \ > > > then mv -f ".deps/stap-tapsets.Tpo" ".deps/stap-tapsets.Po"; else rm -f > > > ".deps/stap-tapsets.Tpo"; exit 1; fi > > > tapsets.cxx:44:29: error: perfmon3/pfmlib.h: No such file or directory > > > tapsets.cxx:45:30: error: perfmon3/perfmon.h: No such file or directory > > [...] This is due to changes in libpfm packageing. It used to have headers in /usr/include/perfmon3, but latest version places them in /usr/include/perfmon. I'll fix this in the next version.
> > Could someone figure out why -DPERFMON showed up on the build command > line? systemtap should not be configured with --enable-perfmon unless > the perfmon devel libraries are available. (Yes, this should be fully > autoconf'd, but isn't yet.) Debian's libpfm3 package contains library with soname libpfm3.so.3 (systemtap was patched to use it), and it was present in the system because of build-dependencies. It is only include path that was changed. -- Eugeniy Meshcheryakov
signature.asc
Description: Digital signature
