aboutsummaryrefslogtreecommitdiff
path: root/lib/libelf/elf_phnum.c
Commit message (Collapse)AuthorAgeFilesLines
* Removed source code for the old libelf and build the new libelf fromKai Wang2014-01-151-66/+0
| | | | | | | contrib/ instead. Notes: svn path=/projects/elftoolchain/; revision=260698
* * Deprecate `elf_getshnum()`, `elf_getphnum()` and `elf_getshstrndx()` inKai Wang2010-07-211-5/+18
| | | | | | | | | | | | | | | favour of `elf_getshdrnum()`, `elf_getphdrnum()` and `elf_getshdrstrndx()` respectively. * Add new manual pages for `elf_getshdrstrndx()`, `elf_getphdrnum()` and `elf_getshdrnum()`. * Add a deprecation warning for `elf_getshstrndx()`, `elf_getphnum()` and `elf_getshnum()`. Obtained from: elftoolchain MFC after: 1 month Notes: svn path=/head/; revision=210345
* Keep shadow copies of the `e_shnum', `e_phnum' and `e_shstrndx'Joseph Koshy2006-12-251-0/+53
members of the ELF Executable Header inside the library-private `struct _Elf' descriptor and only update the underlying Elf{32,64}_Ehdr structure on an elf_update(3) call. These fields of the Ehdr structure are technically `out of bounds' for an application program per the ELF(3) API, but we've seen applications that initialize a new Ehdr structure using memcpy(), messing up the library's invariants. [1] Implement elf_getphnum() and handle ELF objects with more than 64K program header table entries. Reported by: jb [1] Notes: svn path=/head/; revision=165535