I think we are about ready to go for 0.141 (a605a3c). I say wait til first thing Monday to give Mark a chance to yell (should be plenty of time given 9 hours between us). If no new fires, tag it.
Remember:
1. autoreconf -f -i (do it on F-10 or later); make distcheck 2. git tag -s 3. gpg -b elfutils-0.141.tar.bz2 4. upload elfutils-0.141.tar.bz2{,.sig} 5. Now you can then immediately commit a configure.ac bump to 0.141.50 or .90 or something.
Thanks, Roland
On Sun, 2009-04-19 at 20:58 -0700, Roland McGrath wrote:
I think we are about ready to go for 0.141 (a605a3c). I say wait til first thing Monday to give Mark a chance to yell (should be plenty of time given 9 hours between us). If no new fires, tag it.
One small yell (on i386, x86_64 is fine):
gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -I. -I/home/mark/src/elfutils/libdwfl -I.. -I. -I/home/mark/src/elfutils/libdwfl -I/home/mark/src/elfutils/libdwfl/../libelf -I/home/mark/src/elfutils/libdwfl/../libebl -I/home/mark/src/elfutils/libdwfl/../libdw -I.. -I/home/mark/src/elfutils/libdwfl/../lib -Wall -Werror -Wshadow -Wunused -Wformat=2 -Wextra -std=gnu99 -g -O2 -fstack-protector-all -D_FORTIFY_SOURCE=2 -MT dwfl_module_getdwarf.o -MD -MP -MF .deps/dwfl_module_getdwarf.Tpo -c -o dwfl_module_getdwarf.o /home/mark/src/elfutils/libdwfl/dwfl_module_getdwarf.c /home/mark/src/elfutils/libdwfl/dwfl_module_getdwarf.c:124: error: conflicting types for ‘__libdwfl_getelf’ /home/mark/src/elfutils/libdwfl/libdwflP.h:245: error: previous declaration of ‘__libdwfl_getelf’ was here
Fixed by marking the implementation of __libdwfl_getelf also internal (attached).
No other issues building and reg-testing against systemtap.
Cheers,
Mark
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I've fixed a few problems when building various test variants, all related to building static archives. I guess it's a good sign that nobody reported those problems since it means nobody links statically.
The tree is prepared for the release but not yet tagged. If somebody wants to check I didn't screw anything up (specially the symbol versioning in libdwfl) let me know. Otherwise I'll tag the tree and declare the release done.
PS: Build with --enable-gcov once in a while. The numbers for the coverage are slipping. Especially libdwfl is low. I guess systemtap and Mark's testing make up for that.
- -- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖
The tree is prepared for the release but not yet tagged. If somebody wants to check I didn't screw anything up (specially the symbol versioning in libdwfl) let me know. Otherwise I'll tag the tree and declare the release done.
All good here. Tag it. Don't forget to upload both tarball and its .sig file.
PS: Build with --enable-gcov once in a while. The numbers for the coverage are slipping. Especially libdwfl is low. I guess systemtap and Mark's testing make up for that.
Yes, I'll try to get back to looking at test coverage again one of these days. A lot of the libdwfl cases that really need the regression testing are hard to do in plain make check, because they depend on installed debuginfo packages, state of prelinked system libraries, etc.
Thanks, Roland
elfutils-devel@lists.fedorahosted.org
-
Mark Wielaard -
Roland McGrath -
Ulrich Drepper