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

[MacPorts] #38218: default optflags should be -Os rather than -O2
by MacPorts 08 Jun '13

08 Jun '13

#38218: default optflags should be -Os rather than -O2 ------------------------+-------------------------------- Reporter: jeremyhu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: | Port: ------------------------+-------------------------------- All the kids are doing it. -Os will result in smaller text allowing for more optimal use of spacial locality in the text cache. As an added benefit, ppc will benefit in areas where -O2 results in text segments that are too large for reloc (#37839) -- Ticket URL: <https://trac.macports.org/ticket/38218> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #38034: Error while cleaning: "Failed to locate 'bsdmake' in path"
by MacPorts 08 Jun '13

08 Jun '13

#38034: Error while cleaning: "Failed to locate 'bsdmake' in path" ----------------------+-------------------- Reporter: larryv@… | Owner: cal@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.99 Keywords: | Port: ----------------------+-------------------- Running from trunk at r103010. {{{ % sudo port -d clean agrep DEBUG: Copying /Users/larryv/Library/Preferences/com.apple.dt.Xcode.plist to /opt/local/var/macports/home/Library/Preferences DEBUG: Changing to port directory: /Users/larryv/Projects/MacPorts/trunk/dports/sysutils/agrep DEBUG: OS darwin/12.2.0 (Mac OS X 10.8) arch i386 DEBUG: universal_variant is false, so not adding the default universal variant DEBUG: Running callback portconfigure::add_automatic_compiler_dependencies DEBUG: Finished running callback portconfigure::add_automatic_compiler_dependencies DEBUG: Running callback portbuild::add_automatic_buildsystem_dependencies DEBUG: Failed to locate 'bsdmake' in path: '/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at its MacPorts configuration time location, did you move it? invoked from within "findBinary bsdmake $portutil::autoconf::bsdmake_path" (procedure "portbuild::build_getmaketype" line 8) invoked from within "portbuild::build_getmaketype" invoked from within "set build.cmd [portbuild::build_getmaketype]" ("uplevel" body line 1) invoked from within "uplevel #0 set $optionName $option_defaults($optionName)" (procedure "default_check" line 11) invoked from within "default_check build.cmd {} r" (read trace on "build.cmd") invoked from within "string match "*bsdmake*" ${build.cmd}" (procedure "portbuild::add_automatic_buildsystem_dependencies" line 4) invoked from within "${callback}" (procedure "port::run_callbacks" line 5) invoked from within "port::run_callbacks" invoked from within "$workername eval port::run_callbacks" (procedure "mportopen" line 59) invoked from within "mportopen $porturl [array get options] [array get requested_variations]" Error: Unable to open port: can't read "build.cmd": Failed to locate 'bsdmake' in path: '/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at its MacPorts configuration time location, did you move it? % }}} -- Ticket URL: <https://trac.macports.org/ticket/38034> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #38010: MacPorts should not ship .la files
by MacPorts 08 Jun '13

08 Jun '13

#38010: MacPorts should not ship .la files -------------------------+------------------- Reporter: jeremyhu@… | Owner: jmr@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.3 Keywords: glibtool la | Port: -------------------------+------------------- base should delete ${prefix}/lib/*.la in our standard destroot phases, and we should have a verification phase which asserts that no ${prefix}/lib/*.la files are installed. These .la files just serve to screw up builds by adding unnecessary links. They are only useful in legacy situations or when building static executables. They have no place on a modern OS. -- Ticket URL: <https://trac.macports.org/ticket/38010> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 30

[MacPorts] #34221: gettext fails to build after osx 10.8 and xcode 4.4 upgrade
by MacPorts 08 Jun '13

08 Jun '13

#34221: gettext fails to build after osx 10.8 and xcode 4.4 upgrade ---------------------------------------+------------------------------------ Reporter: richard.t.lloyd@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: gettext osx10.8 xcode4.4 | Port: gettext ---------------------------------------+------------------------------------ Working from a clean disk (no macports remnants from previous) I did: 1. cd MacPorts-2.0.4 && ./configure && make && sudo make install 2. sudo port install gettext All goes fine installing the 4 dependencies expat, libiconv, gperf, and ncurses. The problem is with gettext itself. The build sequence hangs at: '''---> Configuring gettext'''. It doesn't return, at least not for 4+ hours, which is this programmer's equivalent to never. Attempting to understand what's happening I've looked at the MacPorts main.log as well as the various config.log files inside gettext. The last active point seems to be in gettext-runtime. I've attached main.log, gettext/config.log, and gettext-runtime/config.log as well as the screen output. Let me know if you need anything else. -- Ticket URL: <https://trac.macports.org/ticket/34221> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 75

[MacPorts] #29838: Generate shared libraries what can be processed with install_name_tool (one step toward shared library relocation)
by MacPorts 08 Jun '13

08 Jun '13

#29838: Generate shared libraries what can be processed with install_name_tool (one step toward shared library relocation) --------------------------------+------------------------------------------- Reporter: gellule.xg@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 1.9.2 Keywords: | Port: --------------------------------+------------------------------------------- "install_name_tool" changes dynamic shared library install names and/or adds, changes or deletes the rpaths recorded in a Mach-O binary. For this tool to work when the install names or rpaths are larger the binary should be built with the ld "headerpad_max_install_names" option. This tool can therefore be used to relocate a shared library outside of the macports tree. The purpose of this ticket is to add to LDFLAGS the "-Wl,-headerpad_max_install_names" option for all ports. A simple approach would be to modify portconfigure.tcl by setting "default configure.ldflags" to: {{{ default configure.ldflags {"-L${prefix}/lib -Wl,-headerpad_max_install_names"} }}} I haven't been able to identify a drawback to this default addition. There is a thread related to this issue that mentions the fact that some ports do erase the default ldflags: [http://lists.macosforge.org/pipermail /macports-dev/2011-March/thread.html#14202] This addition helps with relocation, but does not guarantee it: there could well be other aspects of the built libraries that are not compatible with a relocation. -- Ticket URL: <https://trac.macports.org/ticket/29838> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #32542: Setting configure.compiler to a MacPorts-provided compiler doesn't add dependency automatically
by MacPorts 08 Jun '13

08 Jun '13

#32542: Setting configure.compiler to a MacPorts-provided compiler doesn't add dependency automatically ------------------------------+--------------------------------------------- Reporter: cal@… | Owner: raimue@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.0.3 Keywords: | Port: ------------------------------+--------------------------------------------- Setting configure.compiler to a compiler provided my MacPorts doesn't automatically add a dependency on this compiler. For an example see the percona port, which sets configure.compiler to apple-gcc-4.2, but doesn't declare a dependency on it. -- Ticket URL: <https://trac.macports.org/ticket/32542> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 32

[MacPorts] #39386: port CUTEr
by MacPorts 08 Jun '13

08 Jun '13

#39386: port CUTEr -------------------------+-------------------------------- Reporter: pengyu.ut@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- [http://www.cuter.rl.ac.uk/index.html] -- Ticket URL: <https://trac.macports.org/ticket/39386> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39387: port sifdec
by MacPorts 08 Jun '13

08 Jun '13

#39387: port sifdec -------------------------+-------------------------------- Reporter: pengyu.ut@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: -------------------------+-------------------------------- [http://www.cuter.rl.ac.uk/sifdec/] -- Ticket URL: <https://trac.macports.org/ticket/39387> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #38656: gnuplot install failing, max OS 10.8.3 Xcode 4.6.1
by MacPorts 07 Jun '13

07 Jun '13

#38656: gnuplot install failing, max OS 10.8.3 Xcode 4.6.1 ------------------------------+-------------------------------- Reporter: orren.saltzman@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ------------------------------+-------------------------------- summary pretty much says it, although I'm not sure these latest versions are really even supported yet. May just have to wait it out. -- Ticket URL: <https://trac.macports.org/ticket/38656> MacPorts <http://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #39354: jmol-13.0.15 update to 13.0.16 (current stable version)
by MacPorts 07 Jun '13

07 Jun '13

#39354: jmol-13.0.15 update to 13.0.16 (current stable version) ---------------------------------+-------------------------------- Reporter: p.bro@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch maintainer | Port: jmol ---------------------------------+-------------------------------- Attached patch upgrades jmol to the current stable version 13.0.16 (bug fixes according to the web site at http://sourceforge.net/projects/jmol/files/Jmol/Version%2013.0/Version%2013… ) Works on an iMac running 10.8.4 on a dual core i5. -- Ticket URL: <https://trac.macports.org/ticket/39354> MacPorts <http://www.macports.org/> Ports system for OS X

1 6