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

[MacPorts] #34891: swig: subports do not respect build_arch
by MacPorts 09 Jun '14

09 Jun '14

#34891: swig: subports do not respect build_arch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: swig -------------------------------------+-------------------------------------- Here's what happens with swig-tcl: {{{ /usr/bin/g++-4.2 -pipe -O2 -Wall -W -ansi -pedantic -L/i386-10.6-mp/lib -o eswig CParse/cscanner.o CParse/parser.o CParse/templ.o CParse/util.o DOH/base.o DOH/file.o DOH/fio.o DOH/hash.o DOH/list.o DOH/memory.o DOH/string.o DOH/void.o Modules/allegrocl.o Modules/allocate.o Modules/browser.o Modules/cffi.o Modules/chicken.o Modules/clisp.o Modules/contract.o Modules/csharp.o Modules/d.o Modules/directors.o Modules/emit.o Modules/go.o Modules/guile.o Modules/java.o Modules/lang.o Modules/lua.o Modules/main.o Modules/modula3.o Modules/module.o Modules/mzscheme.o Modules/ocaml.o Modules/octave.o Modules/overload.o Modules/perl5.o Modules/php.o Modules/pike.o Modules/python.o Modules/r.o Modules/ruby.o Modules/s-exp.o Modules/swigmain.o Modules/tcl8.o Modules/typepass.o Modules/uffi.o Modules/utils.o Modules/xml.o Preprocessor/cpp.o Preprocessor/expr.o Swig/cwrap.o Swig/deprecate.o Swig/error.o Swig/fragment.o Swig/getopt.o Swig/include.o Swig/misc.o Swig/naming.o Swig/parms.o Swig/scanner.o Swig/stype.o Swig/symbol.o Swig/tree.o Swig/typeobj.o Swig/typemap.o Swig/typesys.o Swig/wrapfunc.o -ldl -L/i386-10.6-mp/lib -lpcre ld: warning: in /i386-10.6-mp/lib/libpcre.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: "_pcre_version", referenced from: _Swig_pcre_version in misc.o (maybe you meant: _Swig_pcre_version) "_pcre_compile", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_free", referenced from: _Swig_string_regex in misc.o _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_exec", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o ld: symbol(s) not found }}} swig-perl does the same. While you're fixing this you could possibly add a universal variant as well. -- Ticket URL: <https://trac.macports.org/ticket/34891> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34708: macports swig missing d language support
by MacPorts 07 Jun '14

07 Jun '14

#34708: macports swig missing d language support --------------------------------------+------------------------------------- Reporter: thelastmammoth@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: swig D | Port: swig --------------------------------------+------------------------------------- after installing swig (2.07), there is no support for d. also port search swig yields a bunch of languages but not d. D has been supported in swig since 2011/02/20, and the latest version from http://www.swig.org/ works fine with it. -- Ticket URL: <https://trac.macports.org/ticket/34708> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #35682: AtomicParsley does not ensure it's UsingTheRightCompiler
by MacPorts 06 Jun '14

06 Jun '14

#35682: AtomicParsley does not ensure it's UsingTheRightCompiler ------------------------------------+--------------------------------------- Reporter: ciserlohn@… | Owner: cedric.luthi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: AtomicParsley ------------------------------------+--------------------------------------- {{{ :info:build g++: Error: You should be using ${configure.cxx} :info:build See https://trac.macports.org/wiki/UsingTheRightCompiler }}} See UsingTheRightCompiler -- Ticket URL: <https://trac.macports.org/ticket/35682> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16110: libxml2: attempts to use libxslt.1.dylib
by MacPorts 06 Jun '14

06 Jun '14

#16110: libxml2: attempts to use libxslt.1.dylib -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: cedric.luthi(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- I previously had libxml2 2.6.32_1 and libxslt 1.1.23_0 installed. I forcibly uninstalled libxml2 and reinstalled it, to test an issue. During the reinstall, this message appeared in the debug output, and also a Mac OS X Crash Reporter dialog appeared with similar information: {{{ dyld: lazy symbol binding failed: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace dyld: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace }}} `/mp` is my MacPorts prefix. So it seems that libxml2 is trying to load libxslt.1.dylib during the build. You must modify the port so that this does not happen, because libxml2 does not declare a dependency on libxslt (and it cannot, since libxslt declares a dependency on libxml2, and we cannot have circular dependencies). I am running Mac OS X 10.4.11 on an Intel Mac with Xcode 2.5 and MacPorts from trunk @38557. -- Ticket URL: <http://trac.macports.org/ticket/16110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #35522: webkit-gtk 1.6.3_4 +quartz can't find X11
by MacPorts 06 Jun '14

06 Jun '14

#35522: webkit-gtk 1.6.3_4 +quartz can't find X11 -----------------------------+---------------------------------------------- Reporter: dansbox@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: webkit-gtk -----------------------------+---------------------------------------------- Getting a build failure in webkit-gtk 1.6.3_4. It can't find X11 headers. {{{ :info:build ./Source/WebCore/plugins/npapi.h:93:22: error: X11/Xlib.h: No such file or directory :info:build ./Source/WebCore/plugins/npapi.h:94:23: error: X11/Xutil.h: No such file or directory }}} This is in Mountain Lion (10.8.0). I'm trying to build gnucash for Quartz, which requires the +quartz option here, along with +quartz and +no_x11 in some of the dependencies (e.g., gtk2 @2.24.10_2+no_x11+quartz). -- Ticket URL: <https://trac.macports.org/ticket/35522> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #32842: swig-python build fails for non-default build_arch
by MacPorts 05 Jun '14

05 Jun '14

#32842: swig-python build fails for non-default build_arch -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: kevin@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: swig-python -------------------------------------+-------------------------------------- {{{ ld: warning: in /i386-10.6-mp/lib/libpcre.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: "_pcre_version", referenced from: _Swig_pcre_version in misc.o (maybe you meant: _Swig_pcre_version) "_pcre_compile", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_free", referenced from: _Swig_string_regex in misc.o _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o "_pcre_exec", referenced from: _Swig_string_regex in misc.o _Swig_name_regexmatch_value in naming.o ld: symbol(s) not found }}} -- Ticket URL: <https://trac.macports.org/ticket/32842> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21294: Enable cffi support in swig?
by MacPorts 05 Jun '14

05 Jun '14

#21294: Enable cffi support in swig? ------------------------------------+--------------------------------------- Reporter: glen.henshaw@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: swig, cffi | Port: swig 1.3.40 ------------------------------------+--------------------------------------- Swig 1.3.40 supports cffi, but the port does not have a variant for it, and the +universal variant does not seem to do anything. Would it be possible to enable cffi support? Is it possible to enable support for the other languages swig supports but for which there are no port variants? The built-in OSX swig does support cffi, but the implementation is quite old. -- Ticket URL: <http://trac.macports.org/ticket/21294> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #31384: Cannot install pike using macports
by MacPorts 05 Jun '14

05 Jun '14

#31384: Cannot install pike using macports -------------------------------------+-------------------------------------- Reporter: peymandelshad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: -------------------------------------+-------------------------------------- Macports fail to install pike. Here's the log: ---> Computing dependencies for pike[[BR]] ---> Fetching archive for pike[[BR]] ---> Attempting to fetch pike-7.6.112_3.darwin_10.x86_64.tbz2 from http://packages.macports.org/pike [[BR]] ---> Fetching pike[[BR]] ---> Verifying checksum(s) for pike[[BR]] ---> Extracting pike[[BR]] ---> Applying patches to pike[[BR]] ---> Configuring pike[[BR]] ---> Building pike[[BR]] Error: Target org.macports.build returned: shell command failed (see log for details)[[BR]] Log for pike is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_pike/pike/main.log[[BR]] Error: Status 1 encountered during processing.[[BR]] To report a bug, see <http://guide.macports.org/#project.tickets>[[BR]] -- Ticket URL: <https://trac.macports.org/ticket/31384> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #30782: efte: update to 1.1
by MacPorts 30 May '14

30 May '14

#30782: efte: update to 1.1 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: reiffert@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: haspatch | Port: efte -------------------------------------+-------------------------------------- Here is a patch that makes the following changes to the efte port: * update efte to 1.1 * use bzip2 distfile because it is smaller * change no_x11 variant to x11 variant; retain compatibility code to ease upgrades * use the cmake portgroup * add ncurses dependency * change the X dependencies to library dependencies * use rmd160 and sha256 checksums for distfile * use `system`'s new `-W` argument The problem is it fails in the post-destroot block; the `cefte` program does not seem to exist anymore. I don't know what it did in efte 0.96 so I don't know whether this post-destroot block needs to be changed in some way or just deleted. -- Ticket URL: <https://trac.macports.org/ticket/30782> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #34830: New port: Lua 5.2.0
by MacPorts 30 May '14

30 May '14

#34830: New port: Lua 5.2.0 -------------------------------+-------------------------------------------- Reporter: slewsys@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.99 Keywords: lang lua port | Port: lua52 -------------------------------+-------------------------------------------- Please find attached Portfile and patch set for Lua 5.2.0. Tested with: OS X: 10.7.4 -- Ticket URL: <https://trac.macports.org/ticket/34830> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10