Custom Query (122 matches)
Results (22 - 24 of 122)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #40 | fixed | Is --fomit-frame-pointer worth it? | andreasw | lou |
| Description |
The occasional bug report trickles in to the effect that C++ exception handling fails for some version of GCC (the 3.x series seems vulnerable). Usually it's reported as a failure in one of the unit tests. When pursued, the problem turns out to be this: The optimised build specifies --fomit-frame-pointer, and this tickles some bug in GCC which causes a failure to catch a throw. A workaround is posted to the BuildTools current issues page. On the other hand, we'll likely keep on seeing this trickle of bug reports. Is the gain from --fomit-frame-pointer worth the low level irritation? |
|||
| #41 | fixed | ADDDEFS doesn't exit | andreasw | yanxu |
| Description |
Probably need change ADDDEFS to CXXDEFS and CDEFS |
|||
| #45 | fixed | COIN_HAS_BLAS possibly uses a wrong path to .MakeOk | andreasw | tautschn |
| Description |
Bonmin/ThirdParty/Lapack? uses the COIN_HAS_BLAS macro, which may test for the file Blas/.MakeOk? ; however, it does so using ../ThirdParty/Blas/?.MakeOk?, which is inappropriate as it would refer to Bonmin/ThirdParty/ThirdParty/Blas/?.MakeOk?. Either Lapack is not allowed to use that macro or the macro must be written in a more generic way. Best, Michael |
|||
