[MacPorts] #34891: swig: subports do not respect build_arch
#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
#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 -------------------------------------+-------------------------------------- Comment(by jwa@…): Doesn't happen with me, but then, my build uses clang, curious? Must admit that a universal variant could be useful, but no immediate bug is visible. -- Ticket URL: <https://trac.macports.org/ticket/34891#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#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 -------------------------------------+-------------------------------------- Comment(by ryandesign@…): It should not matter what compiler is used. The "-arch" flags are plainly missing from all the compile lines. -- Ticket URL: <https://trac.macports.org/ticket/34891#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#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 Resolution: | Keywords: Port: swig | ---------------------------+--------------------- Comment (by egall@…):
While you're fixing this you could possibly add a universal variant as well.
swig-tcl does have a universal variant though? I think that happened when the "`supported_archs noarch`" line was removed in r117038... -- Ticket URL: <https://trac.macports.org/ticket/34891#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X
#34891: swig: subports do not respect build_arch ---------------------------+------------------------- Reporter: ryandesign@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Resolution: | Keywords: Port: swig | ---------------------------+------------------------- Changes (by michaelld@…): * owner: kevin@… => michaelld@… -- Ticket URL: <https://trac.macports.org/ticket/34891#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X
#34891: swig: subports do not respect build_arch ---------------------------+------------------------- Reporter: ryandesign@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Resolution: | Keywords: Port: swig | ---------------------------+------------------------- Comment (by egall@…): Also another example of this is swig-clisp, which is x86_64, even though its dependency clisp is only ppc/i386 -- Ticket URL: <https://trac.macports.org/ticket/34891#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts