From: Bruno P. <br...@po...> - 2009-03-03 23:28:56
|
I've put a libpano13-2.9.14 beta2 tarball on sourceforge: https://sourceforge.net/project/showfiles.php?group_id=96188&package_id=237430 This is another beta as there have been some minor updates since 2.9.14 beta2: * Restore fisheye field-of-view limitation, now 179deg. * Treat landscape fisheyes the same as portrait for field-of-view limitation. * Fix for windows compilation. * Minor bug fixes. See the ChangeLog file for more details. -- Bruno |
From: Bruno P. <br...@po...> - 2009-04-20 23:05:13
|
A question: libpano13-2.9.14_beta2 was released seven weeks ago and there have been no bug reports, can I assume that this version is ok for a 'stable' release? Who is using it? Is it in the any of the current hugin binary snapshot bundles? -- Bruno On Tue 03-Mar-2009 at 23:28 +0000, Bruno Postle wrote: > >I've put a libpano13-2.9.14 beta2 tarball on sourceforge: > >https://sourceforge.net/project/showfiles.php?group_id=96188&package_id=237430 > >This is another beta as there have been some minor updates since >2.9.14 beta2: > >* Restore fisheye field-of-view limitation, now 179deg. > >* Treat landscape fisheyes the same as portrait for field-of-view >limitation. > >* Fix for windows compilation. > >* Minor bug fixes. > >See the ChangeLog file for more details. |
From: Andreas M. <ame...@do...> - 2009-04-25 17:20:16
|
In gmane.comp.misc.ptx Bruno Postle <br...@po...> wrote: [...] > A question: libpano13-2.9.14_beta2 was released seven weeks ago and > there have been no bug reports, can I assume that this version is ok > for a 'stable' release? [...] Simple stuff: *man/*.1 still says ".TH PANOINFO 1 "2008-01-22" "2.9.12" "LIBPANO13 TOOLS"", I guess you need to let them be regenerated by pod2man to get the correct version number. tests/simpleTiff16/reference/ ships a .svn subdirectory. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' |
From: Bruno P. <br...@po...> - 2009-04-25 16:54:46
|
On Sat 25-Apr-2009 at 18:39 +0200, Andreas Metzler wrote: >In gmane.comp.misc.ptx Bruno Postle <br...@po...> wrote: >> A question: libpano13-2.9.14_beta2 was released seven weeks ago and >> there have been no bug reports, can I assume that this version is ok >> for a 'stable' release? >*man/*.1 still says ".TH PANOINFO 1 "2008-01-22" "2.9.12" "LIBPANO13 >TOOLS"", I guess you need to let them be regenerated by pod2man to get >the correct version number. Thanks, fixed. >tests/simpleTiff16/reference/ ships a .svn subdirectory. This was fixed a couple of months ago, or at least the beta2 tarball doesn't contain any .svn folders. -- Bruno |
From: Andreas M. <ame...@do...> - 2009-04-25 17:26:15
|
In gmane.comp.misc.ptx Bruno Postle <br...@po...> wrote: > On Sat 25-Apr-2009 at 18:39 +0200, Andreas Metzler wrote: [...] >>tests/simpleTiff16/reference/ ships a .svn subdirectory. > This was fixed a couple of months ago, or at least the beta2 tarball > doesn't contain any .svn folders. Aargh. diffed the wrong direction, sorry for the noise. While I am at it ... these are probably also worth fixing: ametzler@argenau:/tmp/pano13$ grep implicit buildlog.libpano13_2.9.14~beta2-1 parser.c:851: warning: implicit declaration of function 'EvaluateControlPointErrorAndComponents' ColourBrightness.c:383: warning: implicit declaration of function 'htons' ColourBrightness.c:398: warning: implicit declaration of function 'round' ColourBrightness.c:398: warning: incompatible implicit declaration of built-in function 'round' ColourBrightness.c:457: warning: incompatible implicit declaration of built-in function 'round' thanks, cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' |
From: Andreas M. <ame...@do...> - 2009-05-01 07:30:08
|
In gmane.comp.misc.ptx Bruno Postle <br...@po...> wrote: > A question: libpano13-2.9.14_beta2 was released seven weeks ago and > there have been no bug reports, can I assume that this version is ok > for a 'stable' release? [...] Hello, I think library versioning is broken due to ABI breakage (compared to 2.9.12) and therefore a soname bump is necessary: filter.h: struct adjust_Prefs has new member int faststep panorama.h struct TrformStr has new member int fastStep The struct is part of the ABI and adding members changes its size, afaik this breaks binary compatibilty. cu and- this is a showstopper -reas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' |
From: Bruno P. <br...@po...> - 2009-05-01 09:29:24
|
On Fri 01-May-2009 at 09:28 +0200, Andreas Metzler wrote: > >I think library versioning is broken due to ABI breakage (compared to >2.9.12) and therefore a soname bump is necessary: > >filter.h: struct adjust_Prefs has new member int faststep >panorama.h struct TrformStr has new member int fastStep Ok, it's been 0:0:0 since forever, are you saying it needs to be 1:0:0? -- Bruno |
From: Andreas M. <ame...@do...> - 2009-05-01 08:25:11
|
In gmane.comp.misc.ptx Andreas Metzler <ame...@do...> wrote: > In gmane.comp.misc.ptx Bruno Postle <br...@po...> wrote: >> A question: libpano13-2.9.14_beta2 was released seven weeks ago and >> there have been no bug reports, can I assume that this version is ok >> for a 'stable' release? [...] > I think library versioning is broken due to ABI breakage (compared to > 2.9.12) and therefore a soname bump is necessary: > filter.h: struct adjust_Prefs has new member int faststep > panorama.h struct TrformStr has new member int fastStep > The struct is part of the ABI and adding members changes its size, > afaik this breaks binary compatibilty. > cu and- this is a showstopper -reas Verified. A hugin 0.7.0 binary built against libpano13 2.9.12 crashes reproducibly just when using the [Optimze Now] button if it is running against libpano13 2.9.14_beta2. (And a quick successful test with a hugin 0.7.0 binary built against libpano13 2.9.14 shows that just the ABI is broken, not the API.) thanks, cu andreas |
From: Andreas M. <ame...@do...> - 2009-05-01 10:25:19
|
In gmane.comp.misc.ptx Bruno Postle <br...@po...> wrote: > On Fri 01-May-2009 at 09:28 +0200, Andreas Metzler wrote: >>I think library versioning is broken due to ABI breakage (compared to >>2.9.12) and therefore a soname bump is necessary: >>filter.h: struct adjust_Prefs has new member int faststep >>panorama.h struct TrformStr has new member int fastStep > Ok, it's been 0:0:0 since forever, are you saying it needs to be 1:0:0? Hello, that would be in line with normal libtool versioning and should do the trick on the platforms where you make use of it (Linux and Darwin afaict.) The soname would change from libpano13.so.0 to libpano13.so.1. I do not understand what (is supposed to) happens on other systems (especially *BSD or Windows), or even why the -version-info option is only used selectively, surely libtool should be smart enough to do the right thing. ;-) thanks, cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' |