-
Notifications
You must be signed in to change notification settings - Fork 471
libpwq as git submodule #37
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
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,3 @@ | ||
[submodule "libpwq"] | ||
path = libpwq | ||
url = https://github.com/dgrove-oss/libpwq.git | ||
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -4,13 +4,24 @@ | |
|
||
ACLOCAL_AMFLAGS = -I m4 | ||
|
||
if BUILD_OWN_PTHREAD_WORKQUEUES | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I would rather write this:
and add that variable in SUBDIRS, else maintaining the list below will be a pain. or is it not working? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I had tried variations on this (and I tried this variation just now), but annoyingly it doesn't quite work. The autoreconf and configure steps work correctly. But in the generated top-level Makefile we end up with the SUBDIRS definition with the PTHREAD_WORKQUEUE_SUBDIR variable defined textually before PTHREAD_WORKQUEUE_SUBDIR. This causes 'make' to not recurse into libpwq and the library doesn't get built. I'm certainly not an autotools guru, but I wasn't able to get anything to work where SUBDIRS included a conditionally defined variable. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ok, ISTR that SUBDIRS is magical and a pain so fine. we'll live with that. |
||
SUBDIRS= \ | ||
dispatch \ | ||
libpwq \ | ||
man \ | ||
os \ | ||
private \ | ||
src \ | ||
tests | ||
else | ||
SUBDIRS= \ | ||
dispatch \ | ||
man \ | ||
os \ | ||
private \ | ||
src \ | ||
tests | ||
endif | ||
|
||
EXTRA_DIST= \ | ||
README.md \ | ||
|
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.
wasn't this supposed to be upstream now, or am I confused?
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.
When I did the integration with swift/utils/build-script last week I found some autotools fixes (similar issues as #34 in libdispatch) that need to get upstreamed to libpwq. I have an unmerged pull request open (mheily/libpwq#8) but in the short run I think we should go with my fork until everything is working & integrated into the swift build (there may be more fixes to libpwq that we don't know about yet).
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.
fair enough