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

[MacPorts] #20111: "Function declaration isn't a prototype" in Erlang
by MacPorts 04 Nov '13

04 Nov '13

#20111: "Function declaration isn't a prototype" in Erlang ----------------------------------+----------------------------------------- Reporter: jadenb1729@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: ----------------------------------+----------------------------------------- When I try to install Erlang R13B01 using Macports 1.710 on Mac OS X.4.11 PPC (darwin 8 ppc), I get (after some successful compilation) the attached error message. I successfully installed Erlang R12B-5_1 (a long time ago). -- Ticket URL: <http://trac.macports.org/ticket/20111> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #22785: Missing dylibs for Erlang
by MacPorts 04 Nov '13

04 Nov '13

#22785: Missing dylibs for Erlang --------------------------------+------------------------------------------- Reporter: conradwt@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: snow leopard | Port: erlang --------------------------------+------------------------------------------- I noticed after building the current release of Erlang: port install erlang @R13B02_3+darwin_10+ssl That it doesn't appear to build the dynamic librarie (i.e. .dylib) files. -- Ticket URL: <http://trac.macports.org/ticket/22785> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #32836: Erlang compile error
by MacPorts 04 Nov '13

04 Nov '13

#32836: Erlang compile error -------------------------------+-------------------------------------------- Reporter: lothar@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: -------------------------------+-------------------------------------------- Hi, when I try to install the erlang port on Mac OS X Lion, I run into the following compile error (full log attached): {{{ :info:build /opt/local/bin/gcc -mdynamic-no-pic -Ipcre -m64 -pipe -O3 -fomit-frame-pointer -arch x86_64 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/work /erlang-R15B/erts/i386-apple-darwin11.2.0 -I/opt/local/include -D_XOPEN_SOURCE -DERTS_SMP -DHAVE_CONFIG_H -Wall -Wstrict-prototypes -Wmissing-prototypes -Wdeclaration-after-statement -DUSE_THREADS -D_THREAD_SAFE -D_REENTRANT -DPOSIX_THREADS -Ii386-apple- darwin11.2.0/opt/smp -Ibeam -Isys/unix -Isys/common -Ii386-apple- darwin11.2.0 -Izlib -Ipcre -Ihipe -I../include -I../include/i386-apple- darwin11.2.0 -I../include/internal -I../include/internal/i386-apple- darwin11.2.0 -c beam/beam_emu.c -o obj/i386-apple- darwin11.2.0/opt/smp/beam_emu.o :info:build cc1: error: unrecognized command line option "-mdynamic-no- pic" :info:build cc1: error: unrecognized command line option "-arch" :info:build make[3]: *** [obj/i386-apple-darwin11.2.0/opt/smp/beam_emu.o] Error 1 :info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/work /erlang-R15B/erts/emulator' :info:build make[2]: *** [opt] Error 2 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/work /erlang-R15B/erts/emulator' :info:build make[1]: *** [smp] Error 2 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/work /erlang-R15B/erts' :info:build make: *** [emulator] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/work /erlang-R15B' :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/work /erlang-R15B" && /usr/bin/make -w all " returned error 2 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: the following items did not execute (for erlang): org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Log for erlang is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_erlang/erlang/main.log }} To me it looks like a compiler problem. Might this be related to Ticket #31698? -- Ticket URL: <https://trac.macports.org/ticket/32836> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #20180: Erlang + SCTP
by MacPorts 04 Nov '13

04 Nov '13

#20180: Erlang + SCTP ---------------------------------+------------------------------------------ Reporter: rkmspence@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: lang/erlang ---------------------------------+------------------------------------------ The basic lang/erlang port does not enable the use of SCTP and does not offer this as a variant. Patching the Portfile to facilitate this is easy (attached) but throws up a number of other problems. I have patched these issues too, but they mostly need to be fed to the upstream Erlang maintainers. I now have Erlang+SCTP working on Leopard (PPC & Intel) using the FH Muenster SCTP NKE (version 5.4.0 = latest). -- Ticket URL: <http://trac.macports.org/ticket/20180> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #36718: npm failing to install
by MacPorts 04 Nov '13

04 Nov '13

#36718: npm failing to install ---------------------+-------------------------------- Reporter: nefar@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: npm ---------------------+-------------------------------- This is a rootless install. npm log below. It just hangs at the last message. I left it for hours but it didn't progress and the errors aren't promising. {{{ $ port -v install npm ---> Computing dependencies for npm. ---> Staging npm into destroot . changed user expected 0 found 501 not modified: Operation not permitted gid expected 0 found 80 not modified: Operation not permitted usr changed user expected 0 found 501 not modified: Operation not permitted gid expected 0 found 80 not modified: Operation not permitted . missing (directory not created: File exists) ./Applications missing (directory not created: File exists) ./Developer missing (directory not created: File exists) ./Library missing (directory not created: File exists) > npm(a)1.1.64 prepublish . > npm prune ; rm -rf test/*/*/node_modules ; make -j4 doc sh: npm: command not found scripts/doc-build.sh doc/cli/index.md html/doc/index.html scripts/doc-build.sh doc/cli/index.md man/man1/index.1 node cli.js install > npm(a)1.1.64 prepublish . > npm prune ; rm -rf test/*/*/node_modules ; make -j4 doc sh: npm: command not found make[2]: warning: -jN forced in submake: disabling jobserver mode. scripts/doc-build.sh doc/cli/index.md html/doc/index.html scripts/doc-build.sh doc/cli/index.md man/man1/index.1 }}} -- Ticket URL: <https://trac.macports.org/ticket/36718> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #40774: erlang: upgrade to R16B02
by MacPorts 04 Nov '13

04 Nov '13

#40774: erlang: upgrade to R16B02 ---------------------+------------------------ Reporter: mojca@… | Owner: bfulgham@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: erlang ---------------------+------------------------ Erlang might need either an upgrade or a revision increase after upgrading wxWidgets to version 3.0.0-RC1, see #40743. -- Ticket URL: <https://trac.macports.org/ticket/40774> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #37349: +nohipe does not work
by MacPorts 04 Nov '13

04 Nov '13

#37349: +nohipe does not work ---------------------------------+-------------------------------- Reporter: kuenishi+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: erlang ---------------------------------+-------------------------------- hipe is enabled by default, so we need --disable-hipe: configure.args-append --disable-hipe here: https://trac.macports.org/browser/trunk/dports/lang/erlang/Portfile#L149 -- Ticket URL: <https://trac.macports.org/ticket/37349> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #40887: erlang : port abandoned
by MacPorts 04 Nov '13

04 Nov '13

#40887: erlang : port abandoned -------------------------+------------------------ Reporter: ciserlohn@… | Owner: bfulgham@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: erlang -------------------------+------------------------ The maintainer hasn't responded to several tickets. The following tickets have been resolved without any input from the maintainer: * #40274 * #39515 * #38251 * #37263 * #35875 * #37166 The following tickets are open and didn't receive any input from the maintainer: * #40774 * #37349 * #37357 * #32836 * #22785 Furthermore the maintainer doesn't respond to emails send to his macports email address. @bfulgham: I consider this port abandoned and will take over maintainership if I don't hear from you by November 1, 2013. -- Ticket URL: <https://trac.macports.org/ticket/40887> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #40648: cmake @2.8.11.2 does not set optimization flags in release
by MacPorts 04 Nov '13

04 Nov '13

#40648: cmake @2.8.11.2 does not set optimization flags in release ----------------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: optimization release | Port: cmake ----------------------------------+-------------------------------- Recently, projects generated with CMake as installed from MacPorts stopped getting optimization flags set in Release mode. This appears to be caused by https://trac.macports.org/browser/trunk/dports/devel/cmake/Portfile?rev=110… wherein the Portfile was configured to explicitly strip -O3 from the compiler modules shipped with CMake. While it may well be true that when CMake is used to generate makefiles for a port, one should not set an optimization flag (I don't know), it does not seem to be the correct behavior for any non-MacPorts project that is using CMake installed by MacPorts. This seems to me to be a pretty standard use case- it's certainly what my team has been doing. This change makes it impossible to make a release build of software without additional hackery to force the optimization flag back in. I'm not sure what the correct solution is. I'm hoping someone with a deeper knowledge has some ideas? -- Ticket URL: <https://trac.macports.org/ticket/40648> MacPorts <http://www.macports.org/> Ports system for OS X

1 17

[MacPorts] #41020: undefined symbol for toupper(int) when compiled as C11
by MacPorts 04 Nov '13

04 Nov '13

#41020: undefined symbol for toupper(int) when compiled as C11 ------------------------+-------------------------------- Reporter: davydden@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gcc ------------------------+-------------------------------- The simple example which uses toupper(int) {{{ #include <stdio.h> #include <ctype.h> int main () { int i=0; char str[]="Test String.\n"; char c; while (str[i]) { c=str[i]; putchar (toupper(c)); i++; } return 0; } }}} does link via {{{ g++-mp-4.8 main.cc -o main }}} but does not when invoking C11: {{{ g++-mp-4.8 -std=c++11 main.cc -o main Undefined symbols for architecture x86_64: "toupper(int)", referenced from: _main in ccWjHauc.o ld: symbol(s) not found for architecture x86_64 collect2: error: ld returned 1 exit status }}} Macports was build on Xcode 5 under 10.9. I am not sure if this is related to gcc4.8, but this behavior was not the case for the previous Xcode (4.6) and OS-X Mountain Lion. -- Ticket URL: <https://trac.macports.org/ticket/41020> MacPorts <http://www.macports.org/> Ports system for OS X

1 2