Sean Morrison

Awesome Gregory! and thanks for sharing your benchmark log file too... that's great to see. If you e-mail that log to benchmark@brlcad.org, that will automatically queue it up to go into our performance database. Goes to show that the Pi is no slouch. That's pretty decent performance for such a little thing. We'll have to see if we can get upstream to accept some changes that make it compile cleanly by default.

There's potentially going to be a handful of issues all related like this. The current error is because it doesn't have checks for ARM so it's falling back to a default assumption that it's on a 32-bit CPU. That's resulting in code that is incompatible, hence the really obtuse error message. I think you can work around the issue by againt editing opennurbs_system_runtime.h but this time simply add a declaration to the top of the header: #define ON_64BIT_RUNTIME 1 It looks like the code properly propagates...

Backlogged reply for posterity. Maintaining a parametric constraint such as tangency across edits has been worked on before, but is not something surrently supported. You'll have to apply edits as changes are made. You absolutely can move parts from one database to another (see keep and dbconcat commands) or even have two databases reference a third. You do not need to model it again.

Do you still get an error? An account is not required.

Sorry I didn't see this message sooner.. These forums are not always monitored. Anything you can do with faceplate can also be accomplished on the CLI via the "press" command. So for example if you sed an object and there's a faceplate edit option that says "Move Face ABCD", you can simply run this to perform that selection: press "Move Face ABCD" That same holds true for any primitives and their available edit modes. As for alternatives, there is "archer" which is very similar but definitely different...

Wow, Gregory, love it! Looks like you've found a very hardware-specific issue. Error you're hitting is from one of our 3rd party dependencies, OpenNURBS. It tried to determine whether it's running on big- or little-endian hardware, and couldn't figure it out. Raspberry Pi's ARM processor actually supports both, but it's specifically the logic in a header causing your trouble (specifically src/other/openNURBS/opennurbs_system_runtime.h). As a quick workaround, you can edit that header, jump to the...

Wow, Gregory, love it! Looks like you've found a very hardware-specific issue. Error you're hitting is from one of our 3rd party dependencies, OpenNURBS. It tried to determine whether it's running on big- or little-endian hardware, and couldn't figure it out. Raspberry Pi's ARM processor actually supports both, but it's specifically the logic in a header causing your trouble (specifically src/other/openNURBS/opennurbs_system_runtime.h). As a quick workaround, you can edit that header, jump to the...

Can't install