latest cvs doesn't build

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

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
Reply | Threaded
Open this post in threaded view
|

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

Reply | Threaded
Open this post in threaded view
|

Re: latest cvs doesn't build

Frank Ch. Eigler
In reply to this post by James Dickens

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