FreeCADView Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000661 | FreeCAD | Bug | public | 2012-04-03 16:35 | 2012-04-03 19:58 |
| Reporter | chinasaurli | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Fixed in Version | 0.13 | ||||
| Summary | 0000661: cmake build on Mac OS: dealing with dylib versus so | ||||
| Description | Currently a cmake build on Mac OS will create dylib libraries (because add_library is always SHARED rather than MODULE in the CMakeLists). Remarkably, Python can't seem to figure out that import _coin means use _coin.dylib. I'm not sure what the right way to deal with this is, but here's one possibility: | ||||
| Tags | No tags attached. | ||||
| FreeCAD Information | |||||
|
|
Sorry, here's one possibility: --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -385,6 +385,9 @@ IF(MINGW) SET(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} -mthreads -W LINK_LIBRARIES(-lgdi32) ENDIF(MINGW) +IF(APPLE) + SET(CMAKE_SHARED_LIBRARY_SUFFIX ".so") +ENDIF(APPLE) add_subdirectory(src) add_subdirectory(data) My build is still somewhat broken (crashes when switching to most workbenches) but changing everything to .so instead of .dylib didn't seem to make it any more broken, and now it finds the Python imports. |
|
|
Patch applied |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-04-03 16:35 | chinasaurli | New Issue | |
| 2012-04-03 17:45 | chinasaurli | Note Added: 0001874 | |
| 2012-04-03 19:58 | wmayer | Note Added: 0001880 | |
| 2012-04-03 19:58 | wmayer | Status | new => closed |
| 2012-04-03 19:58 | wmayer | Resolution | open => fixed |
| 2012-04-03 19:58 | wmayer | Fixed in Version | => 0.13 |
