Update:
I have changed the +concurrent-detection block in qt4-1.0.tcl to
global qt4_is_concurrent
if {[variant_isset concurrent]} {
# we're asking for a concurrent install. No need to guess anything, give
the user what s/he wants
set qt4_is_concurrent 1
} else {
# check if Qt4 was
On Dec 9, 2014, at 3:54 PM, René J.V. Bertin wrote:
I've taken my courage with 3 hands, and started working on a +concurrent
variant for qt4-mac, as a prerogative to having a ditto variant for qt5-mac
(which won't even build when qt4-mac is installed).
2 questions:
- is this a good
On Dec 10, 2014, at 10:20 AM, Ray Zimmerman wrote:
This time it failed to build qrupdate.
--- Fetching archive for qrupdate
--- Attempting to fetch qrupdate-1.1.2_3+atlas+gcc48.darwin_14.x86_64.tbz2
from http://packages.macports.org/qrupdate
--- Attempting to fetch
On Dec 10, 2014, at 8:17 AM, René J.V. Bertin wrote:
On Wednesday December 10 2014 06:43:28 Ryan Schmidt wrote:
Not as a solution I would feel comfortable committing, no. Variants that
change where files are installed are bad for dependent ports that need to
know where the files are.
On Dec 10, 2014, at 2:03 PM, Ray Zimmerman r...@cornell.edu wrote:
:info:build dyld: Library not loaded: /opt/local/lib/libedit.0.dylib
:info:build Referenced from: /opt/local/libexec/llvm-3.5/lib/libLTO.dylib
:info:build Reason: image not found
:info:build make[3]: *** [libgcc_s.dylib]
On Dec 10, 2014, at 11:20 AM, Ray Zimmerman r...@cornell.edu wrote:
Error: org.macports.configure for port atlas returned: Atlas could not detect
any fortran compiler. If you really don’t need the fortran interface to be
built, please use the +nofortran option, else install a fortran
On Dec 10, 2014, at 2:27 PM, René J.V. Bertin rjvber...@gmail.com wrote:
I've repeated often enough that we should never have been in this situation
of mutual exclusivity in the first place, but sadly the 2 Qt port maintainers
seem to be absent or of a completely different opinion.
On Wed, Dec 10, 2014 at 2:27 PM, René J.V. rjvber...@gmail.com wrote:
The thing is, if ever we want to allow Qt4 and Qt5 to be present at the
same time, the installation location will *have* to change, and dependent
ports will have to comply with that.
Yes, but not by using variants.
On Wednesday December 10 2014 15:50:59 Lawrence Velázquez wrote:
On Dec 10, 2014, at 2:27 PM, René J.V. Bertin rjvber...@gmail.com wrote:
patches_welcome
You're welcome to try to rework the Qt ports so that they can be installed
concurrently. As far as I know, the maintainers simply don't
On Dec 10, 2014, at 3:39 PM, Lawrence Velázquez lar...@macports.org wrote:
On Dec 10, 2014, at 2:03 PM, Ray Zimmerman r...@cornell.edu wrote:
:info:build dyld: Library not loaded: /opt/local/lib/libedit.0.dylib
:info:build Referenced from: /opt/local/libexec/llvm-3.5/lib/libLTO.dylib
On Wed, Dec 10, 2014, at 04:03 PM, René J.V. Bertin wrote:
On Wednesday December 10 2014 15:50:59 Lawrence Velázquez wrote:
On Dec 10, 2014, at 2:27 PM, René J.V. Bertin rjvber...@gmail.com wrote:
patches_welcome
You're welcome to try to rework the Qt ports so that they can be
11 matches
Mail list logo