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

[MacPorts] #22506: new port: go google's new programming language
by MacPorts 11 Sep '14

11 Sep '14

#22506: new port: go google's new programming language ---------------------------------+------------------------------------------ Reporter: nefar@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: go-devel ---------------------------------+------------------------------------------ Maybe it should be called go-lang instead of go, but here it is. -- Ticket URL: <http://trac.macports.org/ticket/22506> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #32501: erlang @R14B04 +odbc Patch for bug in Erlang ODBC configure scripts
by MacPorts 11 Sep '14

11 Sep '14

#32501: erlang @R14B04 +odbc Patch for bug in Erlang ODBC configure scripts -------------------------------------+-------------------------------------- Reporter: chad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: erlang -------------------------------------+-------------------------------------- Following is an email exchange which clearly describes the issue this patch is intended to fix: Found the problem. It's a bug in the configure scripts located in lib/odbc of the Erlang source code, which hard code '-liodbc' when $host_os is darwin -- this prevents anyone from being able to properly link against a unixODBC install on OS X, which needs '-lodbc' instead. In my case, via MacPorts, this apparently meant it was using the MacPorts unixODBC headers, but linking against the default OS X iODBC lib, which I'm guessing is what led to the weird behavior I was seeing. I've created a patch for the MacPorts version of Erlang, but I'm pretty autoconf clueless, so all it does is hard code '-lodbc' in place of '-liodbc', which is clearly not the right upstream solution. ;) If there's anything else I can do to help fix this bug, please let me know. Thanks, Chad On Dec 9, 2011, at 6:05 AM, Ingela Andin wrote: Hi! Sound like a problem in the odbc-driver (if I remember correctly iodbc is the name of the most common driver on MAC) sql_wvarchar is defined to be Unicode encoded as UTF16 little endian. Regards Ingela Erlang/OTP team - Ericsson AB 2011/12/1, Chad Phillips -- Apartment Lines <chad(a)apartmentlines.com>: According to http://www.erlang.org/doc/apps/odbc/databases.html#type, the SQL_WVARCHAR ODBC data type should be translated by Erlang's ODBC driver to "Unicode binary encoded as UTF16 little endian." This works as expected on Linux, but I'm having issues on OS X, where it appears it's getting translated to UTF32 little endian, instead of UTF16 little endian. I'm using Erlang R14B04 on both machines, with the exact same database table, does anybody have an idea why this might be occurring, and how to remedy it? Additional info below for those interested. Thanks! Chad {{{ TABLE ON BOTH ARCHITECTURES: CREATE TABLE `foo` ( `bar` varchar(255) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=utf8; LINUX ERLANG SESSION: (alaem@scratch)1> odbc:start(). ok (alaem@scratch)2> {ok, Ref} = odbc:connect("DSN=testing;Option=3", []). {ok,<0.90.0>} (alaem@scratch)3> odbc:describe_table(Ref, "foo"). {ok,[{"bar",{sql_wvarchar,255}}]} (alaem@scratch)4> odbc:select_count(Ref, "SELECT * FROM foo"). {ok,1} (alaem@scratch)5> {selected, Columns, [{Bar}]} = odbc:next(Ref). {selected,["bar"],[{<<98,0,97,0,122,0>>}]} (alaem@scratch)6> unicode:characters_to_list(Bar, {utf16, little}). "baz" (alaem@scratch)7> unicode:characters_to_list(Bar, {utf32, little}). {error,[],<<98,0,97,0,122,0>>} OS X ERLANG SESSION: (alaem@colossus)1> odbc:start(). ok (alaem@colossus)2> {ok, Ref} = odbc:connect("DSN=testing;Option=3", []). {ok,<0.90.0>} (alaem@colossus)3> odbc:describe_table(Ref, "foo"). {ok,[{"bar",{sql_wvarchar,255}}]} (alaem@colossus)4> odbc:select_count(Ref, "SELECT * FROM foo"). {ok,1} (alaem@colossus)5> {selected, Columns, [{Bar}]} = odbc:next(Ref). {selected,["bar"],[{<<98,0,0,0,97,0,0,0,122,0,0,0>>}]} (alaem@colossus)6> unicode:characters_to_list(Bar, {utf16, little}). [98,0,97,0,122,0] (alaem@colossus)7> unicode:characters_to_list(Bar, {utf32, little}). "baz" }}} -- Ticket URL: <https://trac.macports.org/ticket/32501> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #23558: omniORB +universal fails to build on 10.6.2
by MacPorts 08 Sep '14

08 Sep '14

#23558: omniORB +universal fails to build on 10.6.2 ------------------------------------+--------------------------------------- Reporter: jakub.moskal@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: 10.6.2 | Port: omniORB ------------------------------------+--------------------------------------- I am trying to upgrade my current installation of omniORB to include the i386 architecture, but it fails. I tried moving the /usr/local to /usr/local.SAVE and cleaning the port, but it still ends up with this error. I need omniORBpy to work in a 32-bit mode.. {{{ port installed omniORB The following ports are currently installed: omniORB @4.1.4_0+python26 (active) }}} {{{ sudo port -u -d upgrade --enforce-variants omniORB +universal [...] /usr/bin/g++-4.2 -c -O2 -arch x86_64 -arch i386 -fno-common -bind_at_load -I/opt/local/include -DIDLMODULE_VERSION="\"0x2630\"" -I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include -DPYTHON_INCLUDE="<python2.6/Python.h>" -fPIC -I. -I. -I../../../../include -I../../../../include -D__OSVERSION__=1 -D__darwin__ -D__x86__ -o idlexpr.o idlexpr.cc idlexpr.cc:179: error: integer constant is too large for 'long' type idlexpr.cc:881: error: integer constant is too large for 'long' type idlexpr.cc:887: error: integer constant is too large for 'long' type idlexpr.cc:1109: error: integer constant is too large for 'long' type idlexpr.cc:1198: error: integer constant is too large for 'long' type idlexpr.cc: In member function 'IDL_LongLong IdlExpr::evalAsLongLong()': idlexpr.cc:179: warning: comparison is always false due to limited range of data type idlexpr.cc: In member function 'virtual IdlLongLongVal SubExpr::evalAsLongLongV()': idlexpr.cc:881: warning: comparison is always false due to limited range of data type idlexpr.cc:887: warning: comparison is always false due to limited range of data type idlexpr.cc: In member function 'virtual IdlLongLongVal DivExpr::evalAsLongLongV()': idlexpr.cc:1109: warning: comparison is always false due to limited range of data type idlexpr.cc: In member function 'virtual IdlLongLongVal MinusExpr::evalAsLongLongV()': idlexpr.cc:1198: warning: comparison is always false due to limited range of data type lipo: can't figure out the architecture type of: /var/tmp//ccM6g0dx.out make[4]: *** [idlexpr.o] Error 1 make[3]: *** [export] Error 1 make[2]: *** [export] Error 1 make[1]: *** [export] Error 1 make: *** [all] Error 1 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_omniORB/work/omniORB-4.1.4" && /usr/bin/make -j2 all " returned error 2 DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_omniORB/work/omniORB-4.1.4" && /usr/bin/make -j2 all " returned error 2 while executing "command_exec build" (procedure "portbuild::build_main" line 9) invoked from within "$procedure $targetname" Warning: the following items did not execute (for omniORB): org.macports.destroot org.macports.build DEBUG: couldn't read file "/opt/local/share/macports/Tcl/darwintrace1.0/pkgIndex.tcl": no such file or directory while executing "source [file join $dir pkgIndex.tcl]" Error: Unable to upgrade port: 1 }}} -- Ticket URL: <http://trac.macports.org/ticket/23558> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #30868: Update grok to version 1.20110630.1
by MacPorts 08 Sep '14

08 Sep '14

#30868: Update grok to version 1.20110630.1 ---------------------------+------------------------------------------------ Reporter: kentk@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: | Port: grok ---------------------------+------------------------------------------------ Updated and added the appropriate test flags. -- Ticket URL: <https://trac.macports.org/ticket/30868> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #28504: ldns-tools, drill: fix livecheck
by MacPorts 08 Sep '14

08 Sep '14

#28504: ldns-tools, drill: fix livecheck -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: marius.rieder@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ldns-tools, drill -------------------------------------+-------------------------------------- The livecheck for ldns-tools and drill should probably be fixed: {{{ $ port livecheck drill ldns-tools drill seems to have been updated (port version: 1.6.8, new version: 0.9.2) Error: cannot check if ldns-tools was updated (The requested URL returned error: 406) }}} The livecheck for ldns was recently fixed in r76395. -- Ticket URL: <https://trac.macports.org/ticket/28504> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #19385: itext: update to 2.1.5
by MacPorts 08 Sep '14

08 Sep '14

#19385: itext: update to 2.1.5 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.7.1 Keywords: | Port: itext -------------------------------------+-------------------------------------- itext should be updated to 2.1.5. -- Ticket URL: <http://trac.macports.org/ticket/19385> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31786: heimdal: update to 1.5.1
by MacPorts 08 Sep '14

08 Sep '14

#31786: heimdal: update to 1.5.1 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: landonf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: heimdal -------------------------------------+-------------------------------------- heimdal should probably be updated: {{{ $ port livecheck heimdal heimdal seems to have been updated (port version: 1.3.3, new version: 1.5.1) }}} -- Ticket URL: <https://trac.macports.org/ticket/31786> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #19491: Compile error with tclx
by MacPorts 06 Sep '14

06 Sep '14

#19491: Compile error with tclx --------------------------------+------------------------------------------- Reporter: spetinga@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: --------------------------------+------------------------------------------- I was attempting to download tclx onto leopard 10.5.6 and received the following error: cassini:bin root# port install tclx ---> Building tclx Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tclx/work/tclx8.4" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -pipe -DPACKAGE_NAME=\"tclx\" -DPACKAGE_TARNAME=\"tclx\" -DPACKAGE_VERSION=\"8.4\" -DPACKAGE_STRING=\"tclx\ 8.4\" -DPACKAGE_BUGREPORT=\"\" -DFULL_VERSION=\"8.4.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DUSE_TCL_STUBS=1 -DHAVE_SYS_SELECT_H=1 -DRETSIGTYPE=void -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -I"./generic" -I"./unix" -I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.6/generic" -I"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_tcl/work/tcl8.5.6/unix" -I/opt/local/include -O2 -I/opt/local/include -Os -Wall -Wno-implicit-int -fno-common -c `echo ./generic/tclXbsearch.c` -o tclXbsearch.o In file included from ./generic/tclInt.h:2356, from ./generic/tclExtdInt.h:26, from ./generic/tclXbsearch.c:19: ./generic/tclIntDecls.h:322: error: syntax error before '->' token ./generic/tclIntDecls.h:326: error: syntax error before '->' token ./generic/tclIntDecls.h:330: error: syntax error before '->' token ./generic/tclIntDecls.h:333: error: syntax error before '->' token ./generic/tclIntDecls.h:337: error: syntax error before '->' token ./generic/tclIntDecls.h:341: error: syntax error before '->' token ./generic/tclIntDecls.h:357: error: syntax error before '->' token ./generic/tclIntDecls.h:360: error: syntax error before '->' token ./generic/tclIntDecls.h:363: error: syntax error before '->' token ./generic/tclIntDecls.h:367: error: syntax error before '->' token ./generic/tclIntDecls.h:370: error: syntax error before '->' token ./generic/tclIntDecls.h:377: error: syntax error before '->' token make: *** [tclXbsearch.o] Error 1 Error: Status 1 encountered during processing. cassini:bin root# -- Ticket URL: <http://trac.macports.org/ticket/19491> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #33203: tclx - Remove dependency from Tcl 8.4 and locally copied private header files
by MacPorts 06 Sep '14

06 Sep '14

#33203: tclx - Remove dependency from Tcl 8.4 and locally copied private header files ------------------------------+--------------------------------------------- Reporter: neumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: tclx ------------------------------+--------------------------------------------- The original Portfile had a dependency on tcl8.4.14-privateheaders; since the port "tcl" refers now to Tcl 8.5, which has different private header files, the old approach lead to problems. This updated Porfile uses the same approach like "expect" (or "xotcl") to refer to tclInt.h. The modified Portfile was tested on Mac OS X 10.7.2 This patch fixes #19491 -- Ticket URL: <https://trac.macports.org/ticket/33203> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34288: clang3.1 cannot compile boost code (or c++11 based code)
by MacPorts 06 Sep '14

06 Sep '14

#34288: clang3.1 cannot compile boost code (or c++11 based code) --------------------------------------------------+------------------------- Reporter: christophe.prudhomme@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: clang3.1 --------------------------------------------------+------------------------- clang3.1 seems to be compiled with c++03 support and not c++11 support it does not compile boost based code e.g try to compile the following one line code : #include <boost/signals2.hpp> and it fails. it seems that clang 3.1 is actually using an old (from apple) libstdc++ (4.2) library which is c++03 and not the latest one eg from gcc 4.6 or gcc 4.7. -- Ticket URL: <https://trac.macports.org/ticket/34288> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28