/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/bin/hugin not found
which I just fixed by using an older GCC is because
hugin-2009.4.0/src/hugin1/hugin/cmake_install.cmake includes this code:
FILE(RPATH_REMOVE
FILE "$ENV{DESTDIR}${CMAKE_INSTALL_PREFIX}/bin/hugin")
which does remove the rpath setting -Wl,rpath=/usr/local/lib/gcc44 which was
injected by /usr/ports/Mk/bsd.gcc.mk and then /usr/lib/libstdc++.so.6 is
picked up instead of /usr/local/lib/gcc44/libstdc++.so.6
If we have to compile with GCC 4.4 some day, then we will have to
remove the above RPATH_REMOVE code from cmake files.
$ strings /usr/lib/libstdc++.so.6 |grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_FORCE_NEW
$ strings /usr/local/lib/gcc44/libstdc++.so.6 |grep GLIBCXX
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_FORCE_NEW
GLIBCXX_DEBUG_MESSAGE_LENGTH
$
Feature safe: yes
The compilation is known to fail on 6.x with GCC 3.4, so
use non-standard GCC (4.4+) only on 6.x and older.
On 7.x and above use the base GCC instead of GCC 4.4+ because:
1. GCC 4.4+ is not needed anyway and
2. The hugin executable compiled on 8.0/gcc-4.4.4.20100216 fails to start:
/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/bin/hugin not found
Reported by: Hannes Hauswedell <h2@fsfe.org>
Feature safe: yes
- Split boost port to separate components, with boost-all metaport
PR: ports/137054
Submitted by: Alexander Churanov <churanov.port.maintainer@gmail.com> (maintainer)
. bump ports which depends upon libexiv2.so
(the library was bumpted from *.so.3 to *.so.7);
. mark current graphics/py-exiv2 as broken since it doesn't compile
with new libexiv2; this should change with graphics/py-exiv2-0.2.
PR: ports/131376
Submitted by: bsam (me)
Discussed with: kde@
Approved by: maintainer timeout (5 weeks)
This version is not archived by the authors, so this is a
snapshot of the SVN repository as of revision 3135.
The archive is put on the freebsd.org cluster.
Fix reference to autopano-complete - it is installed as autopano-complete,
not autopano-complete.sh and does not recognize long options under FreeBSD.
PR: ports/123588
Submitted by: marck
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
* Update libpano dependency to libpano13
* Add OPTIONS to depend on enblend, autopano-sift and ptstitcher
* Update automake dependency to 1.10
* Get rid of the autotools hack in pre-configure:, not necessary anymore
* Sync pkg-plist
* Sync the patches in files/
does not work with the new gettext version.
Unfortunately gettextize is interactive (it just wants one to hit enter)
and there seems no way to circumvent this, so I set IS_INTERACTIVE=yes
(it does ``read dummy < /dev/tty''!)
* Change dependency on libpano12 >= 2.8.4
* Hook dependencies on the autotools, we need to recreate the
autogenerated files because now we have changed the autotools source
config files (configure.ac etc.) with the hope that our changes will
be propagated upstream
PR: ports/108266
Submitted by: vd
Approved by: cartola@openit.com.br (maintainer timeout)
from individual pictures
Goal: an easy to use cross-platform GUI for Panorama Tools.
With hugin you can assemble a mosiac of photographs into a
complete immersive panorama, stitch any series of overlapping
pictures and much more.
WWW: http://hugin.sourceforge.net/
PR: ports/71849
Submitted by: Carlos Eduardo G. Carvalho <cartola@openit.com.br>
