December 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #37340: py32-numpy (but other version also?) does not link against libgomp when needed
by MacPorts 31 Dec '12

31 Dec '12

#37340: py32-numpy (but other version also?) does not link against libgomp when needed ---------------------+-------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ---------------------+-------------------------------- It seems when using an OpenMP enabled compiler, macports-gcc-4.7 for instance, the lapack_lite.so module of numpy (name given from memory) does not link against libgomp, thereby creating an unknown symbol error at runtime. I saw this on an old G4 box (MacOS 10.4), it would have to be confirmed for other combinations of MacOS / Python. Fix is to add ${prefix}/lib/gccXX/libgomp.dylib in the extra_link_args line of patchfile ‘patch-numpy_linalg_setup.py.diff’ -- Ticket URL: <https://trac.macports.org/ticket/37340> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #36667: HandBrake 0.9.8_0 build failed (linker)
by MacPorts 30 Dec '12

30 Dec '12

#36667: HandBrake 0.9.8_0 build failed (linker) ------------------------+-------------------------------- Reporter: aruminat@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: HandBrake ------------------------+-------------------------------- HandBrake 0.9.8 would not be built on MacPorts 2.1.2 and MacOSX 10.7.5. It seems a problem involved in linker command. $ uname -v Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 $ gcc --version i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) Extracts from main.log info:build Undefined symbols for architecture x86_64: :info:build "_libiconv_close", referenced from: :info:build _decsrtClose in libhb.a(decsrtsub.o) :info:build _FcSfntNameTranscode in libfontconfig.a(fcfreetype.o) :info:build _xmlFindCharEncodingHandler in libxml2.a(encoding.o) :info:build _xmlCharEncCloseFunc in libxml2.a(encoding.o) :info:build "_libiconv", referenced from: :info:build _decsrtWork in libhb.a(decsrtsub.o) :info:build _FcSfntNameTranscode in libfontconfig.a(fcfreetype.o) :info:build _xmlIconvWrapper in libxml2.a(encoding.o) :info:build "_libiconv_open", referenced from: :info:build _decsrtInit in libhb.a(decsrtsub.o) :info:build _FcSfntNameTranscode in libfontconfig.a(fcfreetype.o) :info:build _xmlFindCharEncodingHandler in libxml2.a(encoding.o) :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:build :info:build :info:build ** BUILD FAILED ** :info:build :info:build :info:build The following build commands failed: :info:build Ld /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_HandBrake/HandBrake/work/HandBrake-0.9.8/build/xroot/HandBrakeCLI normal x86_64 :info:build (1 failure) :info:build make: *** [macosx.build] Error 65 -- Ticket URL: <https://trac.macports.org/ticket/36667> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #37443: problem using boost_thread with -stdlib=libc++
by MacPorts 30 Dec '12

30 Dec '12

#37443: problem using boost_thread with -stdlib=libc++ ---------------------+-------------------------------- Reporter: itsme@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: boost, clang++ ---------------------+-------------------------------- Given this very short test program: {{{ #include <boost/thread.hpp> int main(int,char**) { boost::thread t([]() { /* nothing */ }); t.join(); } }}} I compile this using the clang++ compiler ( either apple clang++ or macports clang++-mp-3.1 ) like this: {{{ clang++ -stdlib=libc++ clangthread.cpp -I /opt/local/include/ /opt/local/lib/libboost_thread-mt.dylib /opt/local/lib/libboost_system- mt.dylib -std=c++11 -DBOOST_NO_CXX11_NUMERIC_LIMITS -o test_libc++-crashes clang++ clangthread.cpp -I /opt/local/include/ /opt/local/lib /libboost_thread-mt.dylib /opt/local/lib/libboost_system-mt.dylib -std=c++11 -o test_libstdc++-nocrash }}} Now running the version using libc++, i get: {{{Segmentation fault: 11}}} while the version with libstdc++ runs just fine. When i don't call {{{join}}} both versions terminate without errors. -- Ticket URL: <https://trac.macports.org/ticket/37443> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37444: py27-matplotlib +tkinter is broken
by MacPorts 30 Dec '12

30 Dec '12

#37444: py27-matplotlib +tkinter is broken --------------------+----------------------------- Reporter: mk@… | Owner: ram@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-matplotlib --------------------+----------------------------- port rev-upgrade spits this out: {{{ ---> Found 1 broken port(s): py27-matplotlib @1.2.0 +tkinter /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/matplotlib/backends/_tkagg.so }}} with -d one gets {{{ ---> Scanning binaries for linking errors Could not open /opt/local/lib/libtk8.5.dylib: Error opening or reading file (referenced from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/matplotlib/backends/_tkagg.so) DEBUG: Marking /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/matplotlib/backends/_tkagg.so as broken Could not open /opt/local/lib/libtcl8.5.dylib: Error opening or reading file (referenced from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/matplotlib/backends/_tkagg.so) DEBUG: Marking /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/matplotlib/backends/_tkagg.so as broken }}} I guess py27-matplotlib needs a revbump or so. -- Ticket URL: <https://trac.macports.org/ticket/37444> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37445: Unable to upgrade gnome-keyring
by MacPorts 30 Dec '12

30 Dec '12

#37445: Unable to upgrade gnome-keyring ---------------------------+-------------------------------- Reporter: l.quesada@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: Mountain Lion | Port: gnome-keyring ---------------------------+-------------------------------- Dear all, I was running sudo port upgrade outdated and the process got aborted when upgrading gnome-keyring. I sudo-clean-ported the package and tried again but it did not change anything... I have a MacBook Pro running Mountain Lion. I am attaching the log file. Thanks in advance for helping me with this. Cheers, Luis -- Ticket URL: <https://trac.macports.org/ticket/37445> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37432: gcc48 update request for
by MacPorts 30 Dec '12

30 Dec '12

#37432: gcc48 update request for ----------------------+-------------------------------- Reporter: damian@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gcc48 ----------------------+-------------------------------- Please update the gcc48 post. I'd like to access a feature that just hit the trunk about a week ago. Damian -- Ticket URL: <https://trac.macports.org/ticket/37432> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37433: port gle-graphics
by MacPorts 30 Dec '12

30 Dec '12

#37433: port gle-graphics ------------------------+-------------------------------- Reporter: phillicl@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ------------------------+-------------------------------- After doing a "port upgrade outdated" I have encountered the following issue dyld: Library not loaded: /opt/local/lib/libpng14.14.dylib Referenced from: /usr/bin/gle I am trying specifically now update gle-graphics to resolve this problem, but this port doesn't seem to exist! I have done port selfupdate to update my port tree. -- Ticket URL: <https://trac.macports.org/ticket/37433> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #28806: New port: gle-graphics
by MacPorts 30 Dec '12

30 Dec '12

#28806: New port: gle-graphics ---------------------------------------+------------------------------------ Reporter: swinbank@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ---------------------------------------+------------------------------------ The Graphics Layout Engine is a scripting language for producing high quality plots & diagrams. Portfile and patches attached. -- Ticket URL: <https://trac.macports.org/ticket/28806> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37441: gle-graphics: universal variant doesn't work
by MacPorts 30 Dec '12

30 Dec '12

#37441: gle-graphics: universal variant doesn't work --------------------------+-------------------------- Reporter: ryandesign@… | Owner: swinbank@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gle-graphics --------------------------+-------------------------- Trying to install gle-graphics with the +universal variant results in this error: {{{ ccache /usr/bin/clang++ -DHAVE_CONFIG_H -DGLEVN="\"4.2.4c\"" -Wno-write- strings -D_REENTRANT -I/opt/local/include/poppler/glib -I/opt/local/include/poppler -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng15 -I/opt/local/include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng15 -I/opt/local/include -I/opt/local/include -I/opt/local/include -I/opt/local/include -I/opt/local/include -L/opt/local/lib -arch x86_64 -arch i386 glebtool.cpp cutils.o file_io.o -o ../../build/bin/glebtool ld: warning: ld: warning: ignoring file file_io.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): file_io.oignoring file cutils.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): cutils.o Undefined symbols for architecture i386: "ReadFileLine(std::istream&, std::string&)", referenced from: do_setrelpath(char**) in glebtool-TXnhOi.o "str_i_equals(std::string const&, std::string const&)", referenced from: GLEFindRelPath(std::string const&, std::string const&, std::string*, int*) in glebtool-TXnhOi.o "str_i_str(char const*, char const*)", referenced from: do_setrelpath(char**) in glebtool-TXnhOi.o ld: symbol(s) not found for architecture i386 clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} Although we see that the correct `-arch` flags are being used here, they are not being used earlier where file_io.o is compiled: {{{ ccache /usr/bin/clang++ -DHAVE_CONFIG_H -DGLEVN="\"4.2.4c\"" -Wno-write- strings -D_REENTRANT -I/opt/local/include/poppler/glib -I/opt/local/include/poppler -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/cairo -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng15 -I/opt/local/include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/include/libpng15 -I/opt/local/include -I/opt/local/include -I/opt/local/include -I/opt/local/include -I/opt/local/include -c file_io.cpp -o file_io.o }}} Full log attached. -- Ticket URL: <https://trac.macports.org/ticket/37441> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #37439: ninja: Update to 1.1.0
by MacPorts 30 Dec '12

30 Dec '12

#37439: ninja: Update to 1.1.0 -------------------------------------------------+------------------------- Reporter: 521E328E-2A13-4749-826A- | Owner: macports- E4EF4F22A0F1@… | tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: ninja -------------------------------------------------+------------------------- Attached is a patch to update ninja to 1.1.0. I am the maintainer. -- Ticket URL: <https://trac.macports.org/ticket/37439> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2