Also link libsf_appid_preproc.so against libc++abi so that luajit can access
libunwind symbols, and regen patches and WANTLIB.
tested by abieber@
ok abieber@, Markus Lude (maintainer)
an error if the last component of the path does not exist.
This is a bug in libgnat. The System.File_IO.Open function calls
full_name -> __gnat_full_name -> realpath on files that have not
yet been created. The Linux realpath was considered lacking, so a
different approach is used there. We now remove OpenBSD from the
#ifdef of operating systems supporting realpath and follow the Linux
code path.
New Ada bootstraps are required.
ok sthen@ pascal@
angrop is a tool to automatically generate ROP chains.
It is built on top of angr's symbolic execution engine, and uses constraint
solving for generating chains and understanding the effects of gadgets.
angrop should support all the architectures supported by angr, although more
testing needs to be done.
Typically, it can generate rop chains (especially long chains) faster than
humans.
It includes functions to generate chains which are commonly used in exploitation
and CTF's, such as setting registers, and calling functions.
join work with and ok kn@
angr is a suite of Python 3 libraries that let you load a binary
and do a lot of cool things to it:
- Disassembly and intermediate-representation lifting
- Program instrumentation
- Symbolic execution
- Control-flow analysis
- Data-dependency analysis
- Value-set analysis (VSA)
- Decompilation
join work with and ok kn@
rough edges will be handled in-tree
* Contains many upstream bug fixes and security fixes which can be mined
from the release notes here:
https://adoptopenjdk.net/release_notes.html
* Remove patches merged into bsd-port upstream
* Add corrections for issues that didn't make the bsd-port release
OpenBSD. This is based on a pull request from Jeremy O'Brien at
https://github.com/NationalSecurityAgency/ghidra/pull/490 and the Ghidra
build guide at
https://github.com/NationalSecurityAgency/ghidra/blob/master/DevGuide.md .
In addition, I have made these changes to make Ghidra work better as an OpenBSD
port:
1. I removed the explicit check for Gradle 5.0 because I was able to build
Ghidra with latest versions of Gradle. At the time of commit, our
java/gradle port is 5.5.1 which is the latest version of Gradle.
2. By default, the Ghidra build process tries to fetch dependent files on demand
while building. This will cause the build to fail if the port is built using
the _pbuild user. To fix this, I made the port fetch all the dependent .jar
files prior to building. I also used gradle's --offline flag which
explicitly tells gradle to "Execute the build without accessing network
resources".
3. To prevent the build process from touching $HOME, I made gradle use
${WRKDIR}/gradle as its home and also modified GHelpBuilder.java
(the program that builds help files during build) to log to ${WRKDIR}
instead of $HOME/.ghidra.
4. One of the Gradle scripts (ip.gradle) scans the Ghidra source tree so
I had to explicitly tell it to exclude *.orig and *.beforesubst.
help from bentley@ and Jeremy O'Brien
ok bentley@ rpointel@ (maintainer)
* Contains many upstream bug fixes and security fixes which can be mined
from u212-u222 release notes here:
https://adoptopenjdk.net/release_notes.html
* Removed patches merged upstream
Added a missing TEST_DEPENDS on devel/py-pbr
Patched to use built-in time.monotonic rather than py-monotonic for
the python3 flavor. A pull request has been made with upstream to
integrate this change.
ok sthen@
Bus error during build. Changing -O levels did nothing. Changing to egcc
did nothing. If you need an alternative bc/dc on sparc64, there's ebc.
Thanks to kmos@ for testing with me.
Updated to most recent version. All regression tests pass on amd64.
It's sole consumer www/py-aiohttp doesn't have working regression
tests but its two consumers pass all regression tests with this
new version.
OK jung@ (maintainer) sthen@
Has numerous small fixes, most don't affect us. One of them is to
"add support for Python 3.7" but the old version worked fine for us.
OK jung@ (maintainer) sthen@
