Attachment 192528 Details for Bug 227526 – py-keystone-engine.shar

py-keystone-engine.shar

py-keystone-engine.shar (text/plain), 3.12 KB, created by Kai Knoblich on 2018-04-15 14:43:06 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Kai Knoblich

Created: 2018-04-15 14:43:06 UTC

Size: 3.12 KB

patch

obsolete

># This is a shell archive.  Save it in a file, remove anything before
># this line, and then unpack it by entering "sh file".  Note, it may
># create directories; files and directories will be owned by you and
># have default permissions.
>#
># This archive contains:
>#
>#	py-keystone-engine
>#	py-keystone-engine/Makefile
>#	py-keystone-engine/distinfo
>#	py-keystone-engine/pkg-descr
>#
>echo c - py-keystone-engine
>mkdir -p py-keystone-engine > /dev/null 2>&1
>echo x - py-keystone-engine/Makefile
>sed 's/^X//' >py-keystone-engine/Makefile << '8f0a4fe50a8a58bbfd3692f3b3fc66fd'
>X# $FreeBSD$
>X
>XPORTNAME=	keystone-engine
>XDISTVERSION=	0.9.1-3
>XCATEGORIES=	devel python
>XMASTER_SITES=	CHEESESHOP
>XPKGNAMEPREFIX=	${PYTHON_PKGNAMEPREFIX}
>X
>XMAINTAINER=	freebsd_ports@k-worx.org
>XCOMMENT=	Keystone Assembler Engine with Python bindings
>X
>XLICENSE=	BSD3CLAUSE
>XLICENSE_FILE=	${WRKSRC}/LICENSE.TXT
>X
>XBUILD_DEPENDS=	cmake:devel/cmake
>X
>XUSES=		pkgconfig python
>XUSE_PYTHON=	distutils autoplist
>X
>X# setup.py loses track of its cwd when it switches over to the CMake build
>X# process and searches in ${WRKSRC}/src/build/lib instead of ${WRKSRC}/build/lib
>X# for the Python packages that were built before the CMake build process.
>Xpre-install:
>X	@${CP} -r ${WRKSRC}/build/lib ${WRKSRC}/src/build/lib
>X
>X# Next problem: The compiled library is not installed automatically by setup.py
>X# so it needs to be manually installed and stripped to the appropriate
>X# directory.
>Xpost-install:
>X	${INSTALL_LIB} ${WRKSRC}/src/build/llvm/lib/libkeystone.so \
>X	       	${STAGEDIR}${PYTHONPREFIX_SITELIBDIR}/keystone
>X
>X# Even without the both fixes (or hacks?) that were applied beforehand the
>X# .PLIST.pymodtmp has only the EGG files as a whole. Therefore the
>X# .PLIST.pymodtmp has to be regenerated in some way - it's a rather "dirty"
>X# hack to pass the stage-qa target.
>X#
>X# Another solution would a static pkg-plist but then the package has to be
>X# bound to a specific Python version or multiple package must be created for
>X# specific Python versions.
>Xpost-stage:
>X	@${FIND} ${STAGEDIR} -type f -o -type l | \
>X	       	${SORT} | ${SED} -e 's|${STAGEDIR}||' \
>X       		> ${WRKDIR}/.PLIST.pymodtmp
>X
>X.include <bsd.port.mk>
>8f0a4fe50a8a58bbfd3692f3b3fc66fd
>echo x - py-keystone-engine/distinfo
>sed 's/^X//' >py-keystone-engine/distinfo << '699e52615c884c00d3bd9c95268132f9'
>XTIMESTAMP = 1523113145
>XSHA256 (keystone-engine-0.9.1-3.tar.gz) = 0c415d1ae0c9c902188a09aea70e1985f1920ada4122a0e5017aca1a1cb35045
>XSIZE (keystone-engine-0.9.1-3.tar.gz) = 2765503
>699e52615c884c00d3bd9c95268132f9
>echo x - py-keystone-engine/pkg-descr
>sed 's/^X//' >py-keystone-engine/pkg-descr << 'b6c61d2cd91ec1588272621ac7d592d6'
>XKeystone is a lightweight multi-platform, multi-architecture assembler
>Xframework.
>X
>XHighlight features:
>X
>X- Multi-architecture, with support for Arm, Arm64 (AArch64/Armv8),
>X  Ethereum Virtual Machine, Hexagon, Mips, PowerPC, Sparc, SystemZ, & X86
>X  (include 16/32/64bit).
>X- Clean/simple/lightweight/intuitive architecture-neutral API.
>X- Thread-safe by design
>X- Implemented in C/C++ languages, with bindings for Python
>X
>XWWW: http://www.keystone-engine.org
>b6c61d2cd91ec1588272621ac7d592d6
>exit
>

Actions: View

Attachments on bug 227526: 192528