-
Notifications
You must be signed in to change notification settings - Fork 154
Fix #134, FreeBSD Support, additional introspections #136
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
Conversation
|
Greets @jcfr am I on the right track with this? |
| check_include_files(sys/sendfile.h HAVE_SYS_SENDFILE_H) | ||
| check_include_files(sys/syscall.h HAVE_SYS_SYSCALL_H) | ||
| check_include_files(sys/domain.h HAVE_SYS_SYS_DOMAIN_H) | ||
| check_include_files(sys/sys_domain.h HAVE_SYS_SYS_DOMAIN_H) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This commit has been integrated into master as 6f3f1ec
| endif() | ||
|
|
||
| check_c_source_compiles("#include <unistd.h>\n int main() {getpgrp(0);}" GETPGRP_HAVE_ARG) | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
# libffi specific
libtool isn't used.
|
@jcfr how's this? |
|
|
||
| /* Define to the full name and version of this package. */ | ||
| #define PACKAGE_STRING "libffi 3.0.10rc0" | ||
| #cmakedefine PACKAGE_STRING "libffi 3.0.10rc0" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks like this one got forgotten.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will take care of it while integrating.
|
@tony Looks good. Outstanding contributions. I will validate on MacOSX and Linux and then integrate. On the FreeBSD side, are all the tests passing ? (If you run |
And while I will probably squash some commits together, I will of course make sure to keep the authorship. |
|
@jcfr Yes, I'm testing through a project I'm integrating it into on both:
before every commit. I'll do ctest now also. Also, I can squish, unless you got a plan (i'm guessing you'd like cffi-related stuff clumped/ordered together in some fashion) |
prevents extensions with REQUIRES LINUX such as linuxaudiodev being added to FreeBSD builds
|
|
||
| # Useful additional variables that extensions can use. | ||
| if(UNIX AND NOT APPLE) | ||
| if(CMAKE_SYSTEM MATCHES Linux) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice.
Should this other use of UNIX AND NOT APPLE be tweaked too ?
See
| if(IS_PY3 AND UNIX AND NOT APPLE) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Note: This commit has been integrated as 06189e5
|
Preliminary results. I have to read into them more FreeBSD
OS XMost of these errors stem from a problem with md5. |
|
|
||
| # Options to enable prebinding (for fast startup prior to Mac OS X 10.3) | ||
| OTHER_LIBTOOL_OPT= | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Commit integrated in ac6c28e
|
@tony Remaining commits have been squashed with few tweaks in this topic: Look like the test for Additionally, configuring on Ubuntu 15.10 / 5.2.1 20151010, I get the following output associated with the introspection: ERROR: This one should be set to The other one are ok:
|
Found the issue, there was a typo
|
|
Look like I was wrong, this one is also miconfigured: |
Are you experiencing the same problem I have in the gist? https://gist.github.com/tony/08c2cbf23eb80a7737ea9e2829992ca7 That thing is only on m68k, no? According to wikipedia, the last time a chip was released with that arch was 1994. https://en.wikipedia.org/wiki/Motorola_68060. Sega Genesis used it. :/ I think we can get rid of that. What do you think? |
Fixed in f9a0091
Didn't get a chance to look at the details yet. I will make a note when I will wirk again on the cross-compilation support.
I am not sure.
Fixed in ccdb7e7
There are still some missing tests ... basically the one in the diff here: 86b5d80 |
Test placeholders have been added in 6e21604 |
…config_var This commit fixes a regression introduced in 97631f2 (Add support for building Python 3.7.x) where it was incorrectly assumed that PYTHONFRAMEWORK existed for Python 3.6. It turns out that the prior value in pyconfig.h.in was introduced in python/cpython@a8f8d5b4b (bpo-29585: optimize site.py startup time (python-cmake-buildsystemGH-136)) while working toward cpython 3.7 and just before python/cpython@6b42eb176 (bpo-29585: Fix sysconfig.get_config_var("PYTHONFRAMEWORK") (GH-2483)) intoducing _PYTHONFRAMEWORK and avoiding incorrect value returned by sysconfig.get_config_var. Co-authored-by: Issam E. Maghni <issam.e.maghni@mailbox.org>
HAVE_SYS_SYS_DOMAIN_H(sys/sys_domain.h, OS X system)setpgrpintrospectioncmake/fficonfig.h → cmake/fficonfig.h.inTested on