New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
build improvement for downstream #1237
Comments
@randombit: this should make it easer to support the botan package, please consider. |
@alonbl All these seem like reasonable requirements, thanks for raising the issue. We should be able to have all of these addressed in the next feature release (~early January). |
I just ran into this today. I was trying to build botan and found it didn't respect any of the environment variables, I had to figure out the custom build system. +1 support standard |
Allows distributor to override CFLAGS without having to worry about what -std=c++xx options we are using. See GH #1237
Allows distributor to override CFLAGS without having to worry about what -std=c++xx options we are using. See GH #1237
@alonbl All fixed now in master and will be available in 2.4.0 (eta early Jan), so closing this issue.
Thanks for your helpful comments. |
Hi, Thanks!!! See #1327 which solves installation failure. Please consider the following to leftovers:
Regards, |
Also remove a duplicated block (rebase error)
Yeah both good ideas - added in #1328 |
Also remove a duplicated block (rebase error)
Also remove a duplicated block (rebase error)
Thanks! |
Thanks! Build sequence is now without hacks[1]! [1] https://github.com/gentoo/gentoo/blob/master/dev-libs/botan/botan-9999.ebuild |
@alonbl Nice! BTW I think (if I'm reading the ebuild right) the 2.x ebuild is still assuming Boost.Python is used (as it was in 1.10) but that is no longer the case. Since 2.0 the Python module just relies on the C API + Python's Also the C API module (ffi) is currently disabled unless Final note, ebuild is disabling the |
Thanks!
I remove all the constrains, let's see if problems are being reported.
|
Hi,
It will be very nice if build system can be somewhat improved to meet downstream requirements, in this case it is Gentoo, but is common to all others.
As build system is non standard it is very difficult to come up with a proper patch so I submitting this issue.
Please add option to configure.py to receive toolchain tools: CXX, AR, this enables downstream to specify requested toolchain without patching or overriding the make variables.
Please separate between optimization and required CXXFLAGS, for example:
CXXFLAGS = -std=c++11 -D_REENTRANT -O3 -momit-leaf-frame-pointer
should be split into:
CXXFLAGS ?= -O3 -momit-leaf-frame-pointer
BUILD_CXXFLAGS = -std=c++11 -D_REENTRANT $(CXXFLAGS)
Downstream may override the CXXFLAGS as it can already override the LDFLAGS while upstream can add mandatory flags into the build without conflict with downstream.
Please add an option to configure.py to disable/enable documentation build and installation. Currently, in order to disable documentation we remove "docs" from install target, it will be nice to have an interface.
And also Add option to disable building static library #1230 to support disable of static lib build/installation.
Thanks!
The text was updated successfully, but these errors were encountered: