now optional lapack - call for test on OS X

12 views
Skip to first unread message

Lukáš Jirkovský

unread,
Jun 7, 2009, 12:18:00 PM6/7/09
to hugi...@googlegroups.com
Hello,
today I've installed OpenBSD and I've fixed LAPACK detection on it
(thanks Stuart Henderson for pointing out necessary libraries). I'd
like to ask someone (Harry?) if it builds on OS X (BSD should be quite
similar).

I've also changed LAPACK detection to run only when you ask for it
explicitly (it's an answer to Bruno's suggestion to disable it by
default). This means that if you want to try LAPACK you have to run
cmake with parameter -DENABLE_LAPACK=YES

Lukáš

Harry van der Wolf

unread,
Jun 7, 2009, 1:06:07 PM6/7/09
to hugi...@googlegroups.com
Hi Lukáš,

I did a cmake build on svn 3925 with "cmake -DENABLE_LAPACK=YES .." and it builds fine.

libceleste.dylib (.dylib is the dynamic libtype on OSX) is now compiled against Lapack.From the "otool -L libceleste.dylib" command:
<snip>
    /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib (compatibility version 1.0.0, current version 218.0.0)
</snip>

So is align_image_stack. From the "otool -L align_image_stack" command:
<snip>
    /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib (compatibility version 1.0.0, current version 218.0.0)
    /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib (compatibility version 1.0.0, current version 218.0.0)
</snip>

So is align_image_stack. From the "otool -L align_image_stack" command:
<snip>
    /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib (compatibility version 1.0.0, current version 218.0.0)
    /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib (compatibility version 1.0.0, current version 218.0.0)
</snip>

Nona, Hugin, hugin_hdrmerge and so on (did not check them all) are also linked against lapack & blas.

I let you know about the test results asap, but that will take some more time.
I didn't even look at the XCode project yet as that takes more time.

Harry

2009/6/7 Lukáš Jirkovský <l.jir...@gmail.com>

Lukáš Jirkovský

unread,
Jun 7, 2009, 1:14:28 PM6/7/09
to hugi...@googlegroups.com
Hi Harry,
thank you a lot for testing. I'm happy that it works on OS X.

Lukáš

Harry van der Wolf

unread,
Jun 7, 2009, 1:21:28 PM6/7/09
to hugi...@googlegroups.com


2009/6/7 Lukáš Jirkovský <l.jir...@gmail.com>


Hi Harry,
thank you a lot for testing.

Thank you for improving Hugin.
 
I'm happy that it works on OS X.

Well, It compiles fine. I will do the testing tomorrow evening. Some other things to do tonight.

Note: the second align_image_stack in my mail should be autooptimizer. Sloppy use of copy&paste.

Harry

 

Harry van der Wolf

unread,
Jun 8, 2009, 4:14:08 PM6/8/09
to hugi...@googlegroups.com
Hi Lukáš, all,

I ran a couple of projects on the control point optimization in a Lapack version and a "traditional" LU version and I can report that the Lapack version is acutally 3-5 % faster than the original LU.  (start hugin, load project, do optimization, close hugin. All projects twice in both hugins)
I could not detect any differences in optimization just by viewing the results. That might take some more in-depth testing (and preferably a 24"+ monitor which I don't have)

Hoi,
Harry



2009/6/7 Harry van der Wolf <hvd...@gmail.com>
Reply all
Reply to author
Forward
0 new messages