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

[MacPorts] #33225: info documentation not installed
by MacPorts 12 Sep '14

12 Sep '14

#33225: info documentation not installed -----------------------------------+---------------------------------------- Reporter: jesse.alama@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: gmake -----------------------------------+---------------------------------------- The texinfo documentation for gmake (@3.82) is present in the port but apparently uninstalled (in the sense of install-info). $ echo $INFOPATH[[BR]] /Users/alama/share/info:/opt/local/share/info:/usr/local/texlive/2011/texmf/doc/info:/usr/share/info $ info gmake[[BR]] [shows the manpage for gmake in the info browser][[BR]] $ info[[BR]] [browser fails to show any entry for make][[BR]] $ cat /opt/local/share/info/dir[[BR]] [shows only two entries coming from the aspell port] It seems that install-info isn't being invoked when the port is activated. -- Ticket URL: <https://trac.macports.org/ticket/33225> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #43001: can not debug (gdb 7.7) programs compiled with gcc 4.7.3 on OSX 10.9.2 XCode 5.1 64bit
by MacPorts 12 Sep '14

12 Sep '14

#43001: can not debug (gdb 7.7) programs compiled with gcc 4.7.3 on OSX 10.9.2 XCode 5.1 64bit ------------------------+-------------------------------- Reporter: davydden@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gdb, gcc47 ------------------------+-------------------------------- Compile a simple program {{{ #include <iostream> #include <vector> namespace Example { template <int dim> class Problem { public: void run() { std::cout<<"here.."<<std::endl; } }; } int main(int argc, char *argv[]) { Example::Problem<2> problem; problem.run(); return 0; } }}} with macport's gcc 4.7.3: g++-mp-4.7 -g -gdwarf-2 -gstrict-dwarf -O0 prog.cc -o prog Now if I try to debug it: {{{ $ ggdb ./prog GNU gdb (GDB) 7.6 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-apple-darwin13.0.0". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /Users/gdb/prog...Reading symbols from /Users/gdb/prog.dSYM/Contents/Resources/DWARF/prog...done. done. (gdb) b main Breakpoint 1 at 0x100000dbf: file prog.cc, line 36. (gdb) r Starting program: /Users/gdb/prog Breakpoint 1, main (argc=1, argv=0x7fff5fbff620) at prog.cc:36 36 problem.run(); (gdb) s here.. 38 return 0; (gdb) }}} you see that '''gdb was not able to step-in the run() function'''. I saw a lot of similar problems on StackOverflow with slightly different results depending on 64/32 bit, imposing C11, etc. Here are few: [http://stackoverflow.com/questions/20909547/missing-call- stack-frame-with-assert-for-gdb-7-6-on-mac], [https://www.sourceware.org/ml/gdb/2014-02/msg00023.html] [http://stackoverflow.com/questions/10592521/gdb-error-message-gcc-4-7 -from-macports/11705195#11705195] I don't know if the problem is related to GCC or GDB, but i hope there is a solution, since many people experience it and so far I have not seen any way to overcome it... p.s. I have Xcode 5.1 {{{ $ g++-mp-4.7 --version g++-mp-4.7 (MacPorts gcc47 4.7.3_3) 4.7.3 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. }}} -- Ticket URL: <https://trac.macports.org/ticket/43001> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #41749: GGDB gives: dyld: Library not loaded @rpath/libCore.so
by MacPorts 12 Sep '14

12 Sep '14

#41749: GGDB gives: dyld: Library not loaded @rpath/libCore.so -------------------------+-------------------------------- Reporter: alkulakov@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -------------------------+-------------------------------- I used gdb normally until this week. Now running gdb I see: (gdb) r Starting program: /Volumes/MyProg dyld: Library not loaded: @rpath/libCore.so Referenced from: /Volumes/MyProg Reason: image not found (gdb) How to fix it? I have: - OSX 10.9 - MacPorts 2.2.1 - GNU gdb (GDB) 7.6 installed with MacPorts -- Ticket URL: <https://trac.macports.org/ticket/41749> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #41672: gdb 7 can't read mach-o-le files. gdb apple can.
by MacPorts 12 Sep '14

12 Sep '14

#41672: gdb 7 can't read mach-o-le files. gdb apple can. ----------------------------+-------------------------------- Reporter: macports-prf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ----------------------------+-------------------------------- Hi, gdb 7 seems to worl better with eclipse cdt, so I got it. Unfortunately, it seems to not load my symbol file (mach-o-le). gdb apple can. (gdb) file myfile Reading symbols from /Volumes/JiefHD/Users/jief_ml/AHome/Devel/Chameleon /Chameleon-Jief/sym/i386/myfile...(no debugging symbols found)...done. (gdb) command : "file myfile" give the result : "myfile: Mach-O preload executable i386" gdb apple 6.3.50 says it's "file type mach-o-le". Thanks. -- Ticket URL: <https://trac.macports.org/ticket/41672> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #41166: gdb @7.6 Staging into destroot failed
by MacPorts 12 Sep '14

12 Sep '14

#41166: gdb @7.6 Staging into destroot failed -------------------------------------------------+------------------------- Reporter: nimrodomer@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: gdb with-no-root-privileges | Version: 2.2.1 Maverick | Port: gdb -------------------------------------------------+------------------------- If I configure MacPorts with **--prefix=$HOME/.local**, gdb installs just fine. However, if I configure MacPorts with **--prefix=$HOME/.local** //and// with **--with-no-root-privileges**, it will not. The relevant part from the logfile: {{{ :debug:destroot Executing proc-post-org.macports.destroot-destroot-0 :info:destroot chgrp: you are not a member of group procmod :info:destroot Command failed: chgrp procmod /Users/deaddork/.local/var/macports/build/_Users_deaddork_.local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gdb/gdb/work/destroot/Users/deaddork/.local/bin/ggdb* :info:destroot Exit code: 1 :error:destroot org.macports.destroot for port gdb returned: command execution failed :debug:destroot Error code: NONE :debug:destroot Backtrace: command execution failed while executing "$post $targetname" :info:destroot Warning: targets not executed for gdb: org.macports.activate org.macports.destroot org.macports.install }}} I am using a mid-2012 MacBook Air with Maverick. The install command I used: **port install gdb**. I gather from the log file that I need to be part of group **ProcMod** in order to install gdb in Maverick. This is unfortunate, as I would rather not install code as root. FYI I did not have any problems installing gdb in Mountain Lion with **--with-no-root-privileges**. Thank you in advance! -- Ticket URL: <https://trac.macports.org/ticket/41166> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #36802: GDB won't "step in" (s)
by MacPorts 12 Sep '14

12 Sep '14

#36802: GDB won't "step in" (s) --------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gdb --------------------+-------------------------------- Compile this program with {{{gcc -O0 -g x.c -o x}}}, then {{{ggdb x}}}. Enter {{{b main}}}, then {{{run}}}, then {{{s}}}. The program should be stopped on line 3 ({{{return 5}}}), but it's not. {{{ #!c int f() { return 5; } int main() { return !f(); } }}} -- Ticket URL: <https://trac.macports.org/ticket/36802> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #36727: gdb 7.5 BFD unknown load command & Unable to find Mach task port
by MacPorts 12 Sep '14

12 Sep '14

#36727: gdb 7.5 BFD unknown load command & Unable to find Mach task port ------------------------------------+-------------------------------- Reporter: jb_duffy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: gdb BFD Mach task port | Port: gdb ------------------------------------+-------------------------------- Hi Mountain Lion OS X 10.8.2, XCode 4.5.1, MacBook Pro 2.4 GHz Intel Core i7, 4 GB 1333 MHz DDR3 I have successfully installed MacPorts gcc-mp-4.7. And, gdb 7.5 appears to have installed successfully. I can build a simple Hello World C program but when I try to debug it with gdb I get one possibly two separate errors. Below is a sample build and debug session: {{{ macbook:test john$ make gcc-mp-4.7 -Wall -std=c99 -pedantic -g -O0 hello.c -o hello macbook:test john$ ls -l total 40 -rw-r--r-- 1 john staff 69 25 Oct 15:20 Makefile -rwxr-xr-x 1 john staff 8756 25 Oct 15:22 hello -rw-r--r-- 1 john staff 110 25 Oct 15:22 hello.c drwxr-xr-x 3 john staff 102 25 Oct 15:22 hello.dSYM macbook:test john$ ggdb hello GNU gdb (GDB) 7.5 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-apple-darwin12.2.0". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... BFD: /Users/john/test/hello: unknown load command 0x2a BFD: /Users/john/test/hello: unknown load command 0x28 BFD: /Users/john/test/hello: unknown load command 0x2b BFD: /Users/john/test/hello: unknown load command 0x2a BFD: /Users/john/test/hello: unknown load command 0x28 BFD: /Users/john/test/hello: unknown load command 0x2b Reading symbols from /Users/john/test/hello...Reading symbols from /Users/john/test/hello.dSYM/Contents/Resources/DWARF/hello...done. done. (gdb) l 1 1 #include <stdio.h> 2 #include <stdlib.h> 3 4 int main(void) 5 { 6 printf("Hello, World!\n"); 7 exit(EXIT_SUCCESS); 8 } (gdb) b 6 Breakpoint 1 at 0x100000f62: file hello.c, line 6. (gdb) r Starting program: /Users/john/test/hello Unable to find Mach task port for process-id 77680: (os/kern) failure (0x5). (please check gdb is codesigned - see taskgated(8)) (gdb) quit }}} Any help would be greatly appreciated with the BFD error and guidance on how to solve the code signing issue. Regards John -- Ticket URL: <https://trac.macports.org/ticket/36727> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #26450: gdb does not work for debugging gcc45 C++ programs
by MacPorts 12 Sep '14

12 Sep '14

#26450: gdb does not work for debugging gcc45 C++ programs --------------------------------+------------------------------------------- Reporter: bumens@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: gdb --------------------------------+------------------------------------------- Neither fsf-gdb nor fsf-gdbtui work for debugging C++ programs. They're finding errors where no errors are, it's even not possible to try out because it's not possible to debug until the main() entry (with gdb command "start"). In contrast, MacPorts' cgdb works, as well as Apple's gdb (both don't work very well because of the too old release of GNU's gdb they're made of). -- Ticket URL: <http://trac.macports.org/ticket/26450> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #34860: istumbler-98 port submission
by MacPorts 12 Sep '14

12 Sep '14

#34860: istumbler-98 port submission ------------------------------------------------+--------------------------- Reporter: michael.klein@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: istumbler-98 ------------------------------------------------+--------------------------- Portfile stolen from istumbler port. The only difference is the version, as istumbler-99 is not Leopard compatible -- Ticket URL: <https://trac.macports.org/ticket/34860> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #30877: iStumbler +use_source does not compile on a case sensitive FS
by MacPorts 12 Sep '14

12 Sep '14

#30877: iStumbler +use_source does not compile on a case sensitive FS -----------------------------------------+---------------------------------- Reporter: greisberger@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: | Port: istumbler -----------------------------------------+---------------------------------- The use_source variant does not compile on my system: OS: Snow Leopard 10.6.8 Arch: x86_64 FS: case sensitive XCode: 4.0.2 From what I saw in the log file, I think that it's a case sensitivity problem: {{{ :info:destroot /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_istumbler/istumbler/work/iStumbler/Plugins/AirPort/AirPort.pch:6:28: error: Plugins/Plugins.h: No such file or directory :info:destroot /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_istumbler/istumbler/work/iStumbler/Plugins/AirPort/AirPort.pch:7:34: error: RadioStore/RadioStore.h: No such file or directory :info:destroot /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_istumbler/istumbler/work/iStumbler/Plugins/AirPort/AirPort.pch:8:36: error: FourCorners/FourCorners.h: No such file or directory }}} Is there a mechanism in macports to be able to build a port in a temporary case insensitive disk image? -- Ticket URL: <https://trac.macports.org/ticket/30877> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3