summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* | | | | Merge pull request #141 from adam-trhon/patch-1Domen Kožar2018-01-051-0/+4
|\ \ \ \ \ | | | | | | | | | | | | Mention --set-soname in README
| * | | | | Mention --set-soname in READMEAdam Trhoň2017-12-121-0/+4
| |/ / / / | | | | | | | | | | Changing shared library SONAME is not a usual task and patchelf may be the only utility that can do it. As README does not mention this feature at all, one can easily miss it when searching for a suitable tool.
* | | | | Merge pull request #140 from bhipple/feature/centos-7.4-releaseDomen Kožar2018-01-051-0/+3
|\ \ \ \ \ | |/ / / / |/| | | | Add CentOS 7.4 to release RPM builds
| * | | | Add CentOS 7.4 to release RPM buildsBenjamin Hipple2017-12-091-0/+3
|/ / / / | | | | | | | | | | | | | | | | This provides RPMs for CentOS 7.4 users, and their counterparts on the enterprise release RHEL 7.4.
* | | | Merge pull request #125 from kroggen/patch-1Domen Kožar2017-06-151-0/+10
|\ \ \ \ | |_|/ / |/| | | added compillation steps on README
| * | | added compillation steps on READMEBernardo Ramos2017-06-131-0/+10
|/ / / | | | | | | It is lacking info on how to run the tests
* | | Fix multiple --add-neededEelco Dolstra2017-05-031-0/+1
| | | | | | | | | | | | Reported by Jannis Harder.
* | | Merge branch 'master' of https://github.com/rpurdie/patchelfEelco Dolstra2017-04-211-32/+40
|\ \ \ | |/ / |/| / | |/
| * Avoid inflating file sizes needlessly and allow binaries to be strippedRichard Purdie2017-03-071-32/+40
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The current approach to changing sections in ET_DYN executables is to move the INTERP section to the end of the file. +This means changing PT_PHDR to add an extra PT_LOAD section so that the new section is mmaped into memory by the elf loader in the kernel. In order to extend PHDR, this means moving it to the end of the file. Its documented in BUGS there is a kernel 'bug' which means that if you have holes in memory between the base load address and the PT_LOAD segment that contains PHDR, it will pass an incorrect PHDR address to ld.so and fail to load the binary, segfaulting. To avoid this, the code currently inserts space into the binary to ensure that when loaded into memory there are no holes between the PT_LOAD sections. This inflates the binaries by many MBs in some cases. Whilst we could make them sparse, there is a second issue which is that strip can fail to process these binaries: $ strip fixincl Not enough room for program headers, try linking with -N [.note.ABI-tag]: Bad value This turns out to be due to libbfd not liking the relocated PHDR section either (https://github.com/NixOS/patchelf/issues/10). Instead this patch implements a different approach, leaving PHDR where it is but extending it in place to allow addition of a new PT_LOAD section. This overwrites sections in the binary but those get moved to the end of the file in the new PT_LOAD section. This is based on patches linked from the above github issue, however whilst the idea was good, the implementation wasn't correct and they've been rewritten here. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* | Fix Debian 7 buildEelco Dolstra2017-04-141-0/+1
| | | | | | | | http://hydra.nixos.org/build/49825195
* | Merge pull request #119 from jwilk/spellingDomen Kožar2017-04-043-3/+3
|\ \ | | | | | | Fix typos
| * | Fix typosJakub Wilk2017-04-043-3/+3
|/ /
* | ARM hackEelco Dolstra2017-03-081-1/+1
| |
* | Use newer Fedora/Ubuntu releasesEelco Dolstra2017-03-081-16/+12
| |
* | Test on aarch64-linuxEelco Dolstra2017-03-081-1/+1
|/
* Don't check whether DT_STRTAB matches .dynstrEelco Dolstra2017-02-171-23/+2
| | | | | | | We don't really care whether DT_STRTAB is correct, since we overwrite it anyway. https://github.com/NixOS/nixpkgs/issues/22333
* Mark the build job as reproducibleEelco Dolstra2016-12-081-0/+1
|
* Bump versionEelco Dolstra2016-09-201-1/+1
|
* Use exceptionsEelco Dolstra2016-09-191-16/+64
|
* --shrink-rpath: Ignore libraries for different architecturesEelco Dolstra2016-09-192-7/+17
| | | | Fixes #93.
* Factor out fetching ELF typeEelco Dolstra2016-09-191-24/+34
|
* Remove apparently incorrect usage of "static"Eelco Dolstra2016-09-191-5/+3
|
* Some C++11 cleanupEelco Dolstra2016-09-191-22/+15
|
* Cleanup: Remove "using namespace std"Eelco Dolstra2016-09-191-108/+104
|
* Use a std::vector for holding the file contentsEelco Dolstra2016-09-192-59/+60
|
* Remove tabEelco Dolstra2016-09-191-1/+1
|
* Merge pull request #98 from dezgeg/shrink-prefixEelco Dolstra2016-09-015-16/+107
|\ | | | | Add '--allowed-rpath-prefixes' option to '--shrink-rpath' …
| * Add '--allowed-rpath-prefixes' option to '--shrink-rpath'Tuomas Tynkkynen2016-06-035-7/+88
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes #97. In essence, the problem is that some packages in Nixpkgs have RPATHs pointing to both $NIX_BUILD_TOP and $out, e.g.: /tmp/nix-build-openldap-2.4.44.drv-0/openldap-2.4.44/libraries/libldap_r/.libs /tmp/nix-build-openldap-2.4.44.drv-0/openldap-2.4.44/libraries/liblber/.libs /nix/store/bfkmdxmv3a3f0g3d2q8jkdz2wam93c5z-openldap-2.4.44/lib /nix/store/bfkmdxmv3a3f0g3d2q8jkdz2wam93c5z-openldap-2.4.44/lib64 Currently, running `patchelf --shrink-rpath` does the wrong thing by keeping the /tmp/ paths and deleting the /nix/store ones. Now we can fix the problem by using patchelf --shrink-rpath --allowed-rpath-prefixes $NIX_STORE_DIR in the Nixpkgs fixupPhase instead.
| * Extract a function for splitting a colon-separated stringTuomas Tynkkynen2016-06-031-9/+19
|/ | | | | We're going to need this logic in another place, so make a function of this.
* ` -> 'Eelco Dolstra2016-05-031-32/+32
|
* Improve "cannot find section" error messageEelco Dolstra2016-05-031-1/+1
| | | | Issue #66
* Merge pull request #83 from chewi/patch-1Eelco Dolstra2016-04-281-1/+1
|\ | | | | Make tests run in serial as they break in parallel
| * Make tests run in serial as they break in parallelJames Le Cuirot2016-03-171-1/+1
| | | | | | It would be nice to fix them in parallel but I lack the time.
* | Merge pull request #81 from fsateler/force-pagesizeEelco Dolstra2016-04-281-4/+5
|\ \ | | | | | | no-rpath-prebuild: force pagesize to 4096 on prebuilt binaries
| * | no-rpath-prebuild: force pagesize to 4096 on prebuilt binariesFelipe Sateler2016-02-291-4/+5
| |/ | | | | | | | | They all have that page size, and the host-detected one might be different.
* | Merge pull request #86 from njsmith/masterEelco Dolstra2016-04-281-1/+1
|\ \ | | | | | | Fix bug in walking .gnu.version_r linked list
| * | Fix bug in walking .gnu.version_r linked listNathaniel J. Smith2016-04-021-1/+1
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When writing the code to teach --replace-needed to modify the .gnu.version_r section (gh-85), I misunderstood how the ->vn_next pointers in the Elf_Verneed structs are supposed to be interpreted: I thought they gave an offset from the beginning of the section, but in fact they give an offset relative to the current struct. The resulting bug was very odd: generally, patchelf would complete without signalling an error, but it would only successfully replace filenames that occurred as either the first or second entries in the .gnu.version_r section, while the third or later entries would be left untouched. This commit fixes the interpretation of the ->vn_next pointers, so that now --replace-needed should work correctly even on ELF files with more than two version needed structs. Thanks to @matthew-brett for finding the bug / providing a test case, and to @rmcgibbo for helping me diagnose it.
* | Merge pull request #85 from njsmith/masterEelco Dolstra2016-04-011-6/+59
|\ \ | |/ |/| Teach --replace-needed to update .gnu.version_r table
| * Small cleanups to replaceNeededNathaniel J. Smith2016-04-011-14/+37
| | | | | | | | | | | | No semantic changes, but I noticed some small errors in the DT_NEEDED handling loop while I was adding the .gnu.version_r handling, so might as well fix them while I'm here.
| * Teach --replace-needed to update .gnu.version_r tableNathaniel J. Smith2016-04-011-4/+34
|/ | | | | | | | | | | | | | | | | | If the ELF binary that we're patching is linked to a DSO that uses symbol versioning, then the DSO's SONAME appears in two different places: once as a DT_NEEDED entry, and once in the .gnu.version_r version requirements section. Previously, patchelf --replace-needed would update DT_NEEDED entry, but fail to update the .gnu.version_r table. This resulted in completely broken binaries -- trying to load them would trigger an assertion failure inside the dynamic loader, as it tries to check the version of a library that was never loaded: Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed! This commit teaches --replace-needed to update the .gnu.version_r table. Fixes: gh-84
* Update README0.9Eelco Dolstra2016-02-291-1/+13
|
* Disable Darwin buildEelco Dolstra2016-02-291-2/+2
| | | | | | Currently failing due to some 15.09 libxml2 issue. http://hydra.nixos.org/build/32429886
* Bump versionEelco Dolstra2016-02-271-1/+1
|
* Fix Hydra evalEelco Dolstra2016-02-271-58/+8
|
* rewriteHeaders(): Don't assume PT_PHDR is the first program headerTuomas Tynkkynen2016-02-221-5/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Because this assumption doesn't seem to be valid either in theory or practice: the spec (http://refspecs.linuxbase.org/elf/elf.pdf) only places these requirements on PT_PHDR: "This segment type may not occur more than once in a file. Moreover, it may occur only if the program header table is part of the memory image of the program. If it is present, it must precede any loadable segment entry." And on ARM, binaries generated by GNU GCC / binutils almost never have PT_PHDR as the first entry, e.g. the coreutils 'ls' has this: Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align EXIDX 0x0169b4 0x0001e9b4 0x0001e9b4 0x00008 0x00008 R 0x4 PHDR 0x000034 0x00008034 0x00008034 0x00120 0x00120 R E 0x4 INTERP 0x000154 0x00008154 0x00008154 0x0004f 0x0004f R 0x1 [Requesting program interpreter: /nix/store/whcad4dnkp5pnhbv4p0f9k8srv0kmcjk-glibc-2.21/lib/ld-linux-armhf.so.3] LOAD 0x000000 0x00008000 0x00008000 0x169c0 0x169c0 R E 0x8000 LOAD 0x0169c0 0x000269c0 0x000269c0 0x003f4 0x01088 RW 0x8000 DYNAMIC 0x0169cc 0x000269cc 0x000269cc 0x000f8 0x000f8 RW 0x4 NOTE 0x0001a4 0x000081a4 0x000081a4 0x00020 0x00020 R 0x4 GNU_STACK 0x000000 0x00000000 0x00000000 0x00000 0x00000 RW 0x4 PAX_FLAGS 0x000000 0x00000000 0x00000000 0x00000 0x00000 0x4 This problem has existed for quite a long time on ARM and often results in patchelf'd programs segfaulting inside the glibc dynamic linker, which relies on PT_PHDR containing valid contents. This has been worked around in Nixpkgs in various creative ways, like: https://github.com/NixOS/nixpkgs/blob/5c20877d40726b6973d222f71fa6e306428c19cf/nixos/modules/system/boot/stage-1.nix#L109 Applying patchelf twice did actually work in practice due to the fact that patchelf sorts the program headers, causing the first round of patchelf to rewrite an invalid PT_PHDR to appear first, and then the second round of patchelf fixing that PT_PHDR.
* Fix PAGESIZE auto-determinationEelco Dolstra2016-02-221-11/+11
| | | | | Don't use "which" (which might not exist), and don't redirect getconf auto to /dev/null.
* Merge branch 'pagesize' of https://github.com/fsateler/patchelfEelco Dolstra2016-02-223-9/+28
|\
| * Allow overriding pagesize at runtime via a command-line argumentFelipe Sateler2016-01-152-2/+11
| |
| * Allow specifying page size at configure timeFelipe Sateler2016-01-152-7/+19
| |
| * Remove stale sysconf configure checkFelipe Sateler2016-01-151-2/+0
| |
generated by cgit v0.12 at 2025-08-08 15:37:16 (GMT)