-
Notifications
You must be signed in to change notification settings - Fork 2
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
Add pkg-config --libs tbb #79
Conversation
Thanks. But no, I still get
but later this morning I will try it on my new office M2 mac and see if that works. |
It's not just me however. CRAN accepted the new submission yesterday, and it's erroring on the mac builds: |
I wonder how quanteda is compiled on your system. There must be -L option used to tell the linker where the library is. |
quanteda compiles fiine.
|
I see |
1d113c8 solves the build problem on Mac! |
I think TBB is simply disabled because there is no -ltbb. Makevars.in dose not work without the configure script. |
Ah of course. The configure script ensures that TBB is correctly located on the Mac. So even though TBB is working for quanteda, the lack of the Makevars from quanteda.textstats means that the textstat_*() functions are all single-threaded? Does Makevars.win at least set multi-threading for Windows? What about Linux? Do you think the solution is to use the same configuration scripts (pkgconfig) as we do for quanteda? |
If the package builds with |
Is the configure script working on your Mac? |
Yes, it works with TBB installed. When I uninstall TBB, however, I get this:
Seems that it is still looking for something in the quanteda namespace that it's not finding. |
TBB is disabled properly as there is no
Which version of quanteda do you have installed 😕 |
4.1.0 of course! I thought it was a false positive message because it was not finding something it expected to find from the quanteda namespace. Could this be related to the removal of RcppArmadillo? |
It is unrelated to C++. You may have multiple locations to install R packages. |
It was the annoying dynLoad thing that needed resetting using |
Building the package leaves config.log, config.status, and src/Makevars in my local project root. Isn't cleanup supposed to remove these? I made sure that the file is executable. This is not a problem with quanteda, which uses a similar (same?) setup. |
I copied the cleanup script too from quanteda. |
No description provided.