Menu
▾
▴
panotools-devel — Panorama Tools software developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
|
May
(4) |
Jun
(8) |
Jul
|
Aug
(2) |
Sep
|
Oct
(2) |
Nov
(9) |
Dec
|
| 2005 |
Jan
(13) |
Feb
(3) |
Mar
(5) |
Apr
(12) |
May
(22) |
Jun
|
Jul
(10) |
Aug
(7) |
Sep
(3) |
Oct
(7) |
Nov
(10) |
Dec
(13) |
| 2006 |
Jan
(22) |
Feb
(20) |
Mar
(5) |
Apr
(50) |
May
(103) |
Jun
(98) |
Jul
(63) |
Aug
(35) |
Sep
(32) |
Oct
(149) |
Nov
(77) |
Dec
(113) |
| 2007 |
Jan
(145) |
Feb
(97) |
Mar
(109) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(2) |
Aug
(19) |
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
| 2008 |
Jan
(5) |
Feb
(10) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(16) |
Sep
(2) |
Oct
|
Nov
|
Dec
(3) |
| 2009 |
Jan
(2) |
Feb
(2) |
Mar
(6) |
Apr
(5) |
May
(19) |
Jun
|
Jul
(5) |
Aug
(27) |
Sep
(188) |
Oct
(31) |
Nov
(23) |
Dec
(17) |
| 2010 |
Jan
(48) |
Feb
(14) |
Mar
(11) |
Apr
(3) |
May
(12) |
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(10) |
Oct
(6) |
Nov
|
Dec
|
| 2011 |
Jan
(51) |
Feb
(77) |
Mar
(39) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2012 |
Jan
(1) |
Feb
(3) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(7) |
Dec
|
| 2013 |
Jan
(3) |
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
(11) |
| 2014 |
Jan
(14) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bruno P. <br...@po...> - 2023-01-21 16:27:58
|
On Tue, 17 Jan 2023 at 15:54, Florian Weimer <fw...@re...> wrote: > > For compatibility with future compilers, it is required to include > <arpa/inet.h> for a declaration of htons. Thanks, applied - Bruno |
|
From: Florian W. <fw...@re...> - 2023-01-17 15:54:30
|
For compatibility with future compilers, it is required to include <arpa/inet.h> for a declaration of htons. Related to: <https://fedoraproject.org/wiki/Changes/PortingToModernC> <https://fedoraproject.org/wiki/Toolchain/PortingToModernC> Thanks, Florian |
|
From: Fran Xu <fxf...@ya...> - 2018-11-27 12:13:19
|
Confirmed Enviado desde Yahoo Mail con Android |
|
From: Bruno P. <br...@po...> - 2017-04-20 09:21:22
|
Hi Matt, to stitch a panorama the computer needs to position the images on a canvas. This is typically a two step process: first you have to figure out where to put the images, then you have to draw them in the new position - these are very different types of computation so we do them with different tools. Panotools expects features in the images to already be marked with control points. It uses an optimiser to estimate image positions that would align these points. Once this is done, the remapping stage actually draws the images in position and provides a new image you can look at. This mailing list isn't very busy. Since you are asking about Hugin tools, this sort of question is welcome on the much busier hugin-ptx mailing list: https://groups.google.com/forum/m/#!forum/hugin-ptx On 16 April 2017 05:45:30 BST, Matt Halbert wrote: >I am new to panotools and would like to know the difference between >optimization (autooptimizer) and remapping (nona). > >Once clarified, I intend to document this clearly in the wiki. -- Bruno |
|
From: Matt H. <mat...@gm...> - 2017-04-16 04:45:50
|
I am new to panotools and would like to know the difference between optimization (autooptimizer) and remapping (nona). Once clarified, I intend to document this clearly in the wiki. |
|
From: Erik K. <eri...@gm...> - 2016-06-01 21:31:48
|
Am 13.05.2016 um 12:09 schrieb 363835319: > Sorry to bother you, but I'm now encountered with some problems using > pano-tools. I would like to run some tools to stitch pics, in a > non-GUI environment. And I've read this passage.( > http://wiki.panotools.org/Panorama_scripting_in_a_nutshell#Holding_it_all_together_with_panostart > ) > > However the efficiency is not very good. Did you find any solution meanwhile? The panotools-devel list is not very active. Most of the development takes place on the hugin-ptx list. Perhaps better ask there: https://groups.google.com/forum/#!forum/hugin-ptx -- Erik Krause Herchersgarten 1 79249 Merzhausen |
|
From: 3. <363...@qq...> - 2016-05-13 10:10:10
|
Hi everyone, Sorry to bother you, but I'm now encountered with some problems using pano-tools. I would like to run some tools to stitch pics, in a non-GUI environment. And I've read this passage.( http://wiki.panotools.org/Panorama_scripting_in_a_nutshell#Holding_it_all_together_with_panostart ) However the efficiency is not very good. When I using hugins or PTGui to stitch, it spend only a few seconds to complete. While it took me more than ten minutes to run such command-lines, and it crushed... I've done it just as what is said in the passage above. I wander if I've made it too complicated or I misunderstood something? Or if anyone can tell me a easy way to stitch a series of photos at the back-end of a server, using something like scripts ( automatically). Sorry for the verbose, but I'm really frustrated due to the failure... And need your help. Thanks! Best wishes! Fang Beijing Institute of Technology |
|
From: Cmexota S. <rea...@gm...> - 2015-03-18 11:05:57
|
Hello. I want to use libpano in my Qt project and create panoramas from some images. Is there some manual describing how to include panorama tools in my project? Thank you. |
|
From: Bruno P. <br...@po...> - 2014-06-04 23:03:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libpano13 is the PanoTools library for panoramic imaging. A libpano13-2.9.19 tarball has been uploaded to sourceforge, this is a final release and is identical to libpano13-2.9.19_rc1: https://sourceforge.net/projects/panotools/files/libpano13/libpano13-2.9.19/ Note that the soname has been incremented from 2.0.0 to 3.0.0 because this release is not binary compatible with previous versions - This means that Hugin will need to be rebuilt in order to use this libpano13. This release should work with the last Hugin 2013.0.0 stable release, however 2.9.19 is now a required dependency of Hugin 2014.0.0. There have been lots of cleanups, fixes of compiler warnings, bugfixes, and general refactoring since 2.9.18, plus we have some new features: * There are new Tpy and Tpr parameters, these allow the 'mosaic mode' projection plane to be rotated relative to the panorama view. * Added Hammer output projection, see: https://en.wikipedia.org/wiki/Hammer_projection * Updated PSD functions to write PSB (large file) format too, note that this functionality is part of the PTmender tool and not available to Hugin/nona directly. * Various bugs have been fixed in these projections: triplane output, architectural output, orthographic output and Thoby input. * Other bugfixes that may be noticed are: a check for invalid resolutions in TIFF files, formating sequence for x86_64, cropping images that go outside the image boundary, and PSD and PICT image format improvements. * There have been fixes for building on various platforms: OS X 10.6/10.8, automake 1.12, MinGW, cmake, Visual Studio 2010 and Visual Studio 2012+ This release of libpano13 was brought to you by: Daniel M. German, Jim Watters, Kornel Benko, Andreas Metzler, Matthieu Desile, Bruno Postle, dcb, Stefan Peter, Terry Duell, Timothee Groleau and Thomas Modes. SHA1SUM: 85d8d94c96780fa5b6df2c2e4929f8d20557f128 libpano13-2.9.19.tar.gz This release is equivalent to HG 826:7339b1014e88 Here is the full ChangeLog since 2.9.18 for more details: 2014-02-12 17:57 +0100 tmodes <tmodes> (071273ed3a44 [tip]) * math.c: Fixes condition introduced in last commit (Matthew Petroff) 2014-02-12 14:38 +1100 tduell <tduell> (5db9915fc7d0) * math.c: use default atanh function for MSVC 2012+ (Matthew Petroff) 2014-01-06 23:00 +0000 Bruno Postle <br...@po...> (bced6574df70) * ChangeLog.hg: update ChangeLog 2014-01-04 01:58 +0000 Bruno Postle <br...@po...> (d33c9a9ed0f9) * tests/simpleTiff2psd/Makefile.am, tests/simpleTiff2psd/reference/Makefile.am, tests/simpleTiff2psd/tests/Makefile.am: new file. * Makefile.am, configure.ac, tests/Makefile.am, tests/simpleTiff16/Makefile.am, tests/simpleTiff2psd/Makefile.am, tests/simpleTiff2psd/reference/Makefile.am, tests/simpleTiff2psd/tests/Makefile.am, tools/Makefile.am: Add lots of missing files to the autotools 'dist' target 2014-01-04 01:57 +0000 Bruno Postle <br...@po...> (cfadac620dd6) * .hgignore: add some patterns to .hgignore 2014-01-04 01:06 +0000 Bruno Postle <br...@po...> (81edd9d85242) * CMakeLists.txt: CPACK_SET_DESTDIR needs to be ON for package_source target 2014-01-04 00:48 +0000 Bruno Postle <br...@po...> (8764c3cdc139) * CMakeLists.txt: files that shouldn't be packaged by cpack 2014-01-03 11:48 +0100 Kornel Benko <kor...@us...> (b6bb69bb754f) * CMakeLists.txt: Cmake build: Adapt the build to make rpm-packaging easier. We had to find the correct library-directory to install our data. This should work for all platforms. In collaboration with Terry Duell (working on creating rpm-package for fedora Linux). 2014-01-01 08:52 +0100 Kornel Benko <kor...@us...> (c967f865cfc3) * CMakeLists.txt, FindGnuTar.cmake: Cmake build: Usage of FindPackageHandleStandardArgs corrected. 2013-12-31 10:49 +0100 Kornel Benko <kor...@us...> (a32c832b554b) * CMakeLists.txt, excludes: Cmake build: Adapted the output of 'make dist' to appear the same as would come from 'hg archive {build-dir}/libpano13-2.9.19.tar -p libpano13-2.9.19 --exclude ".hg*"' 2013-12-30 23:57 +0100 Kornel Benko <kor...@us...> (f68ddd79ed4b) * excludes: new file. * excludes: This file is missing in previous commit. Its content specifies files names, which should not be part of the source tar. 2013-12-30 23:54 +0100 Kornel Benko <kor...@us...> (5b660b010aa8) * FindGnuTar.cmake: new file. * CMakeLists.txt, FindGnuTar.cmake: Cmake build: Added a new way to get source-tar, if there is a gnu tar available 2013-12-24 13:52 +0100 Kornel Benko <kor...@us...> (dc6694ef78a7) * CMakeLists.txt: Honor the configured installation prefix also in created packages 2013-12-24 13:22 +0100 Kornel Benko <kor...@us...> (12f629da7d77) * CpackDescription.txt: new file. * CMakeLists.txt, CpackDescription.txt, man/CMakeLists.txt, tools/CMakeLists.txt: Package creation revised. 1. Removed option DISABLE_DPKG; For debian packaging always try to determine package dependencies 2. Renamed 'HAVE_JAVA' variable to 'SUPPORT_JAVA_PROGRAMS' option. 3. Added COMPONENT keywords to install commands. ATM this has no effect. Preparing for later use with component-aware package generators like RPM. 2013-12-23 12:28 +1100 tduell <td...@ii...> (b0f579114b63) * CMakeLists.txt: Backed out changeset: eb7322988b38 2013-12-23 08:36 +1100 tduell <td...@ii...> (eb7322988b38) * CMakeLists.txt: Fixes CMakeLists.txt for Unix/Linux, to find Java, and set lib dir to /usr/lib or /usr/lib64, as appropriate 2013-12-22 09:06 +0100 Kornel Benko <kor...@us...> (0a6e4330f822) * tools/CMakeLists.txt: Added panoinfo to list of commands for unix too 2013-12-21 17:27 +0100 tmodes <tmodes> (85654befbd91) * parser.c: Correctly restore locale if parsing of script file fails [686482] 2013-12-21 16:27 +0100 tmodes <tmodes> (032bc7cc62e6) * ColourBrightness.c, ColourBrightness.h, PTDialogs.c, PTcommon.c, PTcommon.h, Triangulate.c, ZComb.c, ZComb.h, adjust.c, adjust.h, correct.c, dump.c, file.c, file.h, filter.c, filter.h, filter.r, fourier.c, javastub.c, math.c, metadata.c, metadata.h, multilayer.c, pan.c, panorama.h, parser.c, perspect.c, ppm.c, ptfeather.c, ptfeather.h, ptstitch.c, ptstitch.h, pttiff.h, remap.c, resample.c, sys_X11.c, sys_X11.h, sys_ansi.c, sys_ansi.h, sys_common.c, sys_compat.h, sys_compat_unix.c, sys_compat_win.c, sys_mac.c, sys_mac.h, sys_win.c, sys_win.h, tiff.c, tools/PTAInterpolate.c, tools/PTblender.c, tools/PTcrop.c, tools/PTinfo.c, tools/PTmasker.c, tools/PTmender.c, tools/PTmender.h, tools/PToptimizer.c, tools/PTroller.c, tools/PTtiff2psd.c, tools/PTtiffdump.c, tools/PTuncrop.c, tools/panoinfo.c, tools/panoinfo_unix.c, version.h: Fixes copy and paste error in licence 2013-12-21 16:23 +0100 tmodes <tmodes> (4f56474cc8a0) * PTcommon.c, tiff.c: Fixes initialization of some variables (Patch by Andreas Metzler) Fixes sporadic testsuite error [734867] 2013-12-21 16:20 +0100 tmodes <tmodes> (f666a3664d02) * PTcommon.c, tools/panoinfo_unix.c: Fixes 2 typos (spotted by Andreas Metzler) 2013-12-20 14:25 +1100 tduell <td...@ii...> (35b5485f7e7a) * man/PTmasker.pod: Fix PTmasker.pod 2013-12-20 14:06 +1100 tduell <td...@ii...> (37986ffdd87f) * CMakeLists.txt: Some fixes to CMakeLists.txt for binary package name and source package name 2013-12-19 12:30 +1100 tduell <td...@ii...> (6e9c7581a433) * CMakeLists.txt: Remove hg version and "hg" from cpack source package name to avoid issues with Fedora rpmbuild 2013-12-19 12:28 +1100 tduell <td...@ii...> (af17614b0443) * bootstrap: Update bootstrap to allow use of automake 1.13 2013-12-18 14:59 +0100 Kornel Benko <kor...@us...> (21822d49c404) * Debian/postinst: new file. * CMakeLists.txt, Debian/postinst: Enhanced creation of dependences for debian build 1.) The creation now honors libraries created in the same build. 2.) Also added call to ldconfig to make the installed libraries known to the system 2013-12-16 22:41 +0000 Bruno Postle <br...@po...> (0dd1fabfc868) * ChangeLog.hg: Update ChangeLog 2013-12-16 22:35 +0000 Bruno Postle <br...@po...> (777f5eb48962 [tip]) * COPYING, ColourBrightness.c, ColourBrightness.h, PTDialogs.c, PTcommon.c, PTcommon.h, Triangulate.c, ZComb.c, ZComb.h, adjust.c, adjust.h, correct.c, dump.c, file.c, file.h, filter.c, filter.h, filter.r, fourier.c, javastub.c, math.c, metadata.c, metadata.h, multilayer.c, pan.c, panorama.h, parser.c, perspect.c, ppm.c, ptfeather.c, ptfeather.h, ptstitch.c, ptstitch.h, pttiff.h, remap.c, resample.c, sys_X11.c, sys_X11.h, sys_ansi.c, sys_ansi.h, sys_common.c, sys_compat.h, sys_compat_unix.c, sys_compat_win.c, sys_mac.c, sys_mac.h, sys_win.c, sys_win.h, tiff.c, tools/PTAInterpolate.c, tools/PTblender.c, tools/PTcrop.c, tools/PTinfo.c, tools/PTmasker.c, tools/PTmender.c, tools/PTmender.h, tools/PToptimizer.c, tools/PTroller.c, tools/PTtiff2psd.c, tools/PTtiffdump.c, tools/PTuncrop.c, tools/panoinfo.c, tools/panoinfo_unix.c, version.h: Fixed the FSF address to make an rpmlint error go away... 2013-12-16 21:03 +0000 Bruno Postle <br...@po...> (3c558c23fbc0) * CMakeLists.txt, Makefile.am: Increment the soname from 2.0.0 to 3.0.0 due to ABI change 2013-12-08 11:18 +0100 tmodes <tmodes> (5f73aa3334ae) * file.c, fourier.c: Fixes sign of some pointers 2013-12-08 11:17 +0100 tmodes <tmodes> (92a290290d3a) * parser.c: Add missing variables to format string 2013-12-08 11:17 +0100 tmodes <tmodes> (cba530fd3127) * pt_stdint.h: Fixes /* in comment 2013-12-08 11:16 +0100 tmodes <tmodes> (8fdc2b13c2c7) * correct.c: Don't include \0 in format string 2013-12-08 11:16 +0100 tmodes <tmodes> (839d2ea0602c) * ColourBrightness.c, PTcommon.c, file.c, math.c, parser.c, png.c, ptfeather.c, resample.c, rgbe.c, seamer_.c, tiff.c: Removed unused variables 2013-12-08 11:14 +0100 tmodes <tmodes> (84521eb90c05) * tools/compat_win32/getopt.c: [Mingw] Fix a compiler warning by implizit include of necessary header 2013-12-08 10:11 +0100 tmodes <tmodes> (30f4cb70d93c) * tiff.c: Correct check for invalid resolutions in TIF files (spotted by dcb [1256972]) 2013-10-12 09:08 +0200 thomas <thomas@Virtual> (36d7541b8384) * PTcommon.c, parser.c, ppm.c, resample.c: Fixes formating sequence for x86_64 [1184375] Patch by Stefan Peter 2013-10-12 09:07 +0200 thomas <thomas@Virtual> (0a44cbd60ac8) * tests/simpleTiff2psd/reference/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_2_layer.psd: Update psd references for 2.9.19 2013-10-12 09:06 +0200 thomas <thomas@Virtual> (879f75a8eae7) * tests/CMakeLists.txt, tests/simpleTiff2psd/CMakeLists.txt: [CMake]: Copy necessary files for test 2013-05-14 19:44 +0100 Bruno Postle <br...@po...> (ce361a3cfb97) * sys_compat_unix.c: Fix to build on OS X 10.6/10.8 (Matthieu Desile) 2013-05-13 20:37 +0100 Bruno Postle <br...@po...> (d3703d445473) * README, README.linux, README.windows: Fix some really out-of-date README text 2013-04-12 18:56 +0200 tmodes <tmodes> (04c52cae988a) * math.c: Fixes wrong calculation in triplane_erect 2013-03-21 10:42 +1100 tduell <td...@ii...> (8ccb62eb329a) * Makefile.am: fix for removed .def files 2013-03-17 18:55 +0100 tmodes <tmodes> (3b87e44598ea) * libpano13.def, pano13vc.def: deleted file. * CMakeLists.txt, ColourBrightness.h, PTcommon.h, ZComb.h, file.h, filter.h, libpano13.def, pano13vc.def, panorama.h, ptfeather.h, ptstitch.h, pttiff.h, queryfeature.h, tools/PToptimizer.c: [Windows] Use __declspec(dllexport) instead of modul definition file Functions exported via modul definition file can't be compared with function points (needed by nona gpu). Function pointers works for functions exported with __declspec(dllexport). 2013-03-17 08:08 +0100 tmodes <tmodes> (4b93725a1f29) * PTcommon.c, adjust.c, correct.c, dump.c, filter.h, math.c, panorama.h, parser.c: Moved test parameter 0 and 1 to Tpy and Tpr 2013-03-17 08:06 +0100 tmodes <tmodes> (253c1bcde35e) * configure.ac, version.h: Bump version number 2013-03-17 08:06 +0100 tmodes <tmodes> (c2a40aad1b51) * bootstrap: Update bootstrap for automake 1.12 (Patch by Terry Duell) [11561269] 2013-03-16 08:38 +0100 tmodes <tmodes> (b1e1204fe014) * math.c: Fixes for architectural projection * correctly report success of transformation * check if values are in valid ranges 2013-03-16 08:19 +0100 tmodes <tmodes> (8bf958d04557) * math.c: Removed unused variables 2013-03-16 07:45 +0100 tmodes <tmodes> (531cd379005d) * adjust.c, filter.h, math.c, panorama.h, parser.c, queryfeature.c: Added Hammer projection 2013-03-03 08:32 +0100 tmodes <tmodes> (6e390e07eac5) * math.c: Prevent division by zero [791473] 2013-03-03 08:31 +0100 tmodes <tmodes> (1b78f71b2c32) * CMakeLists.txt: Fixes a typo in version string 2013-03-03 08:30 +0100 tmodes <tmodes> (c251644f9866) * CMakeLists.txt, ColourBrightness.c, sys_compat_win.c: Fixes compilation with MinGW compiler 2013-03-02 13:18 +0100 tmodes <tmodes> (489ef38b776c) * CMakeLists.txt: Use mercurial instead of subversion in CMake build 2013-03-02 13:14 +0100 tmodes <tmodes> (e4a5489e244d) * filter.h, panorama.h, parser.c: Fixes some typos 2013-01-31 18:14 +0100 tmodes <tmodes> (1299ba47658f) * panorama.h, tiff.c: Unified use of path length Check also length before copying [1057012] 2013-01-12 10:21 +0100 tmodes <tmodes> (b2f10b688fd6) * adjust.c: Modified scale calculation for orthographic images This takes into account the issue that the image could also contain a thin black border around the (circular) image. 2012-12-28 13:39 +0100 tmodes <tmodes> (376cc090f008) * math.c: Fixes bug in orthographic projection Orthographic projection is limited to fov of 180 degree Higher values were not correctly cropped, instead these coordinates were mirrored inside 2012-11-19 22:37 -0400 Jim Watters <jwa...@ph...> (e63acb0227b7) * adjust.c: Fix a bug when cropping images that go outside the image boundry. mp->horizontal & mp->vertical would otherwise get extrordinary large. 2012-09-18 19:51 +0200 tmodes <tmodes> (c9f63bc558e9) * PTcommon.c, panorama.h: Use unsigned int for PTRect Otherwise crop is not correctly calculated 2012-09-18 19:10 +0200 tmodes <tmodes> (bb55bfdfa33e) * sys_compat_unix.c, sys_compat_win.c: new file. * CMakeLists.txt, Makefile.am, pano13vc.def, pt_stdint.h, sys_ansi.c, sys_compat.h, sys_compat_unix.c, sys_compat_win.c, sys_win.c, sys_win.h, tools/CMakeLists.txt: Update build system to compile on Windows again Added option to CMake build to allow building static or shared version on Windows 2012-09-17 22:55 +0100 Bruno Postle <br...@po...> (17b9409b0fcc) * adjust.c: Fix "unsupported Panorama Format" error Bug #1049994 (Thomas Modes) 2012-09-17 22:55 +0100 Bruno Postle <br...@po...> (a1660991bf10) * math.c: Fix Inverse transformation from output projection to Thoby input image is wrong Bug #891912 reported by Timothee Groleau (Thomas Modes) 2012-03-02 23:19 +0000 Bruno Postle <br...@po...> (0c73d8794377) * LocalDefs.props, libpano.vcxproj, sys_compat.h, tests/panoAutomatePSDtest.pl, tests/simpleTiff2psd/CMakeLists.txt, tests/simpleTiff2psd/reference/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_2_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/tests/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/tests/simpleTiff16-16-_uncrop_2_layer.psd, tests/tiff2psdTest.bat, tools/PTAInterpolate.vcxproj, tools/PTOptimizer.vcxproj, tools/PTblender.vcxproj, tools/PTcrop.vcxproj, tools/PTinfo.vcxproj, tools/PTmasker.vcxproj, tools/PTmender.vcxproj, tools/PTroller.vcxproj, tools/PTtiff2psd.vcxproj, tools/PTtiffdump.vcxproj, tools/PTuncrop.vcxproj: new file. * .hgignore, CMakeLists.txt, ChangeLog, png.c, pteditor.c, tests/CMakeLists.txt: merged PSD branch 2012-01-11 10:27 +1100 Terry Duell <td...@ii...> (20a9b820aba0) * dump.c, pteditor.c, ptpicker.c: Fix outstanding pt_int32 problems 2011-05-31 09:54 +0200 Kornel Benko <kor...@us...> (bd103552abef) * CMakeLists.txt: 1.) Make it compilable on ubuntu 11.4 using '-DHUGIN_BASE_DIR=path to hugin sources' Define SYSTEM_LIB_DIRS for use of hugins CMakeModules Define 'HUGIN_SHARED', because of it's use 2.) Add dependences creation on debian systems 2011-03-21 21:36 +0000 Bruno Postle <br...@po...> (da48158224d6) * ChangeLog.hg: Update changelog 2011-03-16 19:16 +0000 Bruno Postle <br...@po...> (34d8f7279b7d) Update ChangeLog.hg for default branch 2011-03-04 01:15 -0800 dmg <dm...@uv...> (95e1c5da422e) * .hgignore, ChangeLog: Sorted files to .hgignore 2011-03-04 01:15 -0800 dmg <dm...@uv...> (2ae987ad64a2) * .hgignore, ChangeLog: Added files to .hgignore 2011-03-03 21:53 -0800 dmg <dm...@uv...> (8c929483d775 <PhotoshopPSB>) * ChangeLog, tools/PTtiff2psd.c: added jim to credits of PTtiff2psd 2011-03-03 20:43 -0800 dmg <dm...@uv...> (6d05236f8495 <PhotoshopPSB>) * ChangeLog: Added test cases for PTtiff2psd 2011-03-03 20:43 -0800 dmg <dm...@uv...> (dd2b0f7313d0 <PhotoshopPSB>) * tests/panoAutomatePSDtest.pl, tests/simpleTiff2psd/CMakeLists.txt, tests/simpleTiff2psd/reference/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_2_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/tests/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/tests/simpleTiff16-16-_uncrop_2_layer.psd: new file. * tests/tiff2psdSimple/reference/crop.psb, tests/tiff2psdSimple/reference/crop.psd, tests/tiff2psdSimple/reference/uncrop.psb, tests/tiff2psdSimple/reference/uncrop.psd: deleted file. * .hgignore, ChangeLog, file.c, tests/CMakeLists.txt, tests/panoAutomatePSDtest.pl, tests/simpleTiff2psd/CMakeLists.txt, tests/simpleTiff2psd/reference/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/reference/simpleTiff16-16-_uncrop_2_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_crop_1_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_crop_2_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_uncrop_1_layer.psd, tests/simpleTiff2psd/tests/simpleStitch_uncrop_2_layer.psd, tests/simpleTiff2psd/tests/simpleTiff16-16-_uncrop_1_layer.psd, tests/simpleTiff2psd/tests/simpleTiff16-16-_uncrop_2_layer.psd, tests/tiff2psdSimple/reference/crop.psb, tests/tiff2psdSimple/reference/crop.psd, tests/tiff2psdSimple/reference/uncrop.psb, tests/tiff2psdSimple/reference/uncrop.psd: Added test cases for PTtiff2psd 2011-03-03 16:36 -0800 dmg <dm...@uv...> (d61239410f3d <PhotoshopPSB>) * sys_compat.h: new file. * sys_compat.h: I forgot to add sys_compat.h 2011-03-03 16:30 -0800 dmg <dm...@uv...> (0ed11c91c143 <PhotoshopPSB>) * CMakeLists.txt, ChangeLog, file.c, sys_ansi.c, sys_win.c: Refactored system dependent code 2011-03-03 14:54 -0400 Jim Watters <Jim Watters> (a2fdc9b8616d <PhotoshopPSB>) * file.c: Fix timezone in PSDPICTResource %z and %Z in strftime produces a alpha string need a numeric string. Fix some sign unsign warnings 2011-03-03 01:30 -0800 dmg <dm...@uv...> (61011fb1ba7b) * CMakeLists.txt, ChangeLog, Makefile.am: cherry picked 721 from PhotoshopPSB to default 2011-03-03 01:24 -0800 dmg <dm...@uv...> (e881eb9a4ba0 <PhotoshopPSB>) * CMakeLists.txt, ChangeLog, Makefile.am: Added TAGS file creation, undid removal of hugin-related paths. 2011-03-03 00:44 -0800 dmg <dm...@uv...> (5ce79b438819 <PhotoshopPSB>) * file.c: Ported code to write name of writing program 2011-03-03 00:21 -0800 dmg <dm...@uv...> (d284d6621bff <PhotoshopPSB>) * tests/tiff2psdSimple/reference/crop.psb, tests/tiff2psdSimple/reference/crop.psd, tests/tiff2psdSimple/reference/uncrop.psb, tests/tiff2psdSimple/reference/uncrop.psd: new file. * tests/tiff2psdSimple/crop.psb, tests/tiff2psdSimple/crop.psd, tests/tiff2psdSimple/uncrop.psb, tests/tiff2psdSimple/uncrop.psd: deleted file. * tests/tiff2psdSimple/crop.psb, tests/tiff2psdSimple/crop.psd, tests/tiff2psdSimple/reference/crop.psb, tests/tiff2psdSimple/reference/crop.psd, tests/tiff2psdSimple/reference/uncrop.psb, tests/tiff2psdSimple/reference/uncrop.psd, tests/tiff2psdSimple/uncrop.psb, tests/tiff2psdSimple/uncrop.psd: moved test files for PSD 2011-03-03 00:15 -0800 dmg <dm...@uv...> (8fbc76a7f4b9 <PhotoshopPSB>) * .hgignore, ChangeLog, PTcommon.c, PTcommon.h, ZComb.c, adjust.c, correct.c, file.c, filter.c, filter.h, png.c, resample.c, tiff.c: removed unnecessary and duplicated data types 2011-03-02 23:12 -0800 dmg <dm...@uv...> (0a87dbc64f24) * .hgignore: Added more files to ignore to .hgignore 2011-03-02 23:11 -0800 dmg <dm...@uv...> (02384dd66427) * .hgignore: Added more files to ignore to .hgignore 2011-03-02 23:05 -0800 dmg <dm...@uv...> (70b2afd42405) * .hgignore: Added some files to ignore to .hgignore 2011-03-02 22:59 -0800 dmg <dm...@uv...> (7d932f0d1221) * panorama.h: width and height should always be unsigned 2011-03-02 22:49 -0800 dmg <dm...@uv...> (0a526edf75cc) * ChangeLog, PTcommon.c, adjust.c, file.c, filter.c, filter.h, fourier.c, morpher.c, panorama.h, panotypes.h, parser.c, perspect.c, resample.c, rgbe.c, rgbe.h, tests/CMakeLists.txt, tiff.c: Removed the use of pt_int* data types, which are redundant and not consistently used 2011-03-02 22:03 -0800 dmg <dm...@uv...> (4000b5187221) * CMakeLists.txt, ChangeLog, PTcommon.c, filter.h, panorama.h, panotypes.h, pt_stdint.h, rgbe.c, rgbe.h, sys_ansi.c, sys_common.c: Fixed compiler warnings and cleanup some conditional compilation code 2011-03-02 18:59 -0400 Jim Watters <Jim Watters> (daf735d8ec66 <PhotoshopPSB>) * file.c: correct some Linux errors and warnings. 2011-03-02 15:22 -0400 Jim Watters <Jim Watters> (7dea16af1053 <PhotoshopPSB>) * file.c: Clean up, untabulate, and beautify code 2011-03-02 00:17 -0400 Jim Watters <Jim Watters> (755c1fbd4838 <PhotoshopPSB>) * PTcommon.h, file.c, tools/PTtiff2psd.c: Add panoCreateLayeredPSD Create a PSD file from a bunch of tiffs in one go without inserting each layer one at a time. 2011-02-25 22:38 -0400 Jim Watters <Jim Watters> (19c2bd9d5040 <PhotoshopPSB>) * file.c: Simplify the calculation of layer length 2011-02-25 21:56 -0400 Jim Watters <Jim Watters> (15df50fc3f7a <PhotoshopPSB>) * PTcommon.c: O(n2) 2011-02-24 16:34 -0400 Jim Watters <Jim Watters> (28033bba0b8f <PhotoshopPSB>) * PTcommon.c: By default PANO_TEST_INVERSE should be commented out 2011-02-24 16:25 -0400 Jim Watters <Jim Watters> (6545685cd438 <PhotoshopPSB>) * PTcommon.c: untablify and beautify code 2011-02-24 14:41 -0400 Jim Watters <Jim Watters> (1c9ce5934fb1 <PhotoshopPSB>) * tests/tiff2psdTest.bat: new file. * tests/tiff2psdSimple/crop.psb, tests/tiff2psdSimple/crop.psd, tests/tiff2psdSimple/uncrop.psb, tests/tiff2psdSimple/uncrop.psd, tests/tiff2psdTest.bat: Update test images with new PICT record for PTtiff2PSD 2011-02-23 22:45 -0400 Jim Watters <Jim Watters> (1a989de7c490 <PhotoshopPSB>) * file.c: Merge 2011-02-23 17:56 -0400 Jim Watters <Jim Watters> (00a141ab7ffb <PhotoshopPSB>) * file.c: Update PICT Resource Added more info to the PICT resource 2011-02-23 14:25 -0400 Jim Watters <Jim Watters> (3d46baa67f1e <PhotoshopPSB>) * file.c: Fix PICT Resource PICT now displays correctly with Photoshop and Exiftool 2011-02-19 23:41 -0400 Jim Watters <Jim Watters> (5d9db2abdb38 <PhotoshopPSB>) * file.c, filter.c, filter.h: Update panoWritexxx functions to return bool use change in location of write to get length of section. 2011-02-19 23:53 -0800 dmg <dm...@uv...> (61f66c836feb <PhotoshopPSB>) * ChangeLog, file.c: Fixed a small error that stopped compilation under Linux. 2011-02-19 16:05 -0400 Jim Watters <Jim Watters> (b1595e6c58fc <PhotoshopPSB>) * tests/tiff2psdSimple/crop.psb, tests/tiff2psdSimple/uncrop.psb: new file. * tests/tiff2psdSimple/crop.psb, tests/tiff2psdSimple/uncrop.psb: Add reference PSB files for testing PTtiff2PSD 2011-02-19 15:54 -0400 Jim Watters <Jim Watters> (bf73d5f0e9fa <PhotoshopPSB>) * tests/tiff2psdSimple/crop.psd, tests/tiff2psdSimple/uncrop.psd: new file. * tests/tiff2psdSimple/crop.psd, tests/tiff2psdSimple/uncrop.psd: Add reference PSD files for testing PTtiff2PSD 2011-02-19 15:40 -0400 Jim Watters <Jim Watters> (080786b030d4 <PhotoshopPSB>) * file.c: opps panoReadxxxx returns bool not length 2011-02-17 18:31 -0400 Jim Watters <Jim Watters> (6742691b9336 <PhotoshopPSB>) * file.c, filter.c, filter.h: switch from READ and WRITE macros to functions. switch from READ and WRITE macros to functions. Simplified code by adding functions panoReadINT32or64 and panoWriteINT32or64 for read and write 4 or 8 byte varibles for the use of PSD or PSB. 2011-02-14 23:22 -0400 Jim Watters <Jim Watters> (cb926d40214e <PhotoshopPSB>) * filter.c, filter.h: Add functions panoWriteINT32or64 and panoReadINT32or64 2011-02-14 23:04 -0400 Jim Watters <Jim Watters> (9e9d800230f9 <PhotoshopPSB>) * .hgignore: Add .ipch to ignor list 2011-02-14 23:02 -0400 Jim Watters <Jim Watters> (a7bcbe2d5c2d <PhotoshopPSB>) * filter.c, filter.h: update panowrite functions to return count 2011-02-14 22:06 -0400 Jim Watters <Jim Watters> (46f909a2a815 <PhotoshopPSB>) * file.c: remove cast 2011-02-14 21:06 -0400 Jim Watters <Jim Watters> (704614dd55ae <PhotoshopPSB>) * PTcommon.c, file.c, filter.c, filter.h, pano13vc.def, tools/PTtiff2psd.c: New versions of files that now should end with LF only 2011-02-14 20:43 -0400 Jim Watters <Jim Watters> (9c9ced6c091f <PhotoshopPSB>) * .hgeol: new file. * .hgeol: Windows users should use the EOL extension Windows users need EOL to control how End of Line characters are translated to and from repository. 2011-02-14 20:43 -0400 Jim Watters <Jim Watters> (2a01f904d1c3 <PhotoshopPSB>) * .hgignore: new file. * .hgignore: Add a list of files to ignor when doing commit 2011-02-13 01:32 -0400 Jim Watters <Jim Watters> (9b9b3887cddf <PhotoshopPSB>) * file.c: Use 8byte sizes all the time. 2011-02-13 01:31 -0400 Jim Watters <Jim Watters> (879cca2dae52 <PhotoshopPSB>) * tools/PTAInterpolate.vcxproj, tools/PTOptimizer.vcxproj, tools/PTblender.vcxproj, tools/PTcrop.vcxproj, tools/PTinfo.vcxproj, tools/PTmasker.vcxproj, tools/PTmender.vcxproj, tools/PTroller.vcxproj, tools/PTtiff2psd.vcxproj, tools/PTtiffdump.vcxproj, tools/PTuncrop.vcxproj: Update Location of 64bit libs 2011-02-12 21:41 -0400 Jim Watters <Jim Watters> (127413a4755c <PhotoshopPSB>) * tools/PTAInterpolate.vcxproj, tools/PTOptimizer.vcxproj, tools/PTblender.vcxproj, tools/PTcrop.vcxproj, tools/PTinfo.vcxproj, tools/PTmasker.vcxproj, tools/PTmender.vcxproj, tools/PTroller.vcxproj, tools/PTtiff2psd.vcxproj, tools/PTtiffdump.vcxproj, tools/PTuncrop.vcxproj: Add Local definitions LocalDefs to 64bit projects 2011-02-12 21:23 -0400 Jim Watters <Jim Watters> (d9bf0412f5f1 <PhotoshopPSB>) * PTcommon.c, file.c, file.h, filter.h, tiff.c: update PSD functins to write PSB format too 2011-02-12 21:22 -0400 Jim Watters <Jim Watters> (b22ddb573e0b <PhotoshopPSB>) * tools/PTAInterpolate.vcxproj, tools/PTOptimizer.vcxproj, tools/PTblender.vcxproj, tools/PTcrop.vcxproj, tools/PTinfo.vcxproj, tools/PTmasker.vcxproj, tools/PTmender.vcxproj, tools/PTroller.vcxproj, tools/PTtiff2psd.c, tools/PTtiff2psd.vcxproj, tools/PTtiffdump.vcxproj, tools/PTuncrop.vcxproj: Make projects multicore friendly by using differnt folders for temp files that may conflict. 2011-02-10 16:49 -0400 Jim Watters <Jim Watters> (52cf096d848b <PhotoshopPSB>) * LocalDefs.props: new file. * LocalDefs.props: Update to VS 2010 2011-02-10 16:49 -0400 Jim Watters <Jim Watters> (c2996d3c00aa <PhotoshopPSB>) * libpano.vcxproj, tools/PTAInterpolate.vcxproj, tools/PTOptimizer.vcxproj, tools/PTblender.vcxproj, tools/PTcrop.vcxproj, tools/PTinfo.vcxproj, tools/PTmasker.vcxproj, tools/PTmender.vcxproj, tools/PTroller.vcxproj, tools/PTtiff2psd.vcxproj, tools/PTtiffdump.vcxproj, tools/PTuncrop.vcxproj: new file. * libpano.sln, libpano.vcxproj, tools/PTAInterpolate.vcxproj, tools/PTOptimizer.vcxproj, tools/PTblender.vcxproj, tools/PTcrop.vcxproj, tools/PTinfo.vcxproj, tools/PTmasker.vcxproj, tools/PTmender.vcxproj, tools/PTroller.vcxproj, tools/PTtiff2psd.vcxproj, tools/PTtiffdump.vcxproj, tools/PTuncrop.vcxproj: Update to VS 2010 2011-02-10 16:46 -0400 Jim Watters <Jim Watters> (611e65b1791f <PhotoshopPSB>) * PTcommon.c, file.c, file.h, filter.c, filter.h, pano13vc.def, tools/PTtiff2psd.c: First sweep of the Photoshop PSD code at add PSB. Enable PSD functions to be also capable of PSB read and write. Builds with a couple resize warnings that need to be corrected. Completely untested. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFTj6JEFqOhwCjyCLoRAq2JAKCvxYucRySM8tQS4ENhNLsuuAlalgCeORRs ghbwufhT8R48XByGirXlc/g= =gtUh -----END PGP SIGNATURE----- |
|
From: Bruno P. <br...@po...> - 2014-04-23 23:44:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libpano13 is the PanoTools library for panoramic imaging. A libpano13-2.9.19 rc1 tarball has been uploaded to sourceforge, this is a release candidate for testing that may become the final release: https://sourceforge.net/projects/panotools/files/libpano13/libpano13-2.9.19/ Note that the soname has been incremented from 2.0.0 to 3.0.0 because this release is not binary compatible with previous versions - This means that Hugin will need to be rebuilt in order to use this libpano13. This release should work with the current Hugin 2013.0.0 stable release, however 2.9.19 is now a required dependency of Hugin development snapshots (and therefore the next Hugin release). There have been lots of cleanups, fixes of compiler warnings, bugfixes, and general refactoring since 2.9.18, plus we have some new features. There have been some cleanups and build fixes since 2.9.19 beta1: * Fixes for minor typos, test suite, variable initialisation and locale bugs. * Fix for MSVC 2012+ * Default autotools build system improvements. * Lots of improvements for alternative cmake build system, this can now be considered good enough for most purposes. * Documentation fixes. SHA1SUM: 85d8d94c96780fa5b6df2c2e4929f8d20557f128 libpano13-2.9.19_rc1.tar.gz This rc1 release is equivalent to HG 826:7339b1014e88 Here is the full ChangeLog since 2.9.19_beta1 for more details: 2014-02-12 17:57 +0100 tmodes <tmodes> (071273ed3a44 [tip]) * math.c: Fixes condition introduced in last commit (Matthew Petroff) 2014-02-12 14:38 +1100 tduell <tduell> (5db9915fc7d0) * math.c: use default atanh function for MSVC 2012+ (Matthew Petroff) 2014-01-06 23:00 +0000 Bruno Postle <br...@po...> (bced6574df70) * ChangeLog.hg: update ChangeLog 2014-01-04 01:58 +0000 Bruno Postle <br...@po...> (d33c9a9ed0f9) * tests/simpleTiff2psd/Makefile.am, tests/simpleTiff2psd/reference/Makefile.am, tests/simpleTiff2psd/tests/Makefile.am: new file. * Makefile.am, configure.ac, tests/Makefile.am, tests/simpleTiff16/Makefile.am, tests/simpleTiff2psd/Makefile.am, tests/simpleTiff2psd/reference/Makefile.am, tests/simpleTiff2psd/tests/Makefile.am, tools/Makefile.am: Add lots of missing files to the autotools 'dist' target 2014-01-04 01:57 +0000 Bruno Postle <br...@po...> (cfadac620dd6) * .hgignore: add some patterns to .hgignore 2014-01-04 01:06 +0000 Bruno Postle <br...@po...> (81edd9d85242) * CMakeLists.txt: CPACK_SET_DESTDIR needs to be ON for package_source target 2014-01-04 00:48 +0000 Bruno Postle <br...@po...> (8764c3cdc139) * CMakeLists.txt: files that shouldn't be packaged by cpack 2014-01-03 11:48 +0100 Kornel Benko <kor...@us...> (b6bb69bb754f) * CMakeLists.txt: Cmake build: Adapt the build to make rpm-packaging easier. We had to find the correct library-directory to install our data. This should work for all platforms. In collaboration with Terry Duell (working on creating rpm-package for fedora Linux). 2014-01-01 08:52 +0100 Kornel Benko <kor...@us...> (c967f865cfc3) * CMakeLists.txt, FindGnuTar.cmake: Cmake build: Usage of FindPackageHandleStandardArgs corrected. 2013-12-31 10:49 +0100 Kornel Benko <kor...@us...> (a32c832b554b) * CMakeLists.txt, excludes: Cmake build: Adapted the output of 'make dist' to appear the same as would come from 'hg archive {build-dir}/libpano13-2.9.19.tar -p libpano13-2.9.19 --exclude ".hg*"' 2013-12-30 23:57 +0100 Kornel Benko <kor...@us...> (f68ddd79ed4b) * excludes: new file. * excludes: This file is missing in previous commit. Its content specifies files names, which should not be part of the source tar. 2013-12-30 23:54 +0100 Kornel Benko <kor...@us...> (5b660b010aa8) * FindGnuTar.cmake: new file. * CMakeLists.txt, FindGnuTar.cmake: Cmake build: Added a new way to get source-tar, if there is a gnu tar available 2013-12-24 13:52 +0100 Kornel Benko <kor...@us...> (dc6694ef78a7) * CMakeLists.txt: Honor the configured installation prefix also in created packages 2013-12-24 13:22 +0100 Kornel Benko <kor...@us...> (12f629da7d77) * CpackDescription.txt: new file. * CMakeLists.txt, CpackDescription.txt, man/CMakeLists.txt, tools/CMakeLists.txt: Package creation revised. 1. Removed option DISABLE_DPKG; For debian packaging always try to determine package dependencies 2. Renamed 'HAVE_JAVA' variable to 'SUPPORT_JAVA_PROGRAMS' option. 3. Added COMPONENT keywords to install commands. ATM this has no effect. Preparing for later use with component-aware package generators like RPM. 2013-12-23 12:28 +1100 tduell <td...@ii...> (b0f579114b63) * CMakeLists.txt: Backed out changeset: eb7322988b38 2013-12-23 08:36 +1100 tduell <td...@ii...> (eb7322988b38) * CMakeLists.txt: Fixes CMakeLists.txt for Unix/Linux, to find Java, and set lib dir to /usr/lib or /usr/lib64, as appropriate 2013-12-22 09:06 +0100 Kornel Benko <kor...@us...> (0a6e4330f822) * tools/CMakeLists.txt: Added panoinfo to list of commands for unix too 2013-12-21 17:27 +0100 tmodes <tmodes> (85654befbd91) * parser.c: Correctly restore locale if parsing of script file fails [686482] 2013-12-21 16:27 +0100 tmodes <tmodes> (032bc7cc62e6) * ColourBrightness.c, ColourBrightness.h, PTDialogs.c, PTcommon.c, PTcommon.h, Triangulate.c, ZComb.c, ZComb.h, adjust.c, adjust.h, correct.c, dump.c, file.c, file.h, filter.c, filter.h, filter.r, fourier.c, javastub.c, math.c, metadata.c, metadata.h, multilayer.c, pan.c, panorama.h, parser.c, perspect.c, ppm.c, ptfeather.c, ptfeather.h, ptstitch.c, ptstitch.h, pttiff.h, remap.c, resample.c, sys_X11.c, sys_X11.h, sys_ansi.c, sys_ansi.h, sys_common.c, sys_compat.h, sys_compat_unix.c, sys_compat_win.c, sys_mac.c, sys_mac.h, sys_win.c, sys_win.h, tiff.c, tools/PTAInterpolate.c, tools/PTblender.c, tools/PTcrop.c, tools/PTinfo.c, tools/PTmasker.c, tools/PTmender.c, tools/PTmender.h, tools/PToptimizer.c, tools/PTroller.c, tools/PTtiff2psd.c, tools/PTtiffdump.c, tools/PTuncrop.c, tools/panoinfo.c, tools/panoinfo_unix.c, version.h: Fixes copy and paste error in licence 2013-12-21 16:23 +0100 tmodes <tmodes> (4f56474cc8a0) * PTcommon.c, tiff.c: Fixes initialization of some variables (Patch by Andreas Metzler) Fixes sporadic testsuite error [734867] 2013-12-21 16:20 +0100 tmodes <tmodes> (f666a3664d02) * PTcommon.c, tools/panoinfo_unix.c: Fixes 2 typos (spotted by Andreas Metzler) 2013-12-20 14:25 +1100 tduell <td...@ii...> (35b5485f7e7a) * man/PTmasker.pod: Fix PTmasker.pod 2013-12-20 14:06 +1100 tduell <td...@ii...> (37986ffdd87f) * CMakeLists.txt: Some fixes to CMakeLists.txt for binary package name and source package name 2013-12-19 12:30 +1100 tduell <td...@ii...> (6e9c7581a433) * CMakeLists.txt: Remove hg version and "hg" from cpack source package name to avoid issues with Fedora rpmbuild 2013-12-19 12:28 +1100 tduell <td...@ii...> (af17614b0443) * bootstrap: Update bootstrap to allow use of automake 1.13 2013-12-18 14:59 +0100 Kornel Benko <kor...@us...> (21822d49c404) * Debian/postinst: new file. * CMakeLists.txt, Debian/postinst: Enhanced creation of dependences for debian build 1.) The creation now honors libraries created in the same build. 2.) Also added call to ldconfig to make the installed libraries known to the system 2013-12-16 22:41 +0000 Bruno Postle <br...@po...> (0dd1fabfc868) * ChangeLog.hg: Update ChangeLog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFTWE0PFqOhwCjyCLoRAsPTAKC2q6SDFBrUTXFR+TD9LiMipL8bMQCfc+Wb GR+zYULEPKkZvbCwbDNP1Qc= =xsD/ -----END PGP SIGNATURE----- |
|
From: Dustin G. <du...@sr...> - 2014-04-18 20:27:22
|
Our company is seeking PanoTools / Hugin experts to provide training and consulting services to our global network of photographers. If you have experience working with PanoTools and Hugin and would like to earn money sharing your expertise with fellow photographers shoot me an email: du...@sr... |
|
From: Yili Z. <pa...@gm...> - 2014-01-13 12:21:31
|
Hi Bruno, sorry, I don't note that "PTAInterpolate" has source. 2014/1/13 Bruno Postle <br...@po...> > On Sun 12-Jan-2014 at 21:13 +0800, Yili Zhao wrote: > > I think the classic apps like "PTPicker" and " PTInterpolate" with > > GUI are all need Java, because they use AWT for GUI; and they > > also use Java's JNI to interface libpano12's C functions. > > > > Because there are no source for these classic apps, and Hugin is > > also not dependent on Java, so maybe it is safe like Thomas said > > "remove all dependence on Java from libpano13.", > > Yes, we are not supporting ptpicker and pteditor since they are old, > closed and link to libpano12 anyway. > > But PTAInterpolate has source and is one of the tools that ships > with libpano13, so this is a good reason for keeping java support. > Also java seems to be very popular these days, maybe the java api > will be useful in the future. > > -- > Bruno > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > PanoTools-devel mailing list > Pan...@li... > https://lists.sourceforge.net/lists/listinfo/panotools-devel > -- Yili Zhao |
|
From: Bruno P. <br...@po...> - 2014-01-12 22:30:44
|
On Sun 12-Jan-2014 at 21:13 +0800, Yili Zhao wrote: > I think the classic apps like "PTPicker" and " PTInterpolate" with > GUI are all need Java, because they use AWT for GUI; and they > also use Java's JNI to interface libpano12's C functions. > > Because there are no source for these classic apps, and Hugin is > also not dependent on Java, so maybe it is safe like Thomas said > "remove all dependence on Java from libpano13.", Yes, we are not supporting ptpicker and pteditor since they are old, closed and link to libpano12 anyway. But PTAInterpolate has source and is one of the tools that ships with libpano13, so this is a good reason for keeping java support. Also java seems to be very popular these days, maybe the java api will be useful in the future. -- Bruno |
|
From: Yili Z. <pa...@gm...> - 2014-01-12 13:13:56
|
Hi Kornel, I think the classic apps like "PTPicker" and " PTInterpolate" with GUI are all need Java, because they use AWT for GUI; and they also use Java's JNI to interface libpano12's C functions. Because there are no source for these classic apps, and Hugin is also not dependent on Java, so maybe it is safe like Thomas said "remove all dependence on Java from libpano13.", If users want to use these classic apps, they should use libpano12. 2014/1/12 Kornel Benko <Kor...@be...> > Am Sonntag, 12. Januar 2014 um 19:43:16, schrieb Yili Zhao < > pa...@gm...> > > > Hi Kornel, > > > I just remember that "PTEditor" - the Visual Panorama Editor is also > > > dependent on Java and JNI, because it use AWT for GUI and JNI for > interface > > > with libpano12. > > > > > > > Thanks for the pointer, never used this beast. > > I found old pteditor.jar, but using it I see it wants to load > libpano12.lib.so. > > But we are creating already libpano13, so there must be newer jar file > somewhere. > > > > I could of course make a link to libpano13, but this looks not safe enough, > > because I don't know, how compatible the API is. > > > > Kornel > > > > > 2014/1/8 Kornel Benko <Kor...@be...> > > > > > > > Am Mittwoch, 8. Januar 2014 um 08:49:16, schrieb Thomas Sharpless < > > > > tks...@gm...> > > > > > > > > > my 2 cents: > > > > > > > > > remove all dependence on Java from libpano13. Only the classic Dersch > > > > apps > > > > > > > > > need it and they also need libpano12, > > > > > > > > > > > > > > > > Without java, the command PTAInterpolate will no be build. > > > > > > > > Is that, what you mean with Dersch apps? > > > > > > > > > > > > > > > > Kornel > > > > > > > > > > > > > > > > > -- Tom > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Tue, Jan 7, 2014 at 5:00 PM, Kornel Benko <Kor...@be... > > > > > > wrote: > > > > > > > > > > > > > > > > > > > Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle < > > > > > > > > > > br...@po...> > > > > > > > > > > > > > > > > > > > > > On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote: > > > > > > > > > > > > > > > > > > > > > >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle < > > > > > > > > > > br...@po...> > > > > > > > > > > > > > > > > > > > > > >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: > > > > > > > > > > > > > > > > > > > > > >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle < > > > > > > > > > > br...@po...> > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > >> This is with a fresh checkout, on fedora the java headers are > in a > > > > > > > > > > > > > > > > > > > > > >> very obscure location, the cmake macros will never find them: > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >This is not sooo obscure, but yes, FindJNI.cmake is not > searching > > > > there. > > > > > > > > > > > > > > > > > > > > > >(It might help defining env(JAVA_HOME) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > This would be too fragile for packaging, the path would need to > be > > > > > > > > > > changed > > > > > > > > > > > > > > > > > > > > > for every gcc release. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> ..but this works fine (and the env is clean): > > > > > > > > > > > > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > >> echo '#include <jni.h>' > foo.h > > > > > > > > > > > > > > > > > > > > > >> gcc foo.h > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >You mean, without the 2 find_package() calls? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Yes, this is in the shell. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >> I assume this is standard behaviour with gcc-gcj, are you > trying > > > > to > > > > > > > > > > > > > > > > > > > > > >> build with openjdk? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >No, I used only the cmake provided find-module to make it > compile > > > > here. > > > > > > > > > > > > > > > > > > > > > >(In the hope it is platform independent enough) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > But which java do you have on the system? gcj is the java that > > > > > > > > > > > > > > > > > > > > > comes with gcc. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Let's see, which package is responsible for /jni.h ... > > > > > > > > > > > > > > > > > > > > # dpkg -S `locate /jni.h` > > > > > > > > > > > > > > > > > > > > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h > > > > > > > > > > > > > > > > > > > > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h > > > > > > > > > > > > > > > > > > > > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > FindJNI.cmake finds: > > > > > > > > > > > > > > > > > > > > # egrep JNI CMakeCache.txt > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > FIND_PACKAGE_MESSAGE_DETAILS_JNI:INTERNAL=[/usr/lib/jvm/java-6-sun/jre/lib/amd64/libjawt.so][/usr/lib/jvm/java-6-sun/jre/lib/amd64/server/libjvm.so][/usr/lib/jvm/java-6-sun/include][/usr/lib/jvm/java-6-sun/include/linux][/usr/lib/jvm/java-6-sun/include][v()] > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > So it finds sun-java6-jdk. This is not comming from *gcj*. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Kornel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > Rapidly troubleshoot problems before they affect your business. > Most IT > > > > > > > > > > organizations don't have a clear picture of how application > performance > > > > > > > > > > affects their revenue. With AppDynamics, you get 100% visibility > into > > > > your > > > > > > > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > > > > AppDynamics > > > > > > > > > > Pro! > > > > > > > > > > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > > > > > > > _______________________________________________ > > > > > > > > > > PanoTools-devel mailing list > > > > > > > > > > Pan...@li... > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > organizations don't have a clear picture of how application performance > > > > affects their revenue. With AppDynamics, you get 100% visibility into > your > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics > > > > Pro! > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > _______________________________________________ > > > > PanoTools-devel mailing list > > > > Pan...@li... > > > > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > _______________________________________________ > PanoTools-devel mailing list > Pan...@li... > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > -- Yili Zhao |
|
From: Kornel B. <Kor...@be...> - 2014-01-12 12:31:10
|
Am Sonntag, 12. Januar 2014 um 19:43:16, schrieb Yili Zhao <pa...@gm...> > Hi Kornel, > I just remember that "PTEditor" - the Visual Panorama Editor is also > dependent on Java and JNI, because it use AWT for GUI and JNI for interface > with libpano12. > Thanks for the pointer, never used this beast. I found old pteditor.jar, but using it I see it wants to load libpano12.lib.so. But we are creating already libpano13, so there must be newer jar file somewhere. I could of course make a link to libpano13, but this looks not safe enough, because I don't know, how compatible the API is. Kornel > 2014/1/8 Kornel Benko <Kor...@be...> > > > Am Mittwoch, 8. Januar 2014 um 08:49:16, schrieb Thomas Sharpless < > > tks...@gm...> > > > > > my 2 cents: > > > > > remove all dependence on Java from libpano13. Only the classic Dersch > > apps > > > > > need it and they also need libpano12, > > > > > > > > Without java, the command PTAInterpolate will no be build. > > > > Is that, what you mean with Dersch apps? > > > > > > > > Kornel > > > > > > > > > -- Tom > > > > > > > > > > > > > > > > > > > > On Tue, Jan 7, 2014 at 5:00 PM, Kornel Benko <Kor...@be...> > > wrote: > > > > > > > > > > > Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle < > > > > > > br...@po...> > > > > > > > > > > > > > On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote: > > > > > > > > > > > > > >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle < > > > > > > br...@po...> > > > > > > > > > > > > > >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: > > > > > > > > > > > > > >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle < > > > > > > br...@po...> > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> This is with a fresh checkout, on fedora the java headers are in a > > > > > > > > > > > > > >> very obscure location, the cmake macros will never find them: > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h > > > > > > > > > > > > > > > > > > > > > > > > > > > >This is not sooo obscure, but yes, FindJNI.cmake is not searching > > there. > > > > > > > > > > > > > >(It might help defining env(JAVA_HOME) > > > > > > > > > > > > > > > > > > > > > > > > > > This would be too fragile for packaging, the path would need to be > > > > > > changed > > > > > > > > > > > > > for every gcc release. > > > > > > > > > > > > > > > > > > > > > > > > > > >> ..but this works fine (and the env is clean): > > > > > > > > > > > > > >> > > > > > > > > > > > > > >> echo '#include <jni.h>' > foo.h > > > > > > > > > > > > > >> gcc foo.h > > > > > > > > > > > > > > > > > > > > > > > > > > > >You mean, without the 2 find_package() calls? > > > > > > > > > > > > > > > > > > > > > > > > > > Yes, this is in the shell. > > > > > > > > > > > > > > > > > > > > > > > > > > >> I assume this is standard behaviour with gcc-gcj, are you trying > > to > > > > > > > > > > > > > >> build with openjdk? > > > > > > > > > > > > > > > > > > > > > > > > > > > >No, I used only the cmake provided find-module to make it compile > > here. > > > > > > > > > > > > > >(In the hope it is platform independent enough) > > > > > > > > > > > > > > > > > > > > > > > > > > But which java do you have on the system? gcj is the java that > > > > > > > > > > > > > comes with gcc. > > > > > > > > > > > > > > > > > > > > > > > > Let's see, which package is responsible for /jni.h ... > > > > > > > > > > > > # dpkg -S `locate /jni.h` > > > > > > > > > > > > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h > > > > > > > > > > > > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h > > > > > > > > > > > > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h > > > > > > > > > > > > > > > > > > > > > > > > FindJNI.cmake finds: > > > > > > > > > > > > # egrep JNI CMakeCache.txt > > > > > > > > > > > > > > > > > > > > FIND_PACKAGE_MESSAGE_DETAILS_JNI:INTERNAL=[/usr/lib/jvm/java-6-sun/jre/lib/amd64/libjawt.so][/usr/lib/jvm/java-6-sun/jre/lib/amd64/server/libjvm.so][/usr/lib/jvm/java-6-sun/include][/usr/lib/jvm/java-6-sun/include/linux][/usr/lib/jvm/java-6-sun/include][v()] > > > > > > > > > > > > > > > > > > > > > > > > So it finds sun-java6-jdk. This is not comming from *gcj*. > > > > > > > > > > > > > > > > > > > > > > > > Kornel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > > > organizations don't have a clear picture of how application performance > > > > > > affects their revenue. With AppDynamics, you get 100% visibility into > > your > > > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > > AppDynamics > > > > > > Pro! > > > > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > > > _______________________________________________ > > > > > > PanoTools-devel mailing list > > > > > > Pan...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Rapidly troubleshoot problems before they affect your business. Most IT > > organizations don't have a clear picture of how application performance > > affects their revenue. With AppDynamics, you get 100% visibility into your > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > > Pro! > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > _______________________________________________ > > PanoTools-devel mailing list > > Pan...@li... > > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > > > > > > |
|
From: Yili Z. <pa...@gm...> - 2014-01-12 11:43:24
|
Hi Kornel, I just remember that "PTEditor" - the Visual Panorama Editor is also dependent on Java and JNI, because it use AWT for GUI and JNI for interface with libpano12. 2014/1/8 Kornel Benko <Kor...@be...> > Am Mittwoch, 8. Januar 2014 um 08:49:16, schrieb Thomas Sharpless < > tks...@gm...> > > > my 2 cents: > > > remove all dependence on Java from libpano13. Only the classic Dersch > apps > > > need it and they also need libpano12, > > > > Without java, the command PTAInterpolate will no be build. > > Is that, what you mean with Dersch apps? > > > > Kornel > > > > > -- Tom > > > > > > > > > > > > On Tue, Jan 7, 2014 at 5:00 PM, Kornel Benko <Kor...@be...> > wrote: > > > > > > > Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle < > > > > br...@po...> > > > > > > > > > On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote: > > > > > > > > > >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle < > > > > br...@po...> > > > > > > > > > >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: > > > > > > > > > >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle < > > > > br...@po...> > > > > > > > > > >> > > > > > > > > > >> This is with a fresh checkout, on fedora the java headers are in a > > > > > > > > > >> very obscure location, the cmake macros will never find them: > > > > > > > > > >> > > > > > > > > > >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h > > > > > > > > > > > > > > > > > > > >This is not sooo obscure, but yes, FindJNI.cmake is not searching > there. > > > > > > > > > >(It might help defining env(JAVA_HOME) > > > > > > > > > > > > > > > > > > This would be too fragile for packaging, the path would need to be > > > > changed > > > > > > > > > for every gcc release. > > > > > > > > > > > > > > > > > > >> ..but this works fine (and the env is clean): > > > > > > > > > >> > > > > > > > > > >> echo '#include <jni.h>' > foo.h > > > > > > > > > >> gcc foo.h > > > > > > > > > > > > > > > > > > > >You mean, without the 2 find_package() calls? > > > > > > > > > > > > > > > > > > Yes, this is in the shell. > > > > > > > > > > > > > > > > > > >> I assume this is standard behaviour with gcc-gcj, are you trying > to > > > > > > > > > >> build with openjdk? > > > > > > > > > > > > > > > > > > > >No, I used only the cmake provided find-module to make it compile > here. > > > > > > > > > >(In the hope it is platform independent enough) > > > > > > > > > > > > > > > > > > But which java do you have on the system? gcj is the java that > > > > > > > > > comes with gcc. > > > > > > > > > > > > > > > > Let's see, which package is responsible for /jni.h ... > > > > > > > > # dpkg -S `locate /jni.h` > > > > > > > > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h > > > > > > > > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h > > > > > > > > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h > > > > > > > > > > > > > > > > FindJNI.cmake finds: > > > > > > > > # egrep JNI CMakeCache.txt > > > > > > > > > > > > > FIND_PACKAGE_MESSAGE_DETAILS_JNI:INTERNAL=[/usr/lib/jvm/java-6-sun/jre/lib/amd64/libjawt.so][/usr/lib/jvm/java-6-sun/jre/lib/amd64/server/libjvm.so][/usr/lib/jvm/java-6-sun/include][/usr/lib/jvm/java-6-sun/include/linux][/usr/lib/jvm/java-6-sun/include][v()] > > > > > > > > > > > > > > > > So it finds sun-java6-jdk. This is not comming from *gcj*. > > > > > > > > > > > > > > > > Kornel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > organizations don't have a clear picture of how application performance > > > > affects their revenue. With AppDynamics, you get 100% visibility into > your > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics > > > > Pro! > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > _______________________________________________ > > > > PanoTools-devel mailing list > > > > Pan...@li... > > > > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > > > > > > > > > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > _______________________________________________ > PanoTools-devel mailing list > Pan...@li... > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > -- Yili Zhao |
|
From: Kornel B. <Kor...@be...> - 2014-01-08 13:59:30
|
Am Mittwoch, 8. Januar 2014 um 08:49:16, schrieb Thomas Sharpless <tks...@gm...> > my 2 cents: > remove all dependence on Java from libpano13. Only the classic Dersch apps > need it and they also need libpano12, Without java, the command PTAInterpolate will no be build. Is that, what you mean with Dersch apps? Kornel > -- Tom > > > > On Tue, Jan 7, 2014 at 5:00 PM, Kornel Benko <Kor...@be...> wrote: > > > Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle < > > br...@po...> > > > > > On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote: > > > > > >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle < > > br...@po...> > > > > > >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: > > > > > >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle < > > br...@po...> > > > > > >> > > > > > >> This is with a fresh checkout, on fedora the java headers are in a > > > > > >> very obscure location, the cmake macros will never find them: > > > > > >> > > > > > >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h > > > > > > > > > > > >This is not sooo obscure, but yes, FindJNI.cmake is not searching there. > > > > > >(It might help defining env(JAVA_HOME) > > > > > > > > > > This would be too fragile for packaging, the path would need to be > > changed > > > > > for every gcc release. > > > > > > > > > > >> ..but this works fine (and the env is clean): > > > > > >> > > > > > >> echo '#include <jni.h>' > foo.h > > > > > >> gcc foo.h > > > > > > > > > > > >You mean, without the 2 find_package() calls? > > > > > > > > > > Yes, this is in the shell. > > > > > > > > > > >> I assume this is standard behaviour with gcc-gcj, are you trying to > > > > > >> build with openjdk? > > > > > > > > > > > >No, I used only the cmake provided find-module to make it compile here. > > > > > >(In the hope it is platform independent enough) > > > > > > > > > > But which java do you have on the system? gcj is the java that > > > > > comes with gcc. > > > > > > > > Let's see, which package is responsible for /jni.h ... > > > > # dpkg -S `locate /jni.h` > > > > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h > > > > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h > > > > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h > > > > > > > > FindJNI.cmake finds: > > > > # egrep JNI CMakeCache.txt > > > > > > FIND_PACKAGE_MESSAGE_DETAILS_JNI:INTERNAL=[/usr/lib/jvm/java-6-sun/jre/lib/amd64/libjawt.so][/usr/lib/jvm/java-6-sun/jre/lib/amd64/server/libjvm.so][/usr/lib/jvm/java-6-sun/include][/usr/lib/jvm/java-6-sun/include/linux][/usr/lib/jvm/java-6-sun/include][v()] > > > > > > > > So it finds sun-java6-jdk. This is not comming from *gcj*. > > > > > > > > Kornel > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Rapidly troubleshoot problems before they affect your business. Most IT > > organizations don't have a clear picture of how application performance > > affects their revenue. With AppDynamics, you get 100% visibility into your > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > > Pro! > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > _______________________________________________ > > PanoTools-devel mailing list > > Pan...@li... > > https://lists.sourceforge.net/lists/listinfo/panotools-devel > > > > |
|
From: Kornel B. <Kor...@be...> - 2014-01-07 23:36:11
|
Am Dienstag, 7. Januar 2014 um 23:06:14, schrieb Bruno Postle <br...@po...> > On Tue 07-Jan-2014 at 23:00 +0100, Kornel Benko wrote: > >Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle <br...@po...> > > >> >> echo '#include <jni.h>' > foo.h > >> >> gcc foo.h > >> > > >> >You mean, without the 2 find_package() calls? > >> > >> Yes, this is in the shell. > > Actually this is more-or-less the test that the current autotools > build uses for detecting a working java environment. > > >Let's see, which package is responsible for /jni.h ... > > # dpkg -S `locate /jni.h` > > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h > > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h > > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h > > This is the equivalent here for openjdk (no sun here): > > java-1.7.0-openjdk-devel: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/include/jni.h > java-1.8.0-openjdk-devel: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.0.x86_64/include/jni.h > > >So it finds sun-java6-jdk. This is not comming from *gcj*. > > It seems a shame for pano13 to require openjdk when gcc actually > ships with the necessary headers. > There is a misunderstanding. This script has to find _some_ approriate java. And it finds here sun-java6-jdk, not one of the openjdk packages I have installed too. On my system the package gcc-jdk, gcj-jdk and libgcj12-dev are not installed, therefore cannot be found. But you are right, the script is not perfect. Kornel |
|
From: Bruno P. <br...@po...> - 2014-01-07 23:06:23
|
On Tue 07-Jan-2014 at 23:00 +0100, Kornel Benko wrote: >Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle <br...@po...> >> >> echo '#include <jni.h>' > foo.h >> >> gcc foo.h >> > >> >You mean, without the 2 find_package() calls? >> >> Yes, this is in the shell. Actually this is more-or-less the test that the current autotools build uses for detecting a working java environment. >Let's see, which package is responsible for /jni.h ... > # dpkg -S `locate /jni.h` > openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h > sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h > openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h This is the equivalent here for openjdk (no sun here): java-1.7.0-openjdk-devel: /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.60-2.4.3.0.fc20.x86_64/include/jni.h java-1.8.0-openjdk-devel: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.0.x86_64/include/jni.h >So it finds sun-java6-jdk. This is not comming from *gcj*. It seems a shame for pano13 to require openjdk when gcc actually ships with the necessary headers. -- Bruno |
|
From: Kornel B. <Kor...@be...> - 2014-01-07 22:00:35
|
Am Dienstag, 7. Januar 2014 um 21:35:41, schrieb Bruno Postle <br...@po...> > On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote: > >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle <br...@po...> > >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: > >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle <br...@po...> > >> > >> This is with a fresh checkout, on fedora the java headers are in a > >> very obscure location, the cmake macros will never find them: > >> > >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h > > > >This is not sooo obscure, but yes, FindJNI.cmake is not searching there. > >(It might help defining env(JAVA_HOME) > > This would be too fragile for packaging, the path would need to be changed > for every gcc release. > > >> ..but this works fine (and the env is clean): > >> > >> echo '#include <jni.h>' > foo.h > >> gcc foo.h > > > >You mean, without the 2 find_package() calls? > > Yes, this is in the shell. > > >> I assume this is standard behaviour with gcc-gcj, are you trying to > >> build with openjdk? > > > >No, I used only the cmake provided find-module to make it compile here. > >(In the hope it is platform independent enough) > > But which java do you have on the system? gcj is the java that > comes with gcc. Let's see, which package is responsible for /jni.h ... # dpkg -S `locate /jni.h` openjdk-6-jdk: /usr/lib/jvm/java-6-openjdk-amd64/include/jni.h sun-java6-jdk: /usr/lib/jvm/java-6-sun-1.6.0.26/include/jni.h openjdk-7-jdk: /usr/lib/jvm/java-7-openjdk-amd64/include/jni.h FindJNI.cmake finds: # egrep JNI CMakeCache.txt FIND_PACKAGE_MESSAGE_DETAILS_JNI:INTERNAL=[/usr/lib/jvm/java-6-sun/jre/lib/amd64/libjawt.so][/usr/lib/jvm/java-6-sun/jre/lib/amd64/server/libjvm.so][/usr/lib/jvm/java-6-sun/include][/usr/lib/jvm/java-6-sun/include/linux][/usr/lib/jvm/java-6-sun/include][v()] So it finds sun-java6-jdk. This is not comming from *gcj*. Kornel |
|
From: Bruno P. <br...@po...> - 2014-01-07 21:35:49
|
On Tue 07-Jan-2014 at 22:01 +0100, Kornel Benko wrote: >Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle <br...@po...> >> On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: >> >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle <br...@po...> >> >> This is with a fresh checkout, on fedora the java headers are in a >> very obscure location, the cmake macros will never find them: >> >> /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h > >This is not sooo obscure, but yes, FindJNI.cmake is not searching there. >(It might help defining env(JAVA_HOME) This would be too fragile for packaging, the path would need to be changed for every gcc release. >> ..but this works fine (and the env is clean): >> >> echo '#include <jni.h>' > foo.h >> gcc foo.h > >You mean, without the 2 find_package() calls? Yes, this is in the shell. >> I assume this is standard behaviour with gcc-gcj, are you trying to >> build with openjdk? > >No, I used only the cmake provided find-module to make it compile here. >(In the hope it is platform independent enough) But which java do you have on the system? gcj is the java that comes with gcc. -- Bruno |
|
From: Kornel B. <Kor...@be...> - 2014-01-07 21:02:07
|
Am Dienstag, 7. Januar 2014 um 20:28:13, schrieb Bruno Postle <br...@po...> > On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: > >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle <br...@po...> > >> On Mon 23-Dec-2013 at 14:34 +0100, Kornel Benko wrote: > > >> >+ find_package(Java REQUIRED) > >> >+ find_package(JNI REQUIRED) > > >> On fedora both these tests fail to find either libgcj or openjdk and > >> the build fails, but when I remove them gcc finds the gcj java > >> headers anyway and the build is fine. > > > >Could it be because of _old_ CMakeCache.txt? > >In other words, does it work from now on permanently? > > This is with a fresh checkout, on fedora the java headers are in a > very obscure location, the cmake macros will never find them: > > /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h This is not sooo obscure, but yes, FindJNI.cmake is not searching there. (It might help defining env(JAVA_HOME) # export JAVA_HOME=/usr/lib/gcc/x86_64-redhat-linux/4.8.2 before calling cmake) > ..but this works fine (and the env is clean): > > echo '#include <jni.h>' > foo.h > gcc foo.h You mean, without the 2 find_package() calls? > I assume this is standard behaviour with gcc-gcj, are you trying to > build with openjdk? > No, I used only the cmake provided find-module to make it compile here. (In the hope it is platform independent enough) Kornel |
|
From: Bruno P. <br...@po...> - 2014-01-07 20:28:22
|
On Tue 07-Jan-2014 at 08:32 +0100, Kornel Benko wrote: >Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle <br...@po...> >> On Mon 23-Dec-2013 at 14:34 +0100, Kornel Benko wrote: >> >+ find_package(Java REQUIRED) >> >+ find_package(JNI REQUIRED) >> On fedora both these tests fail to find either libgcj or openjdk and >> the build fails, but when I remove them gcc finds the gcj java >> headers anyway and the build is fine. > >Could it be because of _old_ CMakeCache.txt? >In other words, does it work from now on permanently? This is with a fresh checkout, on fedora the java headers are in a very obscure location, the cmake macros will never find them: /usr/lib/gcc/x86_64-redhat-linux/4.8.2/include/jni.h ..but this works fine (and the env is clean): echo '#include <jni.h>' > foo.h gcc foo.h I assume this is standard behaviour with gcc-gcj, are you trying to build with openjdk? -- Bruno |
|
From: Kornel B. <Kor...@be...> - 2014-01-07 07:33:03
|
Am Montag, 6. Januar 2014 um 22:52:35, schrieb Bruno Postle <br...@po...>
> On Mon 23-Dec-2013 at 14:34 +0100, Kornel Benko wrote:
> >ATM we compile conditionally PTAInterpolate depending on the value of HAVE_JAVA.
> >
> >I'd like to make this variable a cmake-option, to have it available
> >also in the cmake-gui.
> >
> >In order to use it, we have to know the correct include dirs.
> >
> >This patch (which results from a collaboration with Terry Duell) does that.
>
> >+OPTION(HAVE_JAVA "Set this to support for the Java programs ptpicker and pteditor" OFF)
> >+if(HAVE_JAVA)
> >+ find_package(Java REQUIRED)
> >+ find_package(JNI REQUIRED)
> >+ include_directories(${JAVA_INCLUDE_PATH} ${JAVA_INCLUDE_PATH2})
> >+endif()
>
> OK, the cmake build now seems to be about equivalent to the
> autotools build for the tarball and installation targets, though
> this bit above doesn't work for me.
>
> On fedora both these tests fail to find either libgcj or openjdk and
> the build fails, but when I remove them gcc finds the gcj java
> headers anyway and the build is fine.
>
Could it be because of _old_ CMakeCache.txt?
In other words, does it work from now on permanently?
Kornel |
|
From: Bruno P. <br...@po...> - 2014-01-06 22:52:44
|
On Mon 23-Dec-2013 at 14:34 +0100, Kornel Benko wrote:
>ATM we compile conditionally PTAInterpolate depending on the value of HAVE_JAVA.
>
>I'd like to make this variable a cmake-option, to have it available
>also in the cmake-gui.
>
>In order to use it, we have to know the correct include dirs.
>
>This patch (which results from a collaboration with Terry Duell) does that.
>+OPTION(HAVE_JAVA "Set this to support for the Java programs ptpicker and pteditor" OFF)
>+if(HAVE_JAVA)
>+ find_package(Java REQUIRED)
>+ find_package(JNI REQUIRED)
>+ include_directories(${JAVA_INCLUDE_PATH} ${JAVA_INCLUDE_PATH2})
>+endif()
OK, the cmake build now seems to be about equivalent to the
autotools build for the tarball and installation targets, though
this bit above doesn't work for me.
On fedora both these tests fail to find either libgcj or openjdk and
the build fails, but when I remove them gcc finds the gcj java
headers anyway and the build is fine.
--
Bruno
|
9 messages has been excluded from this view by a project administrator.
