latest cvs doesn't build

latest cvs doesn't build

[James Dickens]

Hi

latest changes commited doesn't build in fedora FC4, i386 this
previously built.


if g++ -DHAVE_CONFIG_H -I. -I. -I. 
-DPKGLIBDIR='"/usr/local/libexec/systemtap"'
-DPKGDATADIR='"/usr/local/share/systemtap"'  -Werror -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
cc1plus: warnings being treated as errors
tapsets.cxx: In member function âvoid
dwarf_query::add_probe_point(const std::string&, const char*, int,
Dwarf_Die*, Dwarf_Addr)â:
tapsets.cxx:1661: warning: suggest parentheses around assignment used
as truth value
make[1]: *** [stap-tapsets.o] Error 1
make[1]: Leaving directory `/root/src'
make: *** [all] Error 2
[root@localhost src]#


cvs up   performed just a before build

[root@localhost src]# gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--host=i386-redhat-linux
Thread model: posix
gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
[root@localhost src]#

James

Re: latest cvs doesn't build

[William Cohen]

James Dickens wrote:
> Hi
> 
> latest changes commited doesn't build in fedora FC4, i386 this
> previously built.

I had similar problems earlier this week. There are some new files added 
and the old files generated by the configure are not going to work. You 
probably need to redo the "../src/configure". It would probably also be 
wise use a clean directory to do the build. Something like the following.

mkdir obj
cd obj
../src/configure
make

-Will

> 
> 
> if g++ -DHAVE_CONFIG_H -I. -I. -I. 
> -DPKGLIBDIR='"/usr/local/libexec/systemtap"'
> -DPKGDATADIR='"/usr/local/share/systemtap"'  -Werror -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
> cc1plus: warnings being treated as errors
> tapsets.cxx: In member function âvoid
> dwarf_query::add_probe_point(const std::string&, const char*, int,
> Dwarf_Die*, Dwarf_Addr)â:
> tapsets.cxx:1661: warning: suggest parentheses around assignment used
> as truth value
> make[1]: *** [stap-tapsets.o] Error 1
> make[1]: Leaving directory `/root/src'
> make: *** [all] Error 2
> [root@localhost src]#
> 
> 
> cvs up   performed just a before build
> 
> [root@localhost src]# gcc -v
> Using built-in specs.
> Target: i386-redhat-linux
> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
> --infodir=/usr/share/info --enable-shared --enable-threads=posix
> --enable-checking=release --with-system-zlib --enable-__cxa_atexit
> --disable-libunwind-exceptions --enable-libgcj-multifile
> --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
> --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
> --host=i386-redhat-linux
> Thread model: posix
> gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
> [root@localhost src]#
> 
> James

Re: latest cvs doesn't build

[Frank Ch. Eigler]

jamesd wrote:

> [...]  latest changes commited doesn't build in fedora FC4, i386
> this previously built.

It still does, with an older compiler.

> tapsets.cxx: In member function void
> dwarf_query::add_probe_point(const std::string&, const char*, int,
> Dwarf_Die*, Dwarf_Addr):
> tapsets.cxx:1661: warning: suggest parentheses around assignment used
> as truth value

You might familiarize yourself with the "cvs annotate" command, which
would point out the last change made to the source area in question.
That way, the individual who committed the change (in this case, I)
could be contacted directly for a quick fix.  (Thanks, Roland.)

- FChE