August 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #48053: mpi-doc: supported_archs noarch
by MacPorts 09 Sep '15

09 Sep '15

#48053: mpi-doc: supported_archs noarch --------------------------+--------------------- Reporter: ryandesign@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: mpi-doc --------------------------+--------------------- mpi-doc does not appear to install any architecture-specific files, so it should indicate this by using "supported_archs noarch". -- Ticket URL: <https://trac.macports.org/ticket/48053> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47935: py34-scipy doesn't include weave
by MacPorts 09 Sep '15

09 Sep '15

#47935: py34-scipy doesn't include weave ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py34-scipy ------------------------+-------------------------------- I've got both py27-scipy and py34-scipy installed, and weave is missing from the latter. {{{ py27-scipy @0.15.1_0+gfortran (active) py34-scipy @0.15.1_0+gfortran (active) }}} I have: {{{ /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/scipy/weave/ }}} but not {{{ /opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/scipy/weave/ }}} I can't see any indication from the package info or variants that there's any way to configure it differently to include/exclude weave, and the scipy docs seem to suggest any installation of scipy will include weave, so not sure why this would be the case. py34-scipy seems to be installed pre-built from binaries (?), so wondering if its an issue with the build, or a technical problem with weave being pre-built? (i.e. does it need to be built locally?) -- Ticket URL: <https://trac.macports.org/ticket/47935> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48701: julia @0.3.11 fails building using MacPorts clang
by MacPorts 09 Sep '15

09 Sep '15

#48701: julia @0.3.11 fails building using MacPorts clang ------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: julia ------------------------+-------------------------------- As I had noticed that clang version 3.0 (tags/Apple/clang-211.10.1) shipped with Xcode 4.2 is not capable to build julia (it stops after a while complaining about a missing cholmod.h) I came up with the idea to use a newer MacPorts clang, e.g. 3.5: {{{ sudo port -d install julia configure.compiler=macports-clang-3.5 }}} In fact, during configuring the main component are being set {{{CC=/opt/local/bin/clang-mp-3.5 CXX=/opt/local/bin/clang++-mp-3.5 FC=/opt/local/bin/gfortran-mp-4.9}}} However, julia then expects a non-existing variant of ar: /opt/local/bin/clang-ar: No such file or directory Instead, julia should take /opt/local/bin/llvm-ar-mp-3.5 (which in turn is a shell script pointing to /opt/local/libexec/llvm-3.5/bin/llvm-ar). Since I have no idea how to work around this problem on the Portfile level, my first attempt was to make a copy of the llvm-ar-mp-3.5 shell script under the name clang-ar. To my surprise this did not work, it complained about an unknown switch -ru. So I gave up this without doing research on the switch variants of ar. So my last resort was to symlink a clang-ar to /usr/bin/ar - the latter is from Xcode (I suppose), inside /opt/local/bin I called {{{$ sudo ln -s /usr/bin/ar clang-ar}}}. This hack worked, and also is "valid" for other clang versions, e.g. 3.4 or 3.6! However, my experiment ended with a fatal error: {{{ ... In file included from codegen.cpp:35: In file included from /opt/local/libexec/llvm-3.5/include/llvm/ExecutionEngine/ExecutionEngine.h:19: In file included from /opt/local/libexec/llvm-3.5/include/llvm/ADT/SmallVector.h:17: /opt/local/libexec/llvm-3.5/include/llvm/ADT/iterator_range.h:37:29: error: no member named 'move' in namespace 'std' : begin_iterator(std::move(begin_iterator)), ~~~~~^ /opt/local/libexec/llvm-3.5/include/llvm/ADT/iterator_range.h:38:27: error: no member named 'move' in namespace 'std' end_iterator(std::move(end_iterator)) {} ~~~~~^ /opt/local/libexec/llvm-3.5/include/llvm/ADT/iterator_range.h:49:33: error: no member named 'move' in namespace 'std' return iterator_range<T>(std::move(x), std::move(y)); ~~~~~^ /opt/local/libexec/llvm-3.5/include/llvm/ADT/iterator_range.h:49:47: error: no member named 'move' in namespace 'std' return iterator_range<T>(std::move(x), std::move(y)); ~~~~~^ In file included from codegen.cpp:35: In file included from /opt/local/libexec/llvm-3.5/include/llvm/ExecutionEngine/ExecutionEngine.h:19: In file included from /opt/local/libexec/llvm-3.5/include/llvm/ADT/SmallVector.h:20: /opt/local/libexec/llvm-3.5/include/llvm/Support/MathExtras.h:21:10: fatal error: 'type_traits' file not found #include <type_traits> ^ 5 errors generated. ... }}} Any ideas? -- Ticket URL: <https://trac.macports.org/ticket/48701> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48432: import error common
by MacPorts 09 Sep '15

09 Sep '15

#48432: import error common ------------------------------+-------------------------------- Reporter: gideon.simpson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dolfin ------------------------------+-------------------------------- I recently cleaned up and updated my macports installation, and I'm getting the following error on dolfin: {{{ Python 2.7.10 (default, May 25 2015, 13:06:17) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.56)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import dolfin Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/__init__.py", line 16, in <module> from . import cpp File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/cpp/__init__.py", line 42, in <module> exec("from . import %s" % module_name) File "<string>", line 1, in <module> ImportError: cannot import name common }}} -- Ticket URL: <https://trac.macports.org/ticket/48432> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #46787: SWIG version error dolfin
by MacPorts 09 Sep '15

09 Sep '15

#46787: SWIG version error dolfin -----------------------+-------------------------------- Reporter: mwathen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------+-------------------------------- Hi, I get a swig version error when I try and create a function space in FEniCS. Here is the error: Calling FFC just-in-time (JIT) compiler, this may take some time. Incompatible swig versions detected. UFC swig version is not the same as extension module swig version: '3.0.2' != '3.0.5' --------------------------------------------------------------------------- Exception Traceback (most recent call last) /Users/michaelwathen/Dropbox/mastersresearch/mhd/FEniCS/MHD/Stabilised/SaddlePointForm/Test/GeneralisedEigen/NoBC/MHDfluid.py in <module>() 91 order = 1 92 parameters['reorder_dofs_serial'] = False ---> 93 Velocity = VectorFunctionSpace(mesh, "CG", order) 94 Pressure = FunctionSpace(mesh, "DG", order-1) 95 Magnetic = FunctionSpace(mesh, "N1curl", order) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/functions/functionspace.py in __init__(self, mesh, family, degree, dim, form_degree, constrained_domain, restriction) 626 # Initialize base class 627 FunctionSpaceBase.__init__(self, mesh, element, --> 628 constrained_domain=constrained_domain) 629 630 class TensorFunctionSpace(FunctionSpaceBase): /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/functions/functionspace.py in __init__(self, mesh, element, constrained_domain) 151 152 # JIT-compile element to get ufc_element and ufc_dofmap --> 153 ufc_element, ufc_dofmap = jit(self._ufl_element, mpi_comm=mesh.mpi_comm()) 154 155 # Instantiate DOLFIN FiniteElement and DofMap /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/compilemodules/jit.py in mpi_jit(*args, **kwargs) 62 # Just call JIT compiler when running in serial 63 if MPI.size(mpi_comm) == 1: ---> 64 return local_jit(*args, **kwargs) 65 66 # Compile first on process 0 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/compilemodules/jit.py in jit(form, form_compiler_parameters, mpi_comm) 126 127 # Execute! --> 128 return form_compiler.jit(form, parameters=p) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in jit(ufl_object, parameters) 70 # Check if we get an element or a form 71 if isinstance(ufl_object, FiniteElementBase): ---> 72 return jit_element(ufl_object, parameters) 73 else: 74 return jit_form(ufl_object, parameters) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in jit_element(element, parameters) 175 176 # Compile form --> 177 compiled_form, module, prefix = jit_form(form, parameters) 178 179 form_data = compute_form_data(form) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in jit_form(form, parameters) 156 157 # Extract compiled form --> 158 check_swig_version(module) 159 compiled_form = _extract_form(module, module_name) 160 return compiled_form, module, module_name /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in check_swig_version(compiled_module) 81 "version is not the same as extension module swig "\ 82 "version: '%s' != '%s' " % \ ---> 83 (ufc.__swigversion__, compiled_module.swigversion)) 84 85 def jit_form(form, parameters=None): /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/log.pyc in <lambda>(*message) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ufl/log.pyc in error(self, *message) 149 "Write error message and raise an exception." 150 self._log.error(*message) --> 151 raise self._exception_type(self._format_raw(*message)) 152 153 def begin(self, *message): Exception: Incompatible swig versions detected. UFC swig version is not the same as extension module swig version: '3.0.2' != '3.0.5' -- Ticket URL: <https://trac.macports.org/ticket/46787> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #48675: Associating kde4-kile with .tex files for opening a file by double-clicking
by MacPorts 09 Sep '15

09 Sep '15

#48675: Associating kde4-kile with .tex files for opening a file by double-clicking ------------------------------+-------------------------------- Reporter: theufman@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.3 Keywords: file association | Port: kde4-kile ------------------------------+-------------------------------- I am not able to associate Kile in OS X to open .tex files by default. If I try, two things occur: 1) The change in program association cannot be changed on all files of the same type: (10813 error code) 2) When I click on the single file with the association changed, Kile will open, but the clicked file will not. If I use the command prompt in Terminal, I can pass a filename in as an argument and Kile will open the file. In short, the question I have is this: is it possible to open a file with Kile by clicking on it, rather than either using the command prompt or opening Kile and then using File -> Open? -- Ticket URL: <https://trac.macports.org/ticket/48675> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47015: Usage of perl variant for a perl application
by MacPorts 09 Sep '15

09 Sep '15

#47015: Usage of perl variant for a perl application ------------------------------+---------------------------------- Reporter: Joel.Brogniart@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: perl | Port: auto-multiple-choice ------------------------------+---------------------------------- Hi, Using informations from <http://trac.macports.org/ticket/46570> I tried to modify port x11/auto-multiple-choice to use perl variants. I added the lines: PortGroup perl5 1.0 ... perl5.require_variant yes perl5.conflict_variants yes perl5.branches 5.16 5.18 5.20 perl5.create_variants ${perl5.branches} and changed all "port:p5.16" to "port:p${perl5.major}" All my tests where done after having "sudo port uninstall installed" before . If I do sudo port install auto-multiple-choice auto-multiple-choice All works fine, the application is built, installed and works. If I do sudo port install perl5 sudo port install auto-multiple-choice auto-multiple-choice All works fine too, the application is built, installed and works. But if I do sudo port install perl5 +perl5_20 sudo port install auto-multiple-choice auto-multiple-choice The application is built, installed but when launched I get the error: Can't locate AMC/Basic.pm in @INC (you may need to install the AMC::Basic module) (@INC contains: /opt/local/lib/perl5/site_perl/5.20/darwin-thread- multi-2level /opt/local/lib/perl5/site_perl/5.20 /opt/local/lib/perl5/vendor_perl/5.20/darwin-thread-multi-2level /opt/local/lib/perl5/vendor_perl/5.20 /opt/local/lib/perl5/5.20/darwin- thread-multi-2level /opt/local/lib/perl5/5.20 .) at /opt/local/lib/AMC/perl/AMC-gui.pl line 45. BEGIN failed--compilation aborted at /opt/local/lib/AMC/perl/AMC-gui.pl line 45. I get the same error when I install perl5_18. All auto-multiple-choice files stays at the same places, whatever perl variant is installed. The unreachable file is in "/opt/local/lib/perl5/vendor_perl/AMC/Basic.pm". With the default perl5 install (perl5_16), it seems that @INC contains the path "/opt/local/lib/perl5/vendor_perl' but not with perl5_18 and perl5_20. Are there other informations I should have added for the application to work with perl5_18 or perl5_20 variants? -- Ticket URL: <https://trac.macports.org/ticket/47015> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #47570: [Port Abandoned] pythia, (root5)
by MacPorts 08 Sep '15

08 Sep '15

#47570: [Port Abandoned] pythia, (root5) --------------------+----------------------------------- Reporter: petr@… | Owner: mattiafrancescomoro@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pythia root5 --------------------+----------------------------------- From what I was able to verify mattiafrancescomoro@... stopped contribution something like 4 years ago. There are two quite old open tickets #35698, #32318, and further closed tickets which we never acknowledged and resolved without the maintainers contribution. Port `root5` is actively maintained by jonesc@..., but mattiafrancescomoro@... is not active on this port, so removal from the maintainer list is proposed here as well. -- Ticket URL: <https://trac.macports.org/ticket/47570> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47548: [Port Abandoned] Ports maintained by hudora.de:md
by MacPorts 08 Sep '15

08 Sep '15

#47548: [Port Abandoned] Ports maintained by hudora.de:md --------------------+-------------------------------------- Reporter: mf2k@… | Owner: md@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: dd_rescue foremost socat --------------------+-------------------------------------- md has not been seen in [https://trac.macports.org/query?status=assigned&status=closed&status=new&st… many years] and has a [query:status=!closed&owner=md@hudora.de number of open tickets]. -- Ticket URL: <https://trac.macports.org/ticket/47548> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #48627: ncurses @6.0_0 clang: error: linker command failed with exit code 1 (use -v to see invocation)
by MacPorts 08 Sep '15

08 Sep '15

#48627: ncurses @6.0_0 clang: error: linker command failed with exit code 1 (use -v to see invocation) ----------------------+-------------------------------- Reporter: Damien@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ncurses ----------------------+-------------------------------- Trying to upgrade ncurses from 5.9_2 to 6.0_0 on iMac6,1 running Mac OS X Server 10.7.5 (11G63) {{{ echo '** adjusting tabset paths' ** adjusting tabset paths sed -f run_tic.sed ../misc/terminfo.src >terminfo.tmp make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_ncurses/ncurses/work/ncurses-6.0/misc' cd c++ && /usr/bin/make DESTDIR="" RPATH_LIST="/opt/local/lib" all make[1]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_ncurses/ncurses/work/ncurses-6.0/c++' cp ./etip.h.in etip.h /bin/sh ./edit_cfg.sh ../include/ncurses_cfg.h etip.h substituting autoconf'd values from ../include/ncurses_cfg.h into etip.h ... CPP_HAS_PARAM_INIT 0 ... CPP_HAS_STATIC_CAST 1 ... ETIP_NEEDS_MATH_EXCEPTION 0 ... ETIP_NEEDS_MATH_H 0 ... HAVE_BUILTIN_H 0 ... HAVE_GPP_BUILTIN_H 0 ... HAVE_GXX_BUILTIN_H 0 ... HAVE_IOSTREAM 1 ... HAVE_TYPEINFO 1 ... HAVE_VALUES_H 0 ... IOSTREAM_NAMESPACE 1 /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursesf.cc -o ../obj_s/cursesf.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursesm.cc -o ../obj_s/cursesm.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursesw.cc -o ../obj_s/cursesw.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursespad.cc -o ../obj_s/cursespad.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursesp.cc -o ../obj_s/cursesp.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursslk.cc -o ../obj_s/cursslk.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursesapp.cc -o ../obj_s/cursesapp.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -dynamic -c ../c++/cursesmain.cc -o ../obj_s/cursesmain.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursesf.cc -o ../objects/cursesf.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursesm.cc -o ../objects/cursesm.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursesw.cc -o ../objects/cursesw.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursespad.cc -o ../objects/cursespad.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursesp.cc -o ../objects/cursesp.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursslk.cc -o ../objects/cursslk.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursesapp.cc -o ../objects/cursesapp.o /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I../include -D_DARWIN_C_SOURCE -DNDEBUG -pipe -Os -arch x86_64 -arch i386 -stdlib=libc++ -c ../c++/cursesmain.cc -o ../objects/cursesmain.o compiling demo (obj_s) linking ../lib/libncurses++.6.dylib /usr/bin/clang++ -dynamiclib -install_name /opt/local/lib/`basename ../lib/libncurses++.6.dylib` -compatibility_version 6 -current_version 6 -o ../lib/libncurses++.6.dylib ../obj_s/cursesf.o ../obj_s/cursesm.o ../obj_s/cursesw.o ../obj_s/cursespad.o ../obj_s/cursesp.o ../obj_s/cursslk.o ../obj_s/cursesapp.o ../obj_s/cursesmain.o -L../lib -lform -lmenu -lpanel -lncurses -L../lib -lform -lmenu -lpanel -lncurses -arch x86_64 -arch i386 -Wl,-search_paths_first -lutil -lstdc++ Undefined symbols for architecture x86_64: "std::__1::locale::use_facet(std::__1::locale::id&) const", referenced from: _main in cursesmain.o std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::ios_base::getloc() const", referenced from: _main in cursesmain.o std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::__init(unsigned long, char)", referenced from: std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> > std::__1::__pad_and_output<char, std::__1::char_traits<char> >(std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> >, char const*, char const*, char const*, std::__1::ios_base&, char) in cursesmain.o "std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >::~basic_string()", referenced from: std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> > std::__1::__pad_and_output<char, std::__1::char_traits<char> >(std::__1::ostreambuf_iterator<char, std::__1::char_traits<char> >, char const*, char const*, char const*, std::__1::ios_base&, char) in cursesmain.o "std::__1::basic_ostream<char, std::__1::char_traits<char> >::put(char)", referenced from: _main in cursesmain.o "std::__1::basic_ostream<char, std::__1::char_traits<char> >::flush()", referenced from: _main in cursesmain.o "std::__1::basic_ostream<char, std::__1::char_traits<char> >::sentry::sentry(std::__1::basic_ostream<char, std::__1::char_traits<char> >&)", referenced from: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::basic_ostream<char, std::__1::char_traits<char> >::sentry::~sentry()", referenced from: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::cerr", referenced from: _main in cursesmain.o "std::__1::ctype<char>::id", referenced from: _main in cursesmain.o std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::locale::~locale()", referenced from: _main in cursesmain.o std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::ios_base::__set_badbit_and_consider_rethrow()", referenced from: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o "std::__1::ios_base::clear(unsigned int)", referenced from: std::__1::basic_ostream<char, std::__1::char_traits<char> >& std::__1::operator<< <std::__1::char_traits<char> >(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, char const*) in cursesmain.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[1]: *** [../lib/libncurses++.6.dylib] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_ncurses/ncurses/work/ncurses-6.0/c++' make: *** [all] Error 2 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_ncurses/ncurses/work/ncurses-6.0' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_ncurses/ncurses/work/ncurses-6.0" && /usr/bin/make -j2 -w all Exit code: 2 Error: org.macports.build for port ncurses returned: command execution failed DEBUG: Error code: CHILDSTATUS 53017 2 DEBUG: Backtrace: command execution failed while executing "system -nice 1 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" Warning: targets not executed for ncurses: org.macports.install org.macports.build org.macports.destroot Please see the log file for port ncurses for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_ncurses/ncurses/main.log DEBUG: invalid command name "::ui_init" while executing "::ui_init any stdout" ("eval" body line 1) invoked from within "eval ::ui_init $priority $prefix $channels($priority) $args" ("uplevel" body line 2) invoked from within "uplevel 1 $body" Error: Unable to upgrade port: 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/48627> MacPorts <https://www.macports.org/> Ports system for OS X

1 9