[MacPorts] #50011: root6 - update to 6.06.00

MacPorts noreply at macports.org
Wed Dec 16 01:44:31 PST 2015


#50011: root6 - update to 6.06.00
-----------------------+---------------------------------
  Reporter:  jonesc@…  |      Owner:  mojca@…
      Type:  update    |     Status:  new
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:
Resolution:            |   Keywords:  haspatch maintainer
      Port:  root6     |
-----------------------+---------------------------------

Comment (by mojca@…):

 Thanks a lot for the link. But it seems that ROOT 5 already fixed the
 problem in [https://github.com/root-
 mirror/root/commit/850a56cad37733694a6858314e30e3dafbacc220 850a56cad]
 (branch `v5-34-00-patches`).

 > I think I am personally still more in favour of enabling the C++14
 variant on all platforms, and force the use of MP's clang 3.7 where it is
 needed, simply because then this provides the same environment across all
 builds, but if Mojca you agree with jeremy then I can be arm twisted to
 only enable this on Xcode 6.3 and above.

 No need to break anybody's arm :)

 Whether or not it gets enabled by default, if the list of blacklisted
 compilers can get considerably shorter and allow macports-clang-3.4 as
 well as "native" compilers on some OS X versions, I would be in favour of
 introducing a variant.

 Personally I don't care about C++14 in the sense that I don't code in
 C++14 yet and during the buildbot outage I would prefer not to have to
 compile yet another clang/llvm version. I do acknowledge its importance
 for others though.

 From a very selfish point of view *I* would slightly prefer the option
 being switched off on the older systems for now, but on the other hand:
   * this would discourage other users who can fetch the binaries from the
 buildbot from rebuilding (and perhaps also using) ROOT6 with C++14 support
 by themselves
   * as soon as the ROOT team switches to clang-3.8 and if the clang dev
 team doesn't address the problems reported by Jeremy by then, we'll have
 to blacklist the old compilers anyway

 I leave the final decision about default variants to you (or potentially
 ask on the mailing list). I don't really care much either way. But I would
 be in favour of letting users to enable/disable C++14 and use an older
 compiler if they choose so. But we need to make sure that `+clang34`
 conflicts with `+c++14` or whatever the variant would be called (are
 pluses even legal?).

-- 
Ticket URL: <https://trac.macports.org/ticket/50011#comment:18>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list