Script 'mail_helper' called by obssrc
Hello community,
here is the log from the commit of package mold for openSUSE:Factory checked in
at 2024-12-09 21:11:14
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/mold (Old)
and /work/SRC/openSUSE:Factory/.mold.new.29675 (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "mold"
Mon Dec 9 21:11:14 2024 rev:49 rq:1229097 version:2.35.0
Changes:
--------
--- /work/SRC/openSUSE:Factory/mold/mold.changes 2024-10-06
17:52:27.146302872 +0200
+++ /work/SRC/openSUSE:Factory/.mold.new.29675/mold.changes 2024-12-09
21:12:36.211556358 +0100
@@ -1,0 +2,34 @@
+Sun Dec 8 08:58:41 UTC 2024 - Martin Liška <martin.li...@hey.com>
+
+- Update to version 2.35.0
+ * Big-endian ARM64 is now supported. ARM64 is a bi-endian processor, meaning
that
+ the processor can run in either little- or big-endian mode. Even though
+ little-endian is the de facto standard, the ARM64 processor-specific ABI
defines
+ its big-endian variant, and the ARM toolchain supports it. Now we support
it
+ too. (882e7eb)
+ * Big-endian SH4 is now supported. SH4 has become a minor CPU nowadays, and
its
+ big-endian variant is even more so, but some SHARP scientific calculators
still
+ use SH4 processors in big-endian mode. (0cb9fc6)
+ * mold attempts to overwrite an existing file if a specified output file
already
+ exists because reusing an existing file is much faster than creating a
fresh
+ file and writing to it on Linux. If an existing file is currently running,
+ open(2) for that file fails with ETXTBSY. When that happens, mold falls
back to
+ creating a new file. The problem here is that Linux kernel version 6.11
changed
+ that well-known behavior of open(2), and it now allows user programs to
+ overwrite a running executable. That caused a very mysterious issue for
programs
+ that rebuild themselves during the build, such as gcc or ninja (#1361).
Even
+ though the kernel's change has been reverted (torvalds/linux@3b83203), we
need
+ to make adjustments to mold for that particular version of the Linux
kernel. So,
+ if mold detects that it is running on Linux 6.11, it no longer tries to
reuse an
+ existing output file. (8e4f7b5)
+ * On rare occasions, mold could fail with a "ConcurrentMap is full" error.
Now the
+ issue has been resolved. (e56b649)
+ * Even if a user choose not to use mimalloc memory allocator (i.e. built
mold with
+ -DMOLD_USE_MIMALLOC=0), mold was still being built with mimalloc. This
issue has
+ been resolved. (ffd10dd)
+ * [s390x] s390x uses nonstandard 8-byte entries for the .hash section.
Previously,
+ mold created 4-byte entries for .hash, which caused mold-generated
executables
+ to crash on startup if they were built with -Wl,--hash-style=sysv. Now,
mold
+ generates a psABI-compliant .hash section. (e2e1146)
+
+-------------------------------------------------------------------
Old:
----
mold-2.34.1.tar.gz
New:
----
mold-2.35.0.tar.gz
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ mold.spec ++++++
--- /var/tmp/diff_new_pack.0FYyoe/_old 2024-12-09 21:12:37.775621797 +0100
+++ /var/tmp/diff_new_pack.0FYyoe/_new 2024-12-09 21:12:37.779621964 +0100
@@ -17,7 +17,7 @@
Name: mold
-Version: 2.34.1
+Version: 2.35.0
Release: 0
Summary: A Modern Linker (mold)
License: MIT
@@ -110,5 +110,4 @@
%{_mandir}/man1/ld.mold.1.gz
%dir %{_docdir}/mold
%doc %{_docdir}/mold/LICENSE
-%doc %{_docdir}/mold/LICENSE.third-party
++++++ mold-2.34.1.tar.gz -> mold-2.35.0.tar.gz ++++++
/work/SRC/openSUSE:Factory/mold/mold-2.34.1.tar.gz
/work/SRC/openSUSE:Factory/.mold.new.29675/mold-2.35.0.tar.gz differ: char 12,
line 1
