March 2014 - macports-tickets - lists.macosforge.org

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

06 Sep '14

#41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command ----------------------------------------+-------------------------------- Reporter: onitsuka42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: bash, segfault, lldb, core | Port: ----------------------------------------+-------------------------------- When executing any undefined command in bash 4.2.45_2, I get a segmentation fault: 11 $ echo "test" test $ dummy Segmentation fault: 11 I generated a core dump for this segmentation fault, here are the details I extracted from it : $ lldb (lldb) target create -core core.7288 error: core.7288 is a corrupt mach-o file: load command 72 LC_SEGMENT_64 has a fileoff + filesize (0x1d602000) that extends beyond the end of the file (0x1d601000), the segment will be truncated error: core.7288 is a corrupt mach-o file: load command 73 LC_SEGMENT_64 has a fileoff (0x1d602000) that extends beyond the end of the file (0x1d601000) Core file '/Users/romain/Desktop/tmp/core.7288' (x86_64) was loaded. Process 0 stopped * thread #1: tid = 0x0000, 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100, stop reason = signal SIGSTOP frame #0: 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100 libdispatch.dylib`_dispatch_wakeup + 100: -> 0x7fff9358d206: movq %rbx, 16(%rax) 0x7fff9358d20a: jmp 0x7fff9358d217 ; _dispatch_wakeup + 117 0x7fff9358d20c: movq %r14, %rdi 0x7fff9358d20f: movq %rbx, %rsi (lldb) thread backtrace all * thread #1: tid = 0x0000, 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100, stop reason = signal SIGSTOP frame #0: 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100 frame #1: 0x00007fff9358d7a8 libdispatch.dylib`_dispatch_queue_push_list_slow2 + 30 frame #2: 0x00007fff93590145 libdispatch.dylib`_dispatch_mach_msg_send + 608 frame #3: 0x00007fff9358fe99 libdispatch.dylib`dispatch_mach_send + 136 frame #4: 0x00007fff892d0864 libxpc.dylib`_xpc_connection_send_message_with_reply_f + 125 frame #5: 0x00007fff892d0724 libxpc.dylib`xpc_connection_send_message_with_reply_sync + 180 frame #6: 0x00007fff85fd6193 CoreFoundation`-[CFPrefsPlistSource copyReplyForDaemonMessage:toConnection:error:] + 243 frame #7: 0x00007fff86130820 CoreFoundation`__47-[CFPrefsPlistSource alreadylocked_synchronize]_block_invoke_2 + 352 frame #8: 0x00007fff85fd5a9b CoreFoundation`withDaemonConnection + 299 frame #9: 0x00007fff85fd54fb CoreFoundation`-[CFPrefsPlistSource alreadylocked_synchronize] + 587 frame #10: 0x00007fff85fd51f3 CoreFoundation`_copyValueForKey + 131 frame #11: 0x00007fff85fd5147 CoreFoundation`-[CFPrefsPlistSource copyValueForKey:] + 71 frame #12: 0x00007fff85fd4fa5 CoreFoundation`-[CFPrefsSearchListSource alreadylocked_copyValueForKey:] + 149 frame #13: 0x00007fff85fd4edf CoreFoundation`-[CFPrefsSource copyValueForKey:] + 79 frame #14: 0x00007fff85fd4e70 CoreFoundation`__CFPreferencesCopyAppValue_block_invoke + 32 frame #15: 0x00007fff85fcf04e CoreFoundation`+[CFPrefsSearchListSource withSearchListForIdentifier:perform:] + 846 frame #16: 0x00007fff85fcecb8 CoreFoundation`CFPreferencesCopyAppValue + 168 frame #17: 0x000000010eaa0598 libintl.8.dylib`_nl_language_preferences_default + 70 frame #18: 0x000000010ea9e9ea libintl.8.dylib`libintl_dcigettext + 894 frame #19: 0x000000010e994f71 bash`execute_command_internal + 13351 frame #20: 0x000000010e991af4 bash`execute_command + 92 frame #21: 0x000000010e983993 bash`reader_loop + 519 frame #22: 0x000000010e983052 bash`main + 5994 frame #23: 0x00007fff8c5905fd libdyld.dylib`start + 1 Once I exit lldb, the issue is solved and now undefined command execution doesn't segfault, but fails properly : $ dummy -bash: dummy : command not found -- Ticket URL: <https://trac.macports.org/ticket/41248> MacPorts <http://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #19491: Compile error with tclx
by MacPorts 06 Sep '14

06 Sep '14

#19491: Compile error with tclx --------------------------------+------------------------------------------- Reporter: spetinga@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: --------------------------------+------------------------------------------- I was attempting to download tclx onto leopard 10.5.6 and received the following error: cassini:bin root# port install tclx ---> Building tclx Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tclx/work/tclx8.4" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -pipe -DPACKAGE_NAME=\"tclx\" -DPACKAGE_TARNAME=\"tclx\" -DPACKAGE_VERSION=\"8.4\" -DPACKAGE_STRING=\"tclx\ 8.4\" -DPACKAGE_BUGREPORT=\"\" -DFULL_VERSION=\"8.4.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DUSE_TCL_STUBS=1 -DHAVE_SYS_SELECT_H=1 -DRETSIGTYPE=void -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -I"./generic" -I"./unix" -I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.6/generic" -I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.6/unix" -I/opt/local/include -O2 -I/opt/local/include -Os -Wall -Wno-implicit-int -fno-common -c `echo ./generic/tclXbsearch.c` -o tclXbsearch.o In file included from ./generic/tclInt.h:2356, from ./generic/tclExtdInt.h:26, from ./generic/tclXbsearch.c:19: ./generic/tclIntDecls.h:322: error: syntax error before '->' token ./generic/tclIntDecls.h:326: error: syntax error before '->' token ./generic/tclIntDecls.h:330: error: syntax error before '->' token ./generic/tclIntDecls.h:333: error: syntax error before '->' token ./generic/tclIntDecls.h:337: error: syntax error before '->' token ./generic/tclIntDecls.h:341: error: syntax error before '->' token ./generic/tclIntDecls.h:357: error: syntax error before '->' token ./generic/tclIntDecls.h:360: error: syntax error before '->' token ./generic/tclIntDecls.h:363: error: syntax error before '->' token ./generic/tclIntDecls.h:367: error: syntax error before '->' token ./generic/tclIntDecls.h:370: error: syntax error before '->' token ./generic/tclIntDecls.h:377: error: syntax error before '->' token make: *** [tclXbsearch.o] Error 1 Error: Status 1 encountered during processing. cassini:bin root# -- Ticket URL: <http://trac.macports.org/ticket/19491> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #38603: tclx @8.4: build failure
by MacPorts 06 Sep '14

06 Sep '14

#38603: tclx @8.4: build failure ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tclx ---------------------+-------------------------------- While trying to install tclx to see if it's the same tclx that #38598 requires, I ran into the error in the attached log. -- Ticket URL: <https://trac.macports.org/ticket/38603> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #33203: tclx - Remove dependency from Tcl 8.4 and locally copied private header files
by MacPorts 06 Sep '14

06 Sep '14

#33203: tclx - Remove dependency from Tcl 8.4 and locally copied private header files ------------------------------+--------------------------------------------- Reporter: neumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: tclx ------------------------------+--------------------------------------------- The original Portfile had a dependency on tcl8.4.14-privateheaders; since the port "tcl" refers now to Tcl 8.5, which has different private header files, the old approach lead to problems. This updated Porfile uses the same approach like "expect" (or "xotcl") to refer to tclInt.h. The modified Portfile was tested on Mac OS X 10.7.2 This patch fixes #19491 -- Ticket URL: <https://trac.macports.org/ticket/33203> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #42106: MediathekView: Create an app package to improver usability
by MacPorts 06 Sep '14

06 Sep '14

#42106: MediathekView: Create an app package to improver usability -------------------------+--------------------------- Reporter: mk@… | Owner: mk@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: MediathekView -------------------------+--------------------------- I have introduced the new port MediathekView but haven't yet created an app package for it. Currently users would have to start the application using the supplied command script. I'd implement this only if there is indeed demand for it. :) -- Ticket URL: <https://trac.macports.org/ticket/42106> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #34288: clang3.1 cannot compile boost code (or c++11 based code)
by MacPorts 06 Sep '14

06 Sep '14

#34288: clang3.1 cannot compile boost code (or c++11 based code) --------------------------------------------------+------------------------- Reporter: christophe.prudhomme@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: clang3.1 --------------------------------------------------+------------------------- clang3.1 seems to be compiled with c++03 support and not c++11 support it does not compile boost based code e.g try to compile the following one line code : #include <boost/signals2.hpp> and it fails. it seems that clang 3.1 is actually using an old (from apple) libstdc++ (4.2) library which is c++03 and not the latest one eg from gcc 4.6 or gcc 4.7. -- Ticket URL: <https://trac.macports.org/ticket/34288> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #38645: glpk: update to 4.48
by MacPorts 05 Sep '14

05 Sep '14

#38645: glpk: update to 4.48 --------------------------+------------------------- Reporter: ryandesign@… | Owner: lutz.horn@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: glpk --------------------------+------------------------- {{{ $ port livecheck glpk glpk seems to have been updated (port version: 4.47, new version: 4.48) }}} -- Ticket URL: <https://trac.macports.org/ticket/38645> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #37180: quickfix installation failed with boost 1.52
by MacPorts 05 Sep '14

05 Sep '14

#37180: quickfix installation failed with boost 1.52 --------------------------+-------------------------------- Reporter: shao.zhang@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: quickfix | Port: --------------------------+-------------------------------- Here is the error logs: :info:build C++/fixt11/MessageCracker.h:67:15: note: hidden overloaded virtual function 'FIXT11::MessageCracker::onMessage' declared here :info:build virtual void onMessage( Logon&, const FIX::SessionID& ) {} :info:build ^ :info:build mv -f .deps/pt.Tpo .deps/pt.Po :info:build /bin/sh ../libtool --tag=CXX --mode=link /usr/bin/clang++ -pipe -O2 -arch x86_64 -Wall -ansi -Wpointer-arith -Wwrite-strings -I/opt/local/include/libxml2 -L../UnitTest++ -lUnitTest++ -o pt pt.o C++/libquickfix.la -L/opt/local/lib -lxml2 -lz -lpthread -liconv -lm :info:build libtool: link: /usr/bin/clang++ -pipe -O2 -arch x86_64 -Wall -ansi -Wpointer-arith -Wwrite-strings -I/opt/local/include/libxml2 -o .libs/pt pt.o -L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/work/quickfix/UnitTest++ -lUnitTest++ C++/.libs/libquickfix.dylib -L/opt/local/lib /opt/local/lib/libxml2.dylib /opt/local/lib/liblzma.dylib -lz -lpthread /opt/local/lib/libiconv.dylib -lm -pthread :info:build clang: warning: argument unused during compilation: '-ansi' :info:build clang: warning: argument unused during compilation: '-pthread' :info:build Undefined symbols for architecture x86_64: :info:build "boost::system::system_category()", referenced from: :info:build boost::mutex::mutex() in pt.o :info:build boost::mutex::lock() in pt.o :info:build __GLOBAL__I_a in pt.o :info:build "boost::system::generic_category()", referenced from: :info:build __GLOBAL__I_a in pt.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 make[3]: *** [pt] Error 1 :info:build make[3]: *** Waiting for unfinished jobs.... :info:build 10 warnings generated. :info:build mv -f .deps/at.Tpo .deps/at.Po :info:build 2 warnings generated. :info:build mv -f .deps/ut.Tpo .deps/ut.Po :info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/work/quickfix/src' :info:build make[2]: *** [all-recursive] Error 1 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/work/quickfix/src' :info:build make[1]: *** [all-recursive] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/work/quickfix' :info:build make: *** [all] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/work/quickfix' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/work/quickfix" && /usr/bin/make -j4 -w all :info:build Exit code: 2 :error:build org.macports.build for port quickfix returned: command execution failed :debug:build Error code: CHILDSTATUS 40438 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $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 "$procedure $targetname" :info:build Warning: targets not executed for quickfix: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port quickfix for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_quickfix/quickfix/main.log -- Ticket URL: <https://trac.macports.org/ticket/37180> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34539: ophcrack: add fast and small variants
by MacPorts 05 Sep '14

05 Sep '14

#34539: ophcrack: add fast and small variants -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: cedric.luthi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: ophcrack -------------------------------------+-------------------------------------- ophcrack current decides whether to use fast or small tables based on whether the computer building the port has more than 512MB RAM or not. This may result in a nonoptimal selection when a port is built on one computer and then installed on another. This is very common now that we have a buildbot automatically building and distributing ports. Instead the port should have "fast" and "small" variants. The port can then select one of these variants based on the amount of installed RAM. Thus the buildbot will then build one of the variants, and if the user has a computer with a different amount of RAM, they'll get the other variant. -- Ticket URL: <https://trac.macports.org/ticket/34539> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #42840: cmake issues -bundle instead of -dynamiclib when creating shared modules
by MacPorts 04 Sep '14

04 Sep '14

#42840: cmake issues -bundle instead of -dynamiclib when creating shared modules ----------------------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: CMAKE_SHARED_MODULE_CREATE | Port: cmake ----------------------------------------+-------------------------------- This is a follow-up to issue [http://trac.macports.org/ticket/40188] I was bitten by the cmake specificity while building KDE's Calligra suite, when the linker refused to link in 'bundle' shared objects (intended to act as plugins also) in x86_64 mode. Googling, I came across http://www.wireshark.org/lists/wireshark-dev/201009/msg00231.html where one reads "CMake is using -bundle rather than -dylib/-dynamiclib to build the asn1 plugin, probably so that it'll work even on versions of OS X where you can't dynamically load an MH_DYLIB." AFAIK, that's a moot point since OS X 10.3 (or at least 10.4). I cannot decide whether a modification of the corresponding cmake formulas is something MacPorts can do during an installation, but it is possible. Finding all CMAKE_SHARED_MODULE_CREATE definitions in /opt/local/lib/cmake{,-2.8} and replacing -bundle with -dynamiclib resolves the linking problem I encountered. -- Ticket URL: <https://trac.macports.org/ticket/42840> MacPorts <http://www.macports.org/> Ports system for OS X

1 4