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

[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

[MacPorts] #35112: Problem compiling arm-none-linux-gnueabi-gcc
by MacPorts 12 Sep '14

12 Sep '14

#35112: Problem compiling arm-none-linux-gnueabi-gcc ----------------------------------------+----------------------------------- Reporter: luisgf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.1.1 Keywords: arm-none-linux-gnueabi-gcc | Port: arm-none-linux-gnueabi-gcc ----------------------------------------+----------------------------------- Unable to complete the compilation of the port in OS X Lion 10.7.7 with Xcode 4.3.3 installed -- Ticket URL: <https://trac.macports.org/ticket/35112> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #30127: arm-elf-gcc @4.6.0 presence of hdf4 port prevents arm-elf-gcc from building
by MacPorts 12 Sep '14

12 Sep '14

#30127: arm-elf-gcc @4.6.0 presence of hdf4 port prevents arm-elf-gcc from building ---------------------------------------+------------------------------------ Reporter: michael@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: arm-elf-gcc ---------------------------------------+------------------------------------ If HDF4 is installed (and activated), then arm-elf-gcc (and possibly other gcc versions) fail to build: {{{ :info:build /usr/bin/gcc-4.2 -I/opt/local/include -c -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-ma ..... :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_mirror.aarnet.edu .au_macports-portfiles_cross_arm-elf- gcc/work/gcc-4.6.0/gcc/config/arm/arm.c -o arm.o :info:build In file included from /opt/local/include/hdf.h:20, :info:build from /opt/local/include/df.h:35, :info:build from /opt/local/var/macports/build/_opt_local_var_macports_sources_mirror.aarnet.edu .au_macports-portfiles_cross_arm-elf- gcc/work/gcc-4.6.0/gcc/config/arm/arm.c:55: :info:build /opt/local/include/hdfi.h:1613:29: error: attempt to use poisoned "malloc" :info:build /opt/local/include/hdfi.h:1614:29: error: attempt to use poisoned "calloc" :info:build /opt/local/include/hdfi.h:1616:29: error: attempt to use poisoned "realloc" :info:build /opt/local/include/hdfi.h:1636:37: error: attempt to use poisoned "strdup" }}} De-activating the HDF4 port before installing gcc fixes this problem. This seems to be the result of: * unfortunate naming of a global header by hdf (fixed in HDF5) * poor ordering of header paths (gcc internal paths should have priority -- the header is included from arm.c with double quotes not angle brackets, ie #include "df.h" not #include <df.h>) Can this be fixed with, at the very least, a warning to the unwary? The df.h header is not installed by gcc so it should be safe to reactivate HDF4. -- Ticket URL: <https://trac.macports.org/ticket/30127> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #33166: limerick data file contains offensive fortunes
by MacPorts 12 Sep '14

12 Sep '14

#33166: limerick data file contains offensive fortunes ------------------------------+--------------------------------------------- Reporter: cmc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: fortune ------------------------------+--------------------------------------------- The limerick data file included with the fortune port contains many offensive, sexually charged limericks; in particular, ones that really aren't appropriate for display on a machine in a shared environment. As fortune includes a mechanism for avoiding the display of such fortunes by default, I would recommend that the limerick data file simply be renamed to limerick-o. Note that such files already exist in this distribution. And, just as an example, here are what I would say are the two most offensive fortunes from murphy-o, {{{ You can lead a horticulture, but you can't make her think. Pity the poor egg; It only gets laid once in its life. }}} and just the first limerick in limerick, {{{ A bad little girl in Madrid, A most reprehensible kid, Told her Tante Louise That her cunt smelled like cheese, And the worst of it was that it did! }}} There are worse ones in there. -- Ticket URL: <https://trac.macports.org/ticket/33166> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #31106: arm-none-linux-gnueabi-gcc 2005q3-2_0 Segmentation fault during build
by MacPorts 12 Sep '14

12 Sep '14

#31106: arm-none-linux-gnueabi-gcc 2005q3-2_0 Segmentation fault during build ----------------------------------+----------------------------------------- Reporter: jan.koehnlein@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: ----------------------------------+----------------------------------------- Tried to install with sudo port install arm-none-linux-gnueabi-gcc on MacOSX Lion 10.7, Xcode Version 4.1 -- Ticket URL: <https://trac.macports.org/ticket/31106> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #35667: arm-elf-gcc fails to build when libunwind is installed
by MacPorts 12 Sep '14

12 Sep '14

#35667: arm-elf-gcc fails to build when libunwind is installed ----------------------------------+----------------------------------------- Reporter: dirkx@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.1.2 Keywords: | Port: arm-elf-gcc ----------------------------------+----------------------------------------- When libunwind is installed prior to a arm-elf-gcc (arm-elf- gcc-4.6.1_0.darwin_12.x86_64) build the following clash is reported: {{{ opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_cross_arm-elf-gcc/arm-elf- gcc/work/gcc-4.6.1/libgcc/../gcc/unwind-dw2-fde.c:33:0: :info:build /opt/local/include/unwind.h:38:26: fatal error: Availability.h: No such file or directory }}} This pretty much akin to issue https://trac.macports.org/ticket/33364. de-activating & cleaning libunwind prior to build resolves this (2.1.2 on 10.8) -- Ticket URL: <https://trac.macports.org/ticket/35667> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3