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

[MacPorts] #38124: Having libc-headers active causes cctools to fail to build
by MacPorts 23 Feb '13

23 Feb '13

#38124: Having libc-headers active causes cctools to fail to build ---------------------+---------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: libc-headers cctools ---------------------+---------------------------------- I was just trying to rebuild cctools, and the build failed on me. Relevant part of the log: {{{ ./../include/stuff/errors.h:39:29: note: use __attribute__((visibility("hidden"))) attribute instead libtool.c:87:13: error: expected identifier or '{' static enum bool zero_ar_date = FALSE; ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:87:1: warning: declaration does not declare anything [-Wmissing- declarations] static enum bool zero_ar_date = FALSE; ^~~~~~ libtool.c:100:10: error: expected identifier or '{' enum bool ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:101:13: error: type name requires a specifier or qualifier no_files_ok; /* ok to see no files */ ^ libtool.c:102:10: error: expected identifier or '{' enum bool ranlib; /* set if this is run as ranlib not libtool */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ In file included from checksyms.c:38libtool.c:102:21: error: type name requires a specifier or qualifier enum bool ranlib; /* set if this is run as ranlib not libtool */ ^ libtool.c:103:10: error: expected identifier or '{' enum bool s; /* sort the table of contents */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool: ./../include/stuff/errors.h:35:26: warning: use of __private_extern__ on a declaration may not prod ^ libtool.c:103:16: error: type name requires a specifier or qualifier enum bool s; /* sort the table of contents */ ^ libtool.c:104:10: error: expected identifier or '{' enum bool a; /* don't sort the table of contents (original form) */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:104:16: error: type name requires a specifier or qualifier enum bool a; /* don't sort the table of contents (original form) */ ^ libtool.c:105:10: error: expected identifier or '{' enum bool c; /* include commmon symbols in the table of contents */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:105:16: error: type name requires a specifier or qualifier enum bool c; /* include commmon symbols in the table of contents */ ^ libtool.c:106:10: error: expected identifier or '{' enum bool t; /* just "touch" the archives to get the date right */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:106:16: error: type name reuce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ char *progname; ^ ./../include/stuff/errors.h:35:26: note: use __attribute__((visibility("hidden"))) attribute quires a specifier or qualifier enum bool t; /* just "touch" the archives to get the date right */ ^ libtool.c:107:10: error: expected identifier or '{' enum bool f; /* warn if the output archive is fat,used by ar(1) -s */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:107:16: error: type name requires a specifier or qualifier enum bool f; /* warn if the output archive is fat,used by ar(1) -s */ ^ libtool.c:108:10: error: expected identifier or '{' enum bool q; /* only write archive if NOT fat, used by ar(1) */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:108:16: error: type name requires a specifier or qualifier enum bool q; /* only write archive if NOT fat, used by ar(1) */ ^ libtool.c:110:10: error: expected identifier or '{' enum bool final_output_specified; /* if -final_output is specified */ ^ /opt/local/include/stdbool.h:36:14: note: expanded from macro 'bool' #define bool _Bool ^ libtool.c:110:37: error: type name requires a specifier or qualifier enum bool final_output_specified; /* if -final_output is specified */ ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] instead ./../include/stuff/errors.h:39:29: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ uint32_t errors; ^ ./../include/stuff/errors.h:39:29: note: use __attribute__((visibility("hidden"))) attribute instead checksyms.c:374:34: warning: comp3 warnings and 20 errors generated. make[1]: *** [libtool.o] Error 1 make[1]: *** Waiting for unfinished jobs.... arison of unsigned expression < 0 is always false [-Wtautological-compare] else if(symbols[i].n_un.n_strx < 0 || ~~~~~~~~~~~~~~~~~~~~~~ ^ ~ 3 warnings generated. 2 warnings generated. In file included from checksyms.c:38: ./../include/stuff/errors.h:35:26: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ char *progname; ^ ./../include/stuff/errors.h:35:26: note: use __attribute__((visibility("hidden"))) attribute instead ./../include/stuff/errors.h:39:29: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ uint32_t errors; ^ ./../include/stuff/errors.h:39:29: note: use __attribute__((visibility("hidden"))) attribute instead checksyms.c:374:34: warning: comparison of unsigned expression < 0 is always false [-Wtautological-compare] else if(symbols[i].n_un.n_strx < 0 || ~~~~~~~~~~~~~~~~~~~~~~ ^ ~ In file included from nm.c:94: ./../include/stuff/errors.h:35:26: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ char *progname; ^ ./../include/stuff/errors.h:35:26: note: use __attribute__((visibility("hidden"))) attribute instead ./../include/stuff/errors.h:39:29: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ uint32_t errors; ^ ./../include/stuff/errors.h:39:29: note: use __attribute__((visibility("hidden"))) attribute instead 2 warnings generated. In file included from lipo.c:62: ./../include/stuff/errors.h:35:26: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ char *progname; ^ ./../include/stuff/errors.h:35:26: note: use __attribute__((visibility("hidden"))) attribute instead ./../include/stuff/errors.h:39:29: warning: use of __private_extern__ on a declaration may not produce external symbol private to the linkage unit and is deprecated [-Wprivate-extern] __private_extern__ uint32_t errors; ^ ./../include/stuff/errors.h:39:29: note: use __attribute__((visibility("hidden"))) attribute instead 3 warnings generated. 2 warnings generated. 2 warnings generated. make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cctools/cctools/work/cctools-836/misc' make: *** [all] Error 1 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cctools/cctools/work/cctools-836' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_cctools/cctools/work/cctools-836" && /usr/bin/make -j4 -w all RC_OS="macos" RC_ProjectSourceVersion=836 USE_DEPENDENCY_FILE=NO BUILD_DYLIBS=NO CC="/usr/bin/clang" CXX="/usr/bin/clang++" RC_ARCHS="i386 x86_64" SDK="-I/opt/local/include" LTO=-DLTO_SUPPORT RC_CFLAGS="-arch x86_64 -arch i386 -I`llvm-config-mp-3.2 --includedir`" LLVM_MC="llvm-mc-mp-3.2" TRIE=-DTRIE_SUPPORT Exit code: 2 }}} Deactivating libc-headers makes cctools build successfully. I've attached both the main.log from the failed build attempt and from the successful one after that. And a diff between the two. -- Ticket URL: <https://trac.macports.org/ticket/38124> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #31663: llvm-gcc42 doesn't compile
by MacPorts 23 Feb '13

23 Feb '13

#31663: llvm-gcc42 doesn't compile ---------------------------------------+------------------------------------ Reporter: tobias.noebauer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: llvm-gcc42 ---------------------------------------+------------------------------------ Hi, running "sudo port install llvm-gcc4" results in the following error (excerpt from the log file, which is attached): {{{ :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_lang_llvm-gcc42/llvm-gcc42/work/build" && /usr/bin/make -j2 -w bootstrap BOOT_CFLAGS="-O2 -g -D_FORTIFY_SOURCE=0" STAGE1_CFLAGS="-O2 -fkeep-inline-functions -D_FORTIFY_SOURCE=0" " returned error 2 }}} When running the second part of that shell command (make) by hand, the following error appears (full output attached): {{{ /Developer/usr/bin/clang -c -O2 -fkeep-inline-functions -D_FORTIFY_SOURCE=0 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic- macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format- attribute -fno-common -mdynamic-no-pic -DHAVE_CONFIG_H -I. -I. -I ../../llvm-gcc-4.2-2.9.source/gcc -I../../llvm-gcc-4.2-2.9.source/gcc/. -I ../../llvm-gcc-4.2-2.9.source/gcc/../include -I../../llvm- gcc-4.2-2.9.source/gcc/../libcpp/include -I/opt/local/include -I/opt/local/include -I../../llvm-gcc-4.2-2.9.source/gcc/../libdecnumber -I../libdecnumber -I/opt/local/include -DENABLE_LLVM -I/opt/local/include -DNDEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS ../../llvm-gcc-4.2-2.9.source/gcc/passes.c -o passes.o ... ... ... ../../llvm-gcc-4.2-2.9.source/gcc/toplev.c:577:1: error: redefinition of a 'extern inline' function 'floor_log2' is not supported in C99 mode floor_log2 (unsigned HOST_WIDE_INT x) ^ ../../llvm-gcc-4.2-2.9.source/gcc/toplev.h:180:1: note: previous definition is here floor_log2 (unsigned HOST_WIDE_INT x) ^ ../../llvm-gcc-4.2-2.9.source/gcc/toplev.c:612:1: error: redefinition of a 'extern inline' function 'exact_log2' is not supported in C99 mode exact_log2 (unsigned HOST_WIDE_INT x) ^ ../../llvm-gcc-4.2-2.9.source/gcc/toplev.h:186:1: note: previous definition is here exact_log2 (unsigned HOST_WIDE_INT x) ^ 5 warnings and 2 errors generated. make[3]: *** [toplev.o] Error 1 }}} My system: MacOS 10.7.2, XCode 4.2, MacPorts 2.0.3 Any help appreciated (and as always I hope that the bug is not me...) Regards, planck -- Ticket URL: <https://trac.macports.org/ticket/31663> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #38173: py-gmpy2: update to 2.0.0b4
by MacPorts 23 Feb '13

23 Feb '13

#38173: py-gmpy2: update to 2.0.0b4 ---------------------------------+-------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch maintainer | Port: py-gmpy2 ---------------------------------+-------------------------------- The attached patch updates py-gmpy2 to 2.0.0b4. -- Ticket URL: <https://trac.macports.org/ticket/38173> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37859: chicken @4.7.0_2: version 4.8.0.1 available
by MacPorts 23 Feb '13

23 Feb '13

#37859: chicken @4.7.0_2: version 4.8.0.1 available ----------------------+----------------------------- Reporter: larryv@… | Owner: arto.bendiken@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: chicken ----------------------+----------------------------- It might be worth updating sooner than later, if only to see whether 4.8.0.1 fixes our issues compiling CHICKEN with LLVM compilers (#32298). -- Ticket URL: <https://trac.macports.org/ticket/37859> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37924: wireshark-devel fails during configure when looking for kerberos5
by MacPorts 23 Feb '13

23 Feb '13

#37924: wireshark-devel fails during configure when looking for kerberos5 ----------------------------------------+-------------------------------- Reporter: george@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.99 Keywords: wireshark kerberos heimdal | Port: wireshark-devel ----------------------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/37924> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 17

[MacPorts] #38136: bmake @20121212 installs to /usr/local instead of the configured prefix
by MacPorts 22 Feb '13

22 Feb '13

#38136: bmake @20121212 installs to /usr/local instead of the configured prefix ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: bmake ---------------------+-------------------------------- This could be fixed by adding a `destroot.violate_mtree yes` to the portfile if this is intended behavior, but g5pw said on irc that it's a bug, so it'd probably be better just to actually fix it. -- Ticket URL: <https://trac.macports.org/ticket/38136> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #38146: maskedklustakwik @3.0.2
by MacPorts 22 Feb '13

22 Feb '13

#38146: maskedklustakwik @3.0.2 ------------------------------+-------------------------------- Reporter: FlorianFranzen@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: spike sorting | Port: maskedklustakwik ------------------------------+-------------------------------- Port attached. Since I use this software myself I would be interested in also maintaining it. -- Ticket URL: <https://trac.macports.org/ticket/38146> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #38169: port request - Fotoxx - Linux program for photo editing and collection management
by MacPorts 22 Feb '13

22 Feb '13

#38169: port request - Fotoxx - Linux program for photo editing and collection management ---------------------------+-------------------------------- Reporter: guanoapes84@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: Fotoxx | Port: Fotoxx ---------------------------+-------------------------------- http://www.kornelix.com/fotoxx.html {{{ Navigate a large image collection with a thumbnail browser, click on images to view or edit. Import RAW files and edit with deep color. Save revised images as JPEG, BMP, PNG (8/16 bits), or TIFF (8/16). Select an object or area within an image (outline, follow edges, spread into matching tones), apply retouch functions, copy and paste, resize, blend, warp, etc. without using layers. Edit functions have fast feedback using the full image. A comprehensive set of retouch and transform functions is available. See the example images below to get an overview. Add metadata (tags, geotags, dates, ratings, captions ...) to images and search images using metadata plus folder/file names or partial names. Fotoxx uses your image files wherever they are and maintains an index for fast searching. Metadata can be shared with other photo apps if they are standards compliant (no lock-in). Fotoxx is easy to use but unconventional, so please read the user manual (at least a few pages) before jumping in. }}} -- Ticket URL: <https://trac.macports.org/ticket/38169> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #38166: update wireshark-devel to version 1.9.0
by MacPorts 22 Feb '13

22 Feb '13

#38166: update wireshark-devel to version 1.9.0 ---------------------------------+-------------------------------- Reporter: hsivank@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: maintainer haspatch | Port: wireshark-devel ---------------------------------+-------------------------------- Wireshark has started a new devel branch : 1.9.0 -- Ticket URL: <https://trac.macports.org/ticket/38166> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #38160: kde4-runtime needs a revbump due to upgraded jpeg port
by MacPorts 22 Feb '13

22 Feb '13

#38160: kde4-runtime needs a revbump due to upgraded jpeg port --------------------+-------------------------- Reporter: mk@… | Owner: nicos@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: kde4-runtime --------------------+-------------------------- rev-upgrade tells me that kde4-runtime needs to be rebuild in order to make use of the newer version of jpeg: {{{ ---> Scanning binaries for linking errors Could not open /opt/clean-slate/lib/libjpeg.8.dylib: Error opening or reading file (referenced from /opt/clean-slate/lib/kde4/jpegthumbnail.so) DEBUG: Marking /opt/clean-slate/lib/kde4/jpegthumbnail.so as broken ---> Found 1 broken file(s), matching files to ports ---> Found 1 broken port(s): kde4-runtime @4.9.5 /opt/clean-slate/lib/kde4/jpegthumbnail.so }}} so, perhaps the port needs a revbump?! (This is in my case necessary since I don't allow rev-upgrade to automatically rebuild broken ports.) -- Ticket URL: <https://trac.macports.org/ticket/38160> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1