May 2008 - macports-tickets - lists.macosforge.org

[MacPorts] #15130: py-game 1.8.0 build failure on Tiger, error in SDL_syswm.h
by MacPorts 02 May '08

02 May '08

#15130: py-game 1.8.0 build failure on Tiger, error in SDL_syswm.h ------------------------------+--------------------------------------------- Reporter: jmr(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Keywords: pygame SDL 10.4 | ------------------------------+--------------------------------------------- Originally reported in #15123. Parse errors in SDL_syswm.h, which is included from pygame's display.c: {{{ ---> Building py-game with target build Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_python_py-game/work/pygame-1.8.0release" && /opt/local/bin/python2.4 setup.py build " returned error 1 Command output: /opt/local/include/SDL/SDL_syswm.h:86: warning: no semicolon at end of struct or union /opt/local/include/SDL/SDL_syswm.h:87: warning: type defaults to 'int' in declaration of 'window' /opt/local/include/SDL/SDL_syswm.h:87: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:98: error: parse error before 'fswindow' /opt/local/include/SDL/SDL_syswm.h:98: warning: type defaults to 'int' in declaration of 'fswindow' /opt/local/include/SDL/SDL_syswm.h:98: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:99: error: parse error before 'wmwindow' /opt/local/include/SDL/SDL_syswm.h:99: warning: type defaults to 'int' in declaration of 'wmwindow' /opt/local/include/SDL/SDL_syswm.h:99: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:102: error: parse error before '*' token /opt/local/include/SDL/SDL_syswm.h:102: warning: type defaults to 'int' in declaration of 'gfxdisplay' /opt/local/include/SDL/SDL_syswm.h:102: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:103: error: parse error before '}' token /opt/local/include/SDL/SDL_syswm.h:103: warning: type defaults to 'int' in declaration of 'x11' /opt/local/include/SDL/SDL_syswm.h:103: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:104: error: parse error before '}' token /opt/local/include/SDL/SDL_syswm.h:104: warning: type defaults to 'int' in declaration of 'info' /opt/local/include/SDL/SDL_syswm.h:104: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:105: error: parse error before '}' token /opt/local/include/SDL/SDL_syswm.h:105: warning: type defaults to 'int' in declaration of 'SDL_SysWMinfo' /opt/local/include/SDL/SDL_syswm.h:105: warning: data definition has no type or storage class /opt/local/include/SDL/SDL_syswm.h:205: error: parse error before '*' token /opt/local/include/SDL/SDL_syswm.h:205: warning: function declaration isn't a prototype src/display.c: In function 'get_wm_info': src/display.c:310: error: parse error before 'info' src/display.c:314: error: request for member 'version' in something not a structure or union src/display.c:314: error: request for member 'version' in something not a structure or union src/display.c:314: error: request for member 'version' in something not a structure or union src/display.c:309: warning: unused variable 'tmp' error: command '/usr/bin/gcc-4.0' failed with exit status 1 Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15130> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #14337: man renders ugly pages
by MacPorts 02 May '08

02 May '08

#14337: man renders ugly pages --------------------------------------+------------------------------------- Reporter: macports.users(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | --------------------------------------+------------------------------------- I don't know a good way to explain this. Please see the attached file. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14337> MacPorts </projects/macports> Ports system for Mac OS

1 4

[MacPorts] #15177: ruby-1.8.6-p111+ doesn't work with autoconf-2.62
by MacPorts 02 May '08

02 May '08

#15177: ruby-1.8.6-p111+ doesn't work with autoconf-2.62 --------------------------------------+------------------------------------- Reporter: joseph(a)josephholsten.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: ruby autoconf | --------------------------------------+------------------------------------- When autoconf 2.62 is used, ruby doesn't build all the appropriate standard libraries. When the autoconf port is deactivated, apple's autoconf 2.58, shipped with 10.4, works fine. For example > ruby -e 'require "socket"' fails. This bug also applies to the standard ruby distribution, which ships with a configure script built with autoconf 2.61. Since we patch ruby's configure.in, it makes sense to fix this on our end as well. It works just fine to use a autoconf 2.58 <= n <= 2.61, so that is one option. The other is to patch the configure.in to support autoconf 2.62. This will need to happen, but autoupdate doesn't like ruby's configure.in very much. The configure.in it generates has a bug. Patching the configure.in is beyond my abilities. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15177> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15175: arpack variants for different fortran compilers
by MacPorts 02 May '08

02 May '08

#15175: arpack variants for different fortran compilers ---------------------------------------+------------------------------------ Reporter: mmoll(a)cs.rice.edu | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: arpack, gcc42, gcc43, g95 | ---------------------------------------+------------------------------------ Added support for using different fortran compilers (the same way it is done for e.g. py25-scipy). -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15175> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #15116: curl-config returns inappropriate flags
by MacPorts 02 May '08

02 May '08

#15116: curl-config returns inappropriate flags ------------------------------+--------------------------------------------- Reporter: jmr(a)macports.org | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Keywords: | ------------------------------+--------------------------------------------- With curl built universal: {{{ % curl-config --libs -L/opt/local/lib -lcurl -L/opt/local/lib -arch i386 -arch ppc -L/opt/local/lib -L/opt/local/lib -lssl -lcrypto -lssl -lcrypto -lz -lz % curl-config --static-libs /opt/local/lib/libcurl.a -L/opt/local/lib -arch i386 -arch ppc -L/opt/local/lib -L/opt/local/lib -lssl -lcrypto -lssl -lcrypto -lz -lz }}} The output from all the other options seems OK. The redundancy isn't a real problem, but the -arch flags are, when building something non- universal that uses curl-config. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15116> MacPorts </projects/macports> Ports system for Mac OS

1 4

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 01 May '08

01 May '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: fixed | Keywords: -----------------------------------+---------------------------------------- Changes (by raimue(a)macports.org) * status: reopened => closed * resolution: => fixed Comment: Committed in r36437. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:25> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 01 May '08

01 May '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by raimue(a)macports.org) Replying to [comment:22 jlist(a)silentcow.com] > Yeah, it works as you'd expect if you install ruby from ports (and ensure that the /opt/local/bin/ruby is before the /usr/bin/ruby in your path). MacPorts sanitizes the environment so that at build time `${prefix}/bin` will always be first in PATH. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:24> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 01 May '08

01 May '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by jlist(a)silentcow.com) Also, I don't think that vim links against ruby/perl/python. The linking errors come when you run ./configure yourself, because although configure will then complete successfully the linking will fail because you're trying to link arch vim against the Universal libncurses. The reason that ruby throws a spanner in the works is because it adds its own LDFLAGS to vim's LDFLAGS to ensure (or try to) that vim gets compiled to be compatible with ruby. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:23> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 01 May '08

01 May '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by jlist(a)silentcow.com) Yeah, it works as you'd expect if you install ruby from ports (and ensure that the /opt/local/bin/ruby is before the /usr/bin/ruby in your path). -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:22> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12773: UPDATE: bazaar-1.4.2_1 update home page and maintainer address
by MacPorts 01 May '08

01 May '08

#12773: UPDATE: bazaar-1.4.2_1 update home page and maintainer address -------------------------------+-------------------------------------------- Reporter: jmr(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: closed Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.5.2 Resolution: fixed | Keywords: -------------------------------+-------------------------------------------- Changes (by jmr(a)macports.org) * cc: josh-macports(a)root.id.au, ryandesign(a)macports.org (removed) Comment: (Pruning dead address.) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12773#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0