Package Details: root 6.06.04-1

Git Clone URL: https://aur.archlinux.org/root.git (read-only)
Package Base: root
Description: C++ data analysis framework and interpreter from CERN.
Upstream URL: http://root.cern.ch
Licenses: LGPL2.1
Submitter: td123
Maintainer: fsiegert
Last Packager: fsiegert
Votes: 44
Popularity: 5.059227
First Submitted: 2012-04-08 19:07
Last Updated: 2016-05-10 16:04

Latest Comments

vehryn commented on 2016-05-26 21:55

@fsiegert
So far I've not seen anything go awry, but will pass word along if anything pops up.

@bins
Thanks for the suggestion. I'll look into it, but it's ultimately up to my lab's primary investigator whether or not we use something other than Delphes.

bins commented on 2016-05-26 07:18

@vehryn
wrt Delphes, there's a Go-based transliteration of it, w/o all the C++ issues, and faster too :)
</shameless-plug>

https://github.com/go-hep/fads
http://talks.godoc.org/github.com/go-hep/talks/2015/20150121-binet-fads-hsf/go-fads.slide#1

just saying :P

fsiegert commented on 2016-05-26 07:09

Thanks all for testing and giving feedback.

@louis94, @vehryn
I haven't had the time to look into it in any detail, yet, but would be happy to make the ABI=1 change if that's generally useful. Are there going to be any side effects from adding -D_GLIBCXX_USE_CXX11_ABI=1 which one should be aware of?

@louis94
For me, rootcp etc. seem to be executable after installation, but I can double check in case somebody else is experiencing the same issue.

vehryn commented on 2016-05-25 19:15

Built well, but will note that I needed to edit the PKGBUILD to use "-D_GLIBCXX_USE_CXX11_ABI=1" in order to get Pythia8 to build as a plugin and to get Delphes to compile.
Thanks, @louis94, for your comment inspiring me to do that.

Fragment commented on 2016-05-16 06:54

@fsiegert
I tested the new PKGBUILD.
That generated a nice package.
Thank you for fixing and sorry to be late replying.

louis94 commented on 2016-05-10 21:14

Hello,
rootcp, rootls, rootmv, ... and thisroot.[sh,csh] are not marked as executable. It it intentional?
I had to change the PKGBUILD to use the new ABI, otherwise I could not link my program against boost and ROOT at the same time. Just use "-D_GLIBCXX_USE_CXX11_ABI=1" instead of "-D_GLIBCXX_USE_CXX11_ABI=0". See https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html for details
Louis

cmdric commented on 2016-05-10 17:12

@fsiegert. I tested it, for me everything is fine. thanks.

fsiegert commented on 2016-05-10 16:05

@cmdric @Fragment @sisyphus @tczank
I have quickly tested this, and it seems that the most recent ROOT version 6.06.04 builds fine with gcc 6.1.1. So I have uploaded a new PKGBUILD, which also includes the patch mentioned by cmdric to allow importing of TH1F in Python3 (just tested and works for me).

Could you test now and let me know if this fixes all issues for you?

fsiegert commented on 2016-05-10 07:12

@cmdric @Fragment Thanks for the heads-up. I'll test with this patch and include it in the PKGBUILD here on the AUR asap, but it might take a couple of days until I find the time.

tczank commented on 2016-05-10 05:10

@cmdric

Thanks for the patch! But being a noob, after applying it to mixmax.h and retrying makepkg -s I still get the same error, I guess because a new mixmax.h is generated. I don't know how to pick the building process from the patched mixmax.h

All comments