July 2016 - macports-tickets - lists.macosforge.org

[MacPorts] #51478: clang-3.7 compiler bug
by MacPorts 07 Jul '16

07 Jul '16

#51478: clang-3.7 compiler bug --------------------+-------------------------------- Reporter: uri@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: clang-3.7 --------------------+-------------------------------- This bug has been submitted to http://llvm.org/bugs (as the bug message requested), but I don't know whether it's the upstream problem, or the one with the port. Here's the URL to llvm report: [https://llvm.org/bugs/show_bug.cgi?id=27841] This is what I'm getting on the screen: {{{ clang++-mp-3.7 -maes -mpclmul -mrdrnd -msse2 -mssse3 -msse4.1 -msse4.2 -std=c++11 -ffunction-sections -fdata-sections -O3 -fPIC -march=native -pipe -c integer.cpp Assertion failed: (BB->getTerminator()->getNumSuccessors() == 1 && "Should have a single succ!"), function SplitEdge, file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.7/llvm-3.7/work/llvm-3.7.1.src/lib/Transforms/Utils/BasicBlockUtils.cpp, line 262. 0 libLLVM-3.7.dylib 0x000000010ee3a6bf llvm::sys::PrintStackTrace(llvm::raw_ostream&) + 57 1 libLLVM-3.7.dylib 0x000000010ee3ad0e SignalHandler(int) + 231 2 libsystem_platform.dylib 0x00007fff92c6952a _sigtramp + 26 3 libsystem_platform.dylib 0x00007fa9738024e8 _sigtramp + 3770257368 4 libsystem_c.dylib 0x00007fff8c8af6e7 abort + 129 5 libsystem_c.dylib 0x00007fff8c876df8 basename + 0 6 libLLVM-3.7.dylib 0x000000010eeb2d23 llvm::SplitBlock(llvm::BasicBlock*, llvm::Instruction*, llvm::DominatorTree*, llvm::LoopInfo*) + 0 7 libLLVM-3.7.dylib 0x000000010ebb253d (anonymous namespace)::JumpThreading::DuplicateCondBranchOnPHIIntoPred(llvm::BasicBlock*, llvm::SmallVectorImpl<llvm::BasicBlock*> const&) + 981 8 libLLVM-3.7.dylib 0x000000010ebad752 (anonymous namespace)::JumpThreading::runOnFunction(llvm::Function&) + 4938 9 libLLVM-3.7.dylib 0x000000010e7258e5 llvm::FPPassManager::runOnFunction(llvm::Function&) + 297 10 libLLVM-3.7.dylib 0x000000010f09f74e (anonymous namespace)::CGPassManager::runOnModule(llvm::Module&) + 1230 11 libLLVM-3.7.dylib 0x000000010e725dc0 llvm::legacy::PassManagerImpl::run(llvm::Module&) + 628 12 clang 0x000000010c911a6d clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, llvm::Module*, clang::BackendAction, llvm::raw_pwrite_stream*) + 6301 13 clang 0x000000010ca28d0c clang::BackendConsumer::HandleTranslationUnit(clang::ASTContext&) + 510 14 clang 0x000000010ca9ee7a clang::ParseAST(clang::Sema&, bool, bool) + 393 15 clang 0x000000010c7c63cf clang::FrontendAction::Execute() + 71 16 clang 0x000000010c79eebb clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 553 17 clang 0x000000010c7726f6 clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 3822 18 clang 0x000000010c76adcd cc1_main(llvm::ArrayRef<char const*>, char const*, void*) + 1389 19 clang 0x000000010c770e67 main + 8505 20 libdyld.dylib 0x00007fff90a385ad start + 1 21 libdyld.dylib 0x0000000000000086 start + 1868331738 Stack dump: 0. Program arguments: /opt/local/libexec/llvm-3.7/bin/clang -cc1 -triple x86_64-apple-macosx10.11.0 -emit-obj -disable-free -main-file-name integer.cpp -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu ivybridge -target-feature -sse4a -target-feature -avx512bw -target-feature +cx16 -target-feature -tbm -target-feature -adx -target-feature -fma4 -target- feature -avx512vl -target-feature -prfchw -target-feature -bmi2 -target- feature -avx512pf -target-feature +fsgsbase -target-feature +avx -target- feature -avx512cd -target-feature -rtm -target-feature +popcnt -target- feature -fma -target-feature -bmi -target-feature -avx2 -target-feature -avx512er -target-feature +sse -target-feature -lzcnt -target-feature -avx512f -target-feature +f16c -target-feature +mmx -target-feature +cmov -target-feature -xop -target-feature -rdseed -target-feature -movbe -target-feature -hle -target-feature -sha -target-feature +sse3 -target- feature -avx512dq -target-feature +aes -target-feature +pclmul -target- feature +rdrnd -target-feature +sse2 -target-feature +ssse3 -target- feature +sse4.1 -target-feature +sse4.2 -target-linker-version 253.3 -dwarf-column-info -ffunction-sections -fdata-sections -coverage-file /Users/ur20980/src/cryptopp/integer.cpp -resource-dir /opt/local/libexec/llvm-3.7/bin/../lib/clang/3.7.1 -stdlib=libc++ -O3 -std=c++11 -fdeprecated-macro -fdebug-compilation-dir /Users/ur20980/src/cryptopp -ferror-limit 19 -fmessage-length 113 -stack- protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.11.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax- type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -vectorize- loops -vectorize-slp -o integer.o -x c++ integer.cpp 1. <eof> parser at end of file 2. Per-module optimization passes 3. Running pass 'CallGraph Pass Manager' on module 'integer.cpp'. 4. Running pass 'Jump Threading' on function '@_ZN8CryptoPPrsERNSt3__113basic_istreamIcNS0_11char_traitsIcEEEERNS_7IntegerE' clang: error: unable to execute command: Abort trap: 6 clang: error: clang frontend command failed due to signal (use -v to see invocation) clang version 3.7.1 (tags/RELEASE_371/final) Target: x86_64-apple-darwin15.4.0 Thread model: posix clang: note: diagnostic msg: PLEASE submit a bug report to http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and associated run script. clang: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: clang: note: diagnostic msg: /var/folders/c6/lnc_0m093ys8w16md_fm1mnxhtfnj8/T/integer-953212.cpp clang: note: diagnostic msg: /var/folders/c6/lnc_0m093ys8w16md_fm1mnxhtfnj8/T/integer-953212.sh clang: note: diagnostic msg: ******************** make: *** [integer.o] Error 254 }}} Attached are the files it asked to submit, plus the complete crash report from Mac OS X. -- Ticket URL: <https://trac.macports.org/ticket/51478> MacPorts <https://www.macports.org/> Ports system for OS X

1 17

[MacPorts] #51486: qhull requires switches to cmake to build on 10.6.8
by MacPorts 06 Jul '16

06 Jul '16

#51486: qhull requires switches to cmake to build on 10.6.8 ----------------------------+-------------------------------- Reporter: chrisgorman@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: build compiler | Port: qhull ----------------------------+-------------------------------- qhull fails to build on os x 10.6.8 as /Developer/usr/bin/g++-4.2 does not understand one of the switches passed to it -Wno-sign-conversion. Not much surprise as it is a 2007 compiler. To fix this please pass -DCMAKE_C_COMPILER=/opt/local/bin/gcc-mp-4.8 -DCMAKE_CXX_COMPILER=/opt/local/bin/g++-mp-4.8 to cmake and make qhull dependent on gcc48. Perhaps there is an older compiler eg gcc47 which will work too, I just tried it with 4.8 to get it working. -- Ticket URL: <https://trac.macports.org/ticket/51486> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #51784: py-rudolf causes nosetests to issue runtime warning
by MacPorts 06 Jul '16

06 Jul '16

#51784: py-rudolf causes nosetests to issue runtime warning -------------------------------+-------------------------------- Reporter: munro1@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: nosetests, rudolf | Port: py-rudolf @0.3_0 -------------------------------+-------------------------------- Every time you run nosetests-2.7 you get a runtime warning: bash-3.2$ nosetests /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/nose/plugins/manager.py:395: RuntimeWarning: Unable to load plugin color = rudolf:ColorOutputPlugin: (nose 1.3.7 (/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages), Requirement.parse('nose==dev,>=0.1.0')) RuntimeWarning) This comes from a bad egg-info file produced by the setup.py in the py- rudolf package. It was fixed in Jan 2015 in the upstream source at https://github.com/bitprophet/rudolf/commits/master commit c5543e4; the install_requires string should not include ", ==dev". As a workaround, if you edit the file /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/rudolf2-0.3-py2.7.egg-info/requires.txt and remove the ", ==dev", nosetests will stop emitting the RuntimeWarning message. -- Ticket URL: <https://trac.macports.org/ticket/51784> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #14729: gnome installations do not register the schema files with gconf
by MacPorts 06 Jul '16

06 Jul '16

#14729: gnome installations do not register the schema files with gconf -----------------------------------------+---------------------- Reporter: reiffert@… | Owner: devans@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: Port: gksu gthumb pidgin planner | -----------------------------------------+---------------------- Changes (by devans@…): * status: new => closed * resolution: => fixed Comment: Closing as fixed. gksu and associated libraries libgksu12 and libgksuui10 removed in r149949. Development abandoned in 2006. More current ports use policykit to manage privileged access.[[BR]] gthumb fixed to properly register gconf schemas in r72313, current versions use gsettings/dconf instead of gconf and properly register their schemas as well.[[BR]] pidgin still uses gconf but now properly registers its gconf schemas in post-activate, not sure when this got fixed.[[BR]] planner fixed in r149950, maintainer timeout, to properly register it's gconf schemas. No word from billitch in some time so this port may be abandoned. Thanks to Frank for pointing out that this ticket was still open! -- Ticket URL: <https://trac.macports.org/ticket/14729#comment:15> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51781: npm3 symlinks to man pages are broken
by MacPorts 06 Jul '16

06 Jul '16

#51781: npm3 symlinks to man pages are broken ---------------------+-------------------------------- Reporter: droth@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: npm3 ---------------------+-------------------------------- The symlinks to man pages seem to be broken. The symbolic links are as follows (a small selection), but the location doesn't exist (below I list the true location). {{{ ls -l /opt/local/share/man/man[157]/npm-[cg]* (results edited to avoid wrapping) /opt/local/share/man/man1/npm-cache.1 -> ../../../../../../package/man/man1/npm-cache.1 /opt/local/share/man/man1/npm-completion.1 -> ../../../../../../package/man/man1/npm-completion.1 /opt/local/share/man/man1/npm-config.1 -> ../../../../../../package/man/man1/npm-config.1 /opt/local/share/man/man5/npm-global.5 -> ../../../../../../package/man/man5/npm-global.5 /opt/local/share/man/man7/npm-coding-style.7 -> ../../../../../../package/man/man7/npm-coding-style.7 /opt/local/share/man/man7/npm-config.7 -> ../../../../../../package/man/man7/npm-config.7 }}} The files actually seem to be in /opt/local/lib/node_modules/npm/man/ ... {{{ ls /opt/local/lib/node_modules/npm/man/man[157]/npm-[cg]* /opt/local/lib/node_modules/npm/man/man1/npm-cache.1 /opt/local/lib/node_modules/npm/man/man1/npm-completion.1 /opt/local/lib/node_modules/npm/man/man1/npm-config.1 /opt/local/lib/node_modules/npm/man/man5/npm-global.5 /opt/local/lib/node_modules/npm/man/man7/npm-coding-style.7 /opt/local/lib/node_modules/npm/man/man7/npm-config.7 }}} I installed nodejs6 with the command sudo port install nodejs6, and I installed npm3 with the command (sudo port install npm3). I also tried without nodejs6, and the dependencies install nodejs4 automatically, but the problem with the man pages links remains. If this isn't reproducible, I'll try to investigate further. Thanks for any assistance! -- Ticket URL: <https://trac.macports.org/ticket/51781> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #43853: Defect: Doxygen 1.8.7 fails to build on PPC Tiger (Mac OS X 10.4.11) due to invalid syntax in file "configgen.py", line 173
by MacPorts 06 Jul '16

06 Jul '16

#43853: Defect: Doxygen 1.8.7 fails to build on PPC Tiger (Mac OS X 10.4.11) due to invalid syntax in file "configgen.py", line 173 ------------------------------+-------------------- Reporter: Peter_Dyballa@… | Owner: css@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: tiger Port: doxygen | ------------------------------+-------------------- Changes (by mojca@…): * status: reopened => closed * resolution: => fixed -- Ticket URL: <https://trac.macports.org/ticket/43853#comment:22> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51667: get_iplayer @2.94: new port
by MacPorts 06 Jul '16

06 Jul '16

#51667: get_iplayer @2.94: new port -----------------------------+-------------------------------- Reporter: davide.liessi@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: get_iplayer -----------------------------+-------------------------------- Solves #19396. The port works also with Perl 5.24, but I set `perl5.branches 5.22` since it is currently the default Perl. -- Ticket URL: <https://trac.macports.org/ticket/51667> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

Re: [MacPorts] #41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command
by MacPorts 06 Jul '16

06 Jul '16

#41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command ---------------------------+---------------------- Reporter: onitsuka42@… | Owner: raimue@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: bash | ---------------------------+---------------------- Comment (by raimue@…): Replying to [comment:19 jason-macports@…]: > {{{ > $ export LANG=en_US.utf8 > }}} That would be an invalid setting. Make that `LANG=en_US.UTF-8` (as seen in the output of `locale -a`). The `.utf8` variant usually comes from Linux systems with glibc, where both versions would be equivalent. -- Ticket URL: <https://trac.macports.org/ticket/41248#comment:21> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command
by MacPorts 06 Jul '16

06 Jul '16

#41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command ---------------------------+---------------------- Reporter: onitsuka42@… | Owner: raimue@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: bash | ---------------------------+---------------------- Comment (by jason-macports@…): Replying to [comment:19 jason-macports@…]: > I have this problem without `ssh`, using `bash @4.3.46_0` on 10.10.5 (14F1808), when running in the terminal (both `Terminal` and `iTerm` v3). Explicitly setting `LANG` '''solves''' it for me: > {{{ > $ export LANG=en_US.utf8 > $ /opt/local/bin/bash > $ dummy > bash: dummmy: command not found > $ unset LANG > $ dummy > Segmentation fault: 11 > }}} A friendlier setting that works the same ''and'' prevents tool complaints about fallback, e.g., {{{ $ perl -e '' perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LC_ALL = (unset), LANG = "en_US.utf8" are supported and installed on your system. perl: warning: Falling back to the standard locale ("C"). $ _ }}} is {{{ $ export LC_ALL=C $ perl -e '' $ _ }}} -- Ticket URL: <https://trac.macports.org/ticket/41248#comment:20> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51776: gnuradio fails because previously required patch now applied upstream
by MacPorts 06 Jul '16

06 Jul '16

#51776: gnuradio fails because previously required patch now applied upstream ----------------------+-------------------------------- Reporter: me@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: gnuradio | Port: gnuradio ----------------------+-------------------------------- Got told by geekosaur on IRC that the buildbot confirms gnuradio not buidling. Apparently it fails because previously required patch now applied upstream. https://gist.github.com/gyaresu/c563f54514e369ac49ba01a8508503e0 OS X 10.11.5, Macports 2.3.4 GNURadio 3.7.10 Thanks Gareth -- Ticket URL: <https://trac.macports.org/ticket/51776> MacPorts <https://www.macports.org/> Ports system for OS X

1 6