Hello community,

here is the log from the commit of package libdwarf for openSUSE:Factory 
checked in at 2020-09-08 22:44:40
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/libdwarf (Old)
 and      /work/SRC/openSUSE:Factory/.libdwarf.new.3399 (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "libdwarf"

Tue Sep  8 22:44:40 2020 rev:16 rq:832032 version:20200825

Changes:
--------
--- /work/SRC/openSUSE:Factory/libdwarf/libdwarf.changes        2019-09-05 
12:06:49.099891959 +0200
+++ /work/SRC/openSUSE:Factory/.libdwarf.new.3399/libdwarf.changes      
2020-09-08 22:45:06.195451370 +0200
@@ -1,0 +2,99 @@
+Fri Sep  4 08:28:00 UTC 2020 - Dirk Mueller <[email protected]>
+
+- move libdwarf headers back to the old location 
+
+-------------------------------------------------------------------
+Wed Sep  2 18:02:07 UTC 2020 - Dirk Mueller <[email protected]>
+
+- update to 20200825 (bsc#1142609, CVE-2019-14249)
+  libdwarf now reads .debug_gnu_pubtypes & pubnames
+  (non-standard but gcc creates them in DWARF5)
+  via a small number of new functions
+  and dwarfdump  --print-debug-gnu prints both sections.
+  Verifying the .debug_info offsets is not yet done.
+  Dwarfdump now dumps DWARF5 .debug_rnglists and
+  .debug_loclists.  To handle DWARF5 there are
+  a small number of new functions. All existing
+  functions are still supported, but
+  to read DWARF5 some small changes are required.
+  In libdwarf see libdwarf2.1.pdf and also see
+  dwarfdump now takes much less malloc() to work, as measured
+  by valgrind --tool=massif  and massif-visualizer.
+  A dwarfdump run that did 2.2Gib of malloc/free before the changes
+  now does 1.4GiB.
+  libdwarf and dwarfdump now support DWARF5 .debug_rnglists.
+  The new interfaces are documented in libdwarf/libdwarf2.1.pdf.
+  The new option to dwarfdump is "--print-raw-rnglists".
+  The code (dwarfdump/libdwarf), regressiontests,
+  and readelfobj directories and all their tests
+  are known to work on Linux(Ubuntu on x86_64 and i686), 
+  FreeBSD, MacOS Catalina (with Apple Command Line Tools),
+  and IBM s390 (Big Endian!) running Ubuntu Linux.
+  On Windows-MinGW the full regression tests
+  have not been tested, but 'make check' works
+  for dwarfdump/libdwarf (the current dwarfdump 
+  make check actually does run dwarfdump and 
+  checks that dwarfdump basically works).
+  Now a --disable-libelf configure/build of libdwarf/dwarfdump
+  can read elf, mach-o DSYM, and PE executable/dll object files.
+  Such a build will not need or use libelf or elf.h .
+  The dwarfdump options that display Elf section headers
+  or relocation record data are not available in a 
+  --disable-libelf build. 
+  Nor is dwarfdump's support of reading archive files
+  available in a --disable-libelf build. 
+  This libdwarf detects corrupt Elf object files much sooner
+  than before, but does not explain what the corruption
+  really is. Use GNU readelf (or readelfobj, a project
+  on sourceforge) to get more detail about the problems found.  
+  See https://www.prevanders.net/dwarf.html for the git clone
+  command for readelfobj.
+  With --disable-libelf the --enable-dwarfgen option
+  does not work: the dwarfgen build will fail.
+  For building on machines without a usable elf.h or libelf
+  but possibly with a libelf.h visible, --disable-libelf
+  ensures the build won't use libelf or elf.h anywhere. 
+  -lz will be done if zlib.h is visible, independent of
+  libelf, libelf.h, and elf.h
+  If one has a standard Bourne shell (sh) available
+  (such as sh on MacOS and sh in MinGW on Windows)
+  one may be able to build libdwarf and dwarfdump natively
+  and they can read Mach-o dSYM and PE object files
+  to access DWARF information. 
+  This has NOT been tested under MacOS, so will likely
+  fail on MacOS.
+  No elf.h, libelf.h or zlib.h should be present. 
+  For example, the following
+  is known to work under MinGW and this general plan
+  applies to all builds including all builds with elf.h
+  and libelf:
+    mkdir test
+    cd test
+    #(copy the source tree into test, if from git
+    #the name of the top level will likely be 'code')
+    cd code
+   The pre-build dwarf_names.[hc] and the tag related
+  files are now part of the standard build so there is
+  no longer any two-stage aspect of the build. 
+  The build simply compiles files in the distribution.
+  If you use git to access the source be sure to
+  sh scripts/FIX-CONFIGURE-TIMES
+  to adjust the file timestamps as having timestamps
+  in the right relationships is vital and git
+  does not maintain timestamps.
+  The script is always safe to run. It takes about 30 seconds.
+  The complicated process of building certain .c and .h
+  files has been relegated to the few people updating
+  files libdwarf/libdwarf.h.in, libdwarf/dwarf_errmsg_list.h,
+  dwarfdump/tag_attr_ext.list,dwarfdump/tag_attr.list,
+  dwarfdump/tag_tree_ext.list, and dwarfdump/tag_tree.list.
+  For everyone else the build is simply compiling
+  the .c and .h files in the distribution. Simpler.
+    sh scripts/buildstandardsource.sh
+  creates these files.
+  dwarfdump can now dump mach-o (MacOS) dSYM dwarf.
+  All the usual libdwarf interfaces work.
+  A new libdwarf initialization call dwarf_init_path()
+  may be convenient for you to use.
+
+-------------------------------------------------------------------

Old:
----
  libdwarf-20180129.tar.gz

New:
----
  libdwarf-20200825.tar.gz

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ libdwarf.spec ++++++
--- /var/tmp/diff_new_pack.Ma7iNB/_old  2020-09-08 22:45:13.703455026 +0200
+++ /var/tmp/diff_new_pack.Ma7iNB/_new  2020-09-08 22:45:13.707455028 +0200
@@ -1,7 +1,7 @@
 #
 # spec file for package libdwarf
 #
-# Copyright (c) 2019 SUSE LINUX GmbH, Nuernberg, Germany.
+# Copyright (c) 2020 SUSE LLC
 #
 # All modifications and additions to the file contributed by third parties
 # remain the property of their copyright owners, unless otherwise agreed
@@ -17,17 +17,15 @@
 
 
 Name:           libdwarf
-Version:        20180129
+Version:        20200825
 Release:        0
 Summary:        Access DWARF debugging information
 License:        LGPL-2.1-or-later AND GPL-2.0-or-later
 Group:          Development/Libraries/C and C++
-Url:            http://prevanders.net/dwarf.html
-#Git-Clone:    git://git.code.sf.net/p/libdwarf/code
+URL:            https://prevanders.net/dwarf.html
 Source:         http://prevanders.net/%{name}-%{version}.tar.gz
 BuildRequires:  binutils-devel
 BuildRequires:  libelf-devel
-BuildRoot:      %{_tmppath}/%{name}-%{version}-build
 
 %description
 libdwarf is a library of functions to provide read/write DWARF
@@ -49,6 +47,7 @@
 License:        LGPL-2.1-or-later
 Group:          Development/Libraries/C and C++
 Requires:       libdwarf1 = %{version}
+Requires:       libelf-devel
 
 %description devel
 Contains the static libraries and header files of libdwarf.
@@ -88,64 +87,44 @@
 Documentation for libdwarf.
 
 %prep
-%setup -q -n dwarf-%{version}
+%setup -q
 
 %build
 %global _lto_cflags %{_lto_cflags} -ffat-lto-objects
 export CFLAGS="%{optflags}"
-## libdwarf
-cd libdwarf
 CFLAGS="$CFLAGS -fPIC" %configure --enable-shared
-make %{?_smp_mflags}
-cd -
-## dwarfdump
-cd dwarfdump
-%configure
-# LD_LIBRARY_PATH required since libdwarf.so and libdwarf.a
-# are available - and tag_tree_build get linked against
-# shared library. This workaround avoids patching of dwarfdump
-# Makefile
-#  - dgollub (20081001)
-LD_LIBRARY_PATH="../libdwarf" make %{?_smp_mflags}
-cd -
+%make_build
 
 %install
-mkdir -p %{buildroot}%{_libdir}
-mkdir -p %{buildroot}%{_bindir}
-mkdir -p %{buildroot}%{_includedir}/libdwarf
-mkdir -p %{buildroot}%{_mandir}/man1
-install -m 0644 libdwarf/libdwarf.a %{buildroot}%{_libdir}
-install -m 0644 libdwarf/libdwarf.so* %{buildroot}%{_libdir}
-install -m 0755 dwarfdump/dwarfdump %{buildroot}%{_bindir}
-install -m 0644 dwarfdump/dwarfdump.1 %{buildroot}%{_mandir}/man1/dwarfdump.1
-install -m 0644 libdwarf/libdwarf.h %{buildroot}%{_includedir}/libdwarf
-install -m 0644 libdwarf/dwarf.h %{buildroot}%{_includedir}/libdwarf
+%make_install
+mkdir %{buildroot}%{_includedir}/libdwarf
+mv %{buildroot}%{_includedir}/*.h %{buildroot}%{_includedir}/libdwarf
+rm -r %{buildroot}/%{_datadir}/libdwarf/
 
 %post -n libdwarf1 -p /sbin/ldconfig
 %postun -n libdwarf1 -p /sbin/ldconfig
 
 %files -n libdwarf1
-%defattr(-,root,root)
-%doc libdwarf/LIBDWARFCOPYRIGHT libdwarf/COPYING libdwarf/LGPL.txt
-%{_libdir}/libdwarf.so.1
+%license libdwarf/COPYING libdwarf/LIBDWARFCOPYRIGHT libdwarf/LGPL.txt
+%{_libdir}/libdwarf.so.1*
 
 %files devel
-%defattr(-,root,root)
+%{_libdir}/libdwarf.la
 %{_libdir}/libdwarf.so
 %{_includedir}/libdwarf
 
 %files devel-static
-%defattr(-,root,root)
 %{_libdir}/libdwarf.a
 
 %files tools
-%defattr(-,root,root)
 %{_bindir}/dwarfdump
 %{_mandir}/man1/dwarfdump*
-%doc dwarfdump/README libdwarf/COPYING dwarfdump/GPL.txt
+%license libdwarf/COPYING
+%dir %{_datadir}/dwarfdump
+%{_datadir}/dwarfdump/dwarfdump.conf
+%doc dwarfdump/README dwarfdump/GPL.txt
 
 %files doc
-%defattr(-,root,root)
 %doc libdwarf/*.pdf
 %doc libdwarf/README
 

++++++ libdwarf-20180129.tar.gz -> libdwarf-20200825.tar.gz ++++++
++++ 249414 lines of diff (skipped)


Reply via email to