https://bugs.kde.org/show_bug.cgi?id=374963
roland_wi...@web.de changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #103372|0 |1
is obsolete| |
--- Comment #1 from roland_wi...@web.de ---
Created attachment 104834
--> https://bugs.kde.org/attachment.cgi?id=104834&action=edit
Patch to increase tool load addresses via configure option
I've had some time to clean up the patch and work around the
__gnu_cxx::__freeres problem. The patch introduces a new configure flag,
--enable-high-load, that increases the base address and switches the memory
model to large when compiling the tools, but not the preloaded so's (this gets
rid of the freeres problem). Through a few additional tweaks, the load address
can now be set to much higher values. It is currently set to 1TiB, which should
be enough for virtually any executable linked with the default base address.
Apart from the modifications to configure.ac and Makefile.all.am, the patch
changes some assembly instructions so they work when the symbols inserted by
the linker have values not representable as signed 32bit ints. Also, the
eh_frame descriptors in coregrind/m_trampoline.S have changed from an absolute
to a PC-relative addressing scheme.
The diff is against Valgrind 3.12.0. Regtest completes with the same failures
as the unmodified version.
--
You are receiving this mail because:
You are watching all bug changes.
