FreeCADView Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001316 | FreeCAD | Bug | public | 2013-11-24 15:35 | 2014-02-08 03:10 |
| Reporter | rifle2124 | Assigned To | yorik | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | won't fix | ||
| Platform | Mac | OS | OS X | OS Version | Maverics |
| Product Version | 0.13 | ||||
| Fixed in Version | 0.14 | ||||
| Summary | 0001316: Crash on startup | ||||
| Description | Freecad doesn't even start. It hangs at the bouncy icon in the dock and you have to force quit it. | ||||
| Tags | No tags attached. | ||||
| FreeCAD Information | |||||
|
|
I did a search in the reported bugs to see if this had already been reported and didn't find anything. I'm sorry if this is a duplicate. |
|
|
Actually this has something to do that FreeCAD build for one OSX version usually doesn't work for a older/newer OSX versions. Check also the forum there you will find some related topics. |
|
|
Thanks |
|
|
I see the same problem: the latest 0.13 build does not run on OSX 10.9 "Maverics". No error message, just "application is not responding" status in the Activity Monitor. In general OS X has upward compatibility; applications built using the SDK for a given release should work on later releases. Certainly that is the case with my applications. |
|
|
Unfortunately, no volunteer has stepped up to take charge of the OS X builds. A few forum members have offered one or two builds in the past then stopped there. Until someone keeps at it, OS X will always be poorly supported by FreeCAD. |
|
|
I gave it a try, following the instructions on the Wiki. Unfortunately, Coin3d doesn't build; that was reported on its bug tracker but no one seems to be working on a fix. |
|
|
I found that Coin 3.1.3 will build if you use a sufficiently ancient GCC -- 4.4 is old enough (4.7 fails, and others have reported that 4.6 also fails). Amazing -- they must be YEARS behind. I built all the prerequisites from scratch, since I've decided I don't care for Fink or Brew or any of those tools, too unpredictable and opaque. After building, among other things, the latest Qt and PyQt, I see in the freecad configure help that it needs Qt4. Oops. Will redo that. I also see that configure has an option to build without Coin3d. Is that a useful option? What are the consequences of doing that? Given that Coin3d is the main issue in building from source, it would be helpful to do without it, if that's sensible. |
|
|
> Amazing -- they must be YEARS behind. Unfortunately, the library wasn't actively maintained for a couple of years. But now a small community starts to grow. Nevertheless, the package maintainers of Coin3d on the various Linux distros may have some patches which didn't go upstream. It might be worth to look there too... > I also see that configure has an option to build without Coin3d. Is that a useful option? You mean automake stuff of FreeCAD? Don't use automake but switch to cmake because automake isn't maintained any more. The reason why an option without Coin3d exists probably comes from the m4 macro we use offered by Coin3d. But this switch doesn't make any sense for FreeCAD. |
|
|
Oh. It would be an excellent idea to delete configure and configure.ac if they aren't supposed to be used! |
|
|
BTW, the Wiki still says to use configure. |
|
|
Please give us a link to where it says to use configure. |
|
|
http://www.freecadweb.org/wiki/index.php?title=CompileOnMac near the end where it talks about compiling FreeCAD (after all the details about dependencies). |
|
|
Ah, this is the CompileOnMac page. Unfortunately I do not have a Mac, so I wouldn't know how to fix that page. And no Mac user who's successfully compiled FreeCAD has stepped up to correct this page... |
|
|
That's what I'm trying to do. |
|
|
Ok, I built all the prerequisites. By hand, because I no longer trust that package crap on Mac. As reported before, Coin can't be built with the current gcc (clang) or anything else moderately up to date. But gcc 4.4 will build it. Pivy doesn't build either, apparently because of those Coin issues. I haven't figured out yet how to work around that. It seemed ok not to bother, because Pivy is mentioned as "optional". Next, cmake. That fails because the script for finding Eigen is wrong. Eigen is in /usr/local/include (of course) but FindEigen3.cmake doesn't look there. And even if it does, it's looking for some "signature" thing that doesn't seem to be defined, at least I can't find a definition. I rewrote the rule like this: find_path(EIGEN3_INCLUDE_DIR NAMES Eigen PATHS ${CMAKE_INSTALL_PREFIX}/include ${KDE4_INCLUDE_DIR} /usr/local/include ) and that works. Next, make. It blows up because it tries to build 3rdparty/Pivy-0.5. Strange. Why list Pivy as a prerequisite when it's part of the freecad sources? In any case, it doesn't build, so I moved Pivy* out of the source tree. Tried make again. Now it fails in step: Linking CXX shared library ../../../lib/MEFISTO2.so Hm. Wonder what that is. It gives me a pile of undefined symbols, here are a few examples: Undefined symbols for architecture x86_64: "_aisoar_", referenced from: aptrte(long, double, long, long*, R2*, long, R2*, long&, R2*&, long&, long*&, long&) in aptrte.cpp.o "_azeroi_", referenced from: aptrte(long, double, long, long*, R2*, long, R2*, long&, R2*&, long&, long*&, long&) in aptrte.cpp.o What is this library, and where is it supposed to get those symbols from? Why didn't cmake find the prerequisites for it? |
|
|
pkoning2, the FreeCAD forum would be more appropriate to ask your questions. |
|
|
Ok, but I would think a failure to build is a bug so a bug tracker is a good place to mention it. |
|
|
On the forum you may reach a wider audience than here. + What errors gives gcc >= 4.6 when building Coin? + Adding /usr/local/include to the search path for Eigen3 makes sense. But why removing 'signature_of_eigen3_matrix_library'? This file is there to distinguish between Eigen2 and Eigen3. Also Linux distributions keep this file: http://packages.debian.org/search?searchon=contents&keywords=signature_of_eigen3_matrix_library&mode=path&suite=stable&arch=any So, if this files is missing in your Eigen installation then it's a bug there. + 3rdparty/Pivy-0.5 is kept for Windows builds. To disable this use: FREECAD_USE_EXTERNAL_PIVY in cmake. + Mefisto is a meshing library used by Salome SMESH (used in the Fem module). There is a single Fortran file (trte.f) that must be built, too. |
|
|
Not only that, but this discussion is now totally irrelevant to the original bug which is about the Mac binary not starting, not about compiling for Mac... |
|
|
Ok, I'll move to the forum. Or should I enter some new bugs for the build failures? |
|
|
On that "signature" file for Eigen: I followed what I understood to be the Eigen3 installation instructions, which is simply to take the source files and move them to the installation include directory. (That's because Eigen3 is only include files, no actual build procedure for the code.) I just checked again. The Eigen3 install file says to move the Eigen subdirectory. There is also a signature file in the top level directory. It did not say to move that as well, but I take it that was expected. Ok, Eigen3 documentation bug... |
|
|
On coin3d, GCC complains about something declared later in the translation unit. There is a one line patch, published in several places, for example http://comments.gmane.org/gmane.linux.debian.devel.bugs.rc/340910 Clang requires more changes, I'll sort out the details and post them on the forum, and on the coin3d bug tracker. |
|
|
I have uploaded a new mac build to sourceforge that will work on 10.9 -- please post on the forum in the off-chance that it doesn't. https://sourceforge.net/projects/free-cad/files/FreeCAD%20MacOSX/FreeCAD%200.14%20Unstable/ (About the wiki: I've been putting off updating that page until I have method that works on the latest versions of OS X) Maybe this bug should be closed as won't fix? It is an outdated build, and evidently it wasn't built with forward compatibility in mind. |
|
|
It does work on Mac OS 10.9, thank you very much! Unfortunately, it has a nasty bug in Matrix handling (I just reported it). A build of the release version of 0.13 would be very welcome. |
|
|
I'm closing this bug as "won't fix" as suggested by Peter, but reopen it if needed... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-11-24 15:35 | rifle2124 | New Issue | |
| 2013-11-24 15:42 | rifle2124 | Note Added: 0003902 | |
| 2013-11-24 16:13 | wmayer | Note Added: 0003903 | |
| 2013-11-25 06:33 | rifle2124 | Note Added: 0003905 | |
| 2013-12-13 17:28 | pkoning2 | Note Added: 0003937 | |
| 2013-12-18 03:56 | normandc | Note Added: 0003944 | |
| 2013-12-18 16:36 | pkoning2 | Note Added: 0003946 | |
| 2014-01-01 20:55 | pkoning2 | Note Added: 0003994 | |
| 2014-01-02 09:03 | wmayer | Note Added: 0003996 | |
| 2014-01-02 13:52 | pkoning2 | Note Added: 0004000 | |
| 2014-01-02 14:06 | pkoning2 | Note Added: 0004001 | |
| 2014-01-02 18:13 | normandc | Note Added: 0004005 | |
| 2014-01-02 18:50 | pkoning2 | Note Added: 0004007 | |
| 2014-01-02 20:18 | normandc | Note Added: 0004008 | |
| 2014-01-02 21:09 | pkoning2 | Note Added: 0004009 | |
| 2014-01-09 17:38 | pkoning2 | Note Added: 0004035 | |
| 2014-01-11 01:22 | normandc | Note Added: 0004041 | |
| 2014-01-11 13:59 | pkoning2 | Note Added: 0004048 | |
| 2014-01-11 14:22 | wmayer | Note Added: 0004049 | |
| 2014-01-11 18:42 | normandc | Note Added: 0004050 | |
| 2014-01-12 18:33 | pkoning2 | Note Added: 0004061 | |
| 2014-01-12 19:46 | pkoning2 | Note Added: 0004063 | |
| 2014-01-12 19:57 | pkoning2 | Note Added: 0004064 | |
| 2014-01-22 23:05 | peterl94 | Note Added: 0004113 | |
| 2014-01-23 20:25 | pkoning2 | Note Added: 0004116 | |
| 2014-02-08 03:10 | yorik | Note Added: 0004167 | |
| 2014-02-08 03:10 | yorik | Status | new => closed |
| 2014-02-08 03:10 | yorik | Assigned To | => yorik |
| 2014-02-08 03:10 | yorik | Resolution | open => won't fix |
| 2014-02-08 03:10 | yorik | Fixed in Version | => 0.14 |
