-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
FreeBSD compatibility patches #1705
Conversation
I notice that for the most part, the change involves adding ARCH_OS_FREEBSD to the unix-like blocks. I wonder if it might make sense to define ARCH_OS_LINUX as well as ARCH_OS_FREEBSD, so that only FREEBSD specific cases need to be explicitly addressed? (Out of scope for what you're trying to do, I have the same question about ARCH_OS_DARWIN. Perhaps ARCH_OS_POSIX, with LINUX, DARWIN, FREEBSD, and MINGW specializations... ) |
I agree but this is orthogonal to this patch. The patch adds ifdefs in the same way as the code is now. The change that you propose can be made later for all relevant architectures. |
Agreed - it seems like a nice future simplification to define an ARCH_UNIX_DERIVED with smaller specializations for each of the flavors, but it doesn't seem right to handle BSD as LINUX. |
@yurivict , given that FreeBSD is not represented in our internal build/test infrastructure, and likely will not be anytime soon, and that our azure testing is not covering it either, I just wanted to verify that you have run the full public USD testsuite locally with your changes? Thanks again! |
Is it documented how to run the USD testsuite? |
We do not document it, and we should! But all you should need to do is run
ctest from the directory from which you ran cmake.
On Sun, Dec 5, 2021 at 9:00 PM ***@***.*** ***@***.***> wrote:
Is it documented how to run the USD testsuite?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1705 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABPOU2GN72YNCIGTXEOMUH3UPQ7NDANCNFSM5JNEW2VQ>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
--
--spiffiPhone
|
676c080
to
4942189
Compare
The testsuite looks for test executables in a wrong place:
The executable path is: |
Hello @yurivict, the build and test infrastructure currently expect that tests will be installed like other build products and run from the installed location. Assuming your cmake install prefix is |
Filed as internal issue #USD-7057 |
Hi @yurivict, we are looking at merging these patches in. However, we need a signed CLA from contributors before we are able to merge their changes. Could you please follow the instructions at: https://graphics.pixar.com/usd/release/contributing_to_usd.html Once we receive the CLA we can move forward. Thank you! |
if (kf->kf_path[0]) | ||
{ | ||
path.resize(strlen(kf->kf_path) + 1); | ||
sprintf(&path[0], "%s", kf->kf_path); |
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.
Why not strcpy(path, kf->kf_path)?
It seems like "!ARCH_OS_WINDOWS" could be used for "unix derived". I have also seen "POSIX" used to avoid the Unix trademark. |
Hi @yurivict ! Pinging again here to see if we can get a CLA from you? We'd like to process this PR, but cannot proceed without a CLA. |
Hello, @yurivict - I see from recently filed Issue #1840 that you are still active, here. So I'd like to repeat once more our request for you to file a CLA with us so that we can accept this great contribution. Thank you! |
Sorry for the delay. I've sent the signed agreement. |
could lead to invalid memory access. (Internal change: 2228809)
(Internal change: 2230317) (Internal change: 2230746)
Fixes PixarAnimationStudios#1901 (Internal change: 2237347)
(Internal change: 2237514)
@spiffmon Could you please merge this PR? Thanks, |
No, sorry, I don't have Linux. But the patch should be orthogonal to Linux. |
This line:
should be
|
@@ -46,6 +46,7 @@ | |||
#include <unistd.h> | |||
#include <string> | |||
#endif | |||
#include <signal.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.
Why is signal.h
needed here when csignal
is included above?
#include <unistd.h> | ||
#include <sys/statfs.h> | ||
//#include <sys/statfs.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.
If this line is unnecessary on Linux and FreeBSD, please remove it instead of commenting it out.
My Apologies for not updating this PR earlier. This PR did fail to build on Linux on Azure, and when I tried it a while back on Linux I got the following error. Aside from that and the other issue you mentioned in your earlier post, I've left two questions/notes on the changes.
|
211ddd7
to
9cb79af
Compare
It looks like |
Description of Change(s)
These patches allow to build USD on FreeBSD.