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 wrote:
>
> >
> >
> > You're welcome to try to rework the Qt ports so that they can be installed
> > concurrently. As f
On Dec 10, 2014, at 3:39 PM, Lawrence Velázquez wrote:
> On Dec 10, 2014, at 2:03 PM, Ray Zimmerman 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
On Wednesday December 10 2014 15:50:59 Lawrence Velázquez wrote:
> On Dec 10, 2014, at 2:27 PM, René J.V. Bertin wrote:
>
>
> 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 have much time
> these days t
On Wed, Dec 10, 2014 at 2:27 PM, René J.V. 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. MacPorts doesn't
On Dec 10, 2014, at 2:27 PM, René J.V. Bertin 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.
You're welcome to try t
On Dec 10, 2014, at 11:20 AM, Ray Zimmerman 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 compiler
> (e.g. gcc
On Dec 10, 2014, at 2:03 PM, Ray Zimmerman 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] Error 1
Sorry
Still no go. In fact, I can’t even get gcc48 to build successfully on a fresh
re-install of MacPorts. Both …
sudo port install atlas +gcc48
… and …
sudo port install gcc48
… each on a fresh MacPorts installation, fails while building gcc. The end of
the log file looks like …
:info:bui
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 a
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 qrupdate-1
Ray,
On Dec 10, 2014, at 10:20 AM, Ray Zimmerman wrote:
> Ok, I’m a MacPorts newbie here, but it turns out I haven’t even been able to
> get the current version of Octave to build yet. This is a clean install of
> the latest MacPorts on OS X 10.10.1 with Xcode 6.1.1.
>
> I first attempted …
>
Ok, I’m a MacPorts newbie here, but it turns out I haven’t even been able to
get the current version of Octave to build yet. This is a clean install of the
latest MacPorts on OS X 10.10.1 with Xcode 6.1.1.
I first attempted …
sudo port install octave
… which resulted in …
Error: or
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 goo
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
14 matches
Mail list logo
