Package Details: root 6.12.06-3

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
Keywords: root
Licenses: LGPL2.1
Submitter: td123
Maintainer: kgizdov
Last Packager: kgizdov
Votes: 64
Popularity: 0.562255
First Submitted: 2012-04-08 19:07
Last Updated: 2018-05-16 16:03

Dependencies (30)

Sources (7)

Pinned Comments

kgizdov commented on 2018-01-17 23:10

IMPORTANT:

  • CMake settings of ROOT are conditionally and dependency related, don't mess with them without reading and making an effort to understand the ROOT Building Guide
  • The package is thoroughly tested on a few different machines on every release. Please take this into account when reporting problems. Try to weed out user error first.
  • I only provide support for the packages I currently maintain. For custom installations, there is the ROOT support forum.
  • I welcome suggestions to provide a different variant of ROOT. So far no such requests have been made, not for lack of asking from my side.

Latest Comments

kgizdov commented on 2018-01-17 23:10

IMPORTANT:

  • CMake settings of ROOT are conditionally and dependency related, don't mess with them without reading and making an effort to understand the ROOT Building Guide
  • The package is thoroughly tested on a few different machines on every release. Please take this into account when reporting problems. Try to weed out user error first.
  • I only provide support for the packages I currently maintain. For custom installations, there is the ROOT support forum.
  • I welcome suggestions to provide a different variant of ROOT. So far no such requests have been made, not for lack of asking from my side.

kgizdov commented on 2018-01-17 22:59

@petrmanek, the first error you posted has nothing to do with gcc-fortran. It is caused when you mess with the CMAKE options and confuse built-in and shared dependency on libafterimage - previously discussed here many times. The second error you posted is, I assume, some 3rd party code, can't help with that. All I can say is, as the .install script tells you, if and only if you have gcc-fortran installed at compile time, it will be enabled and linked to. If you later remove gcc-fortan, you obviously will have to deal with missing shared library errors. There is nothing to patch or change, this is desired behaviour.

bluehood commented on 2018-01-15 09:45

@petrmanek might be because settings.cmake for this package lists fortran=ON. Maybe you could try to change settings.cmake for this AUR package to fortran=OFF and see if that helps (note that I am not the package maintainer).

UPDATE: fortran=ON is ignored if gcc-fortran is not present, so that cannot be the cause. Please disregard this comment.

petrmanek commented on 2018-01-14 22:29

Have been experiencing linker errors (see below). Turned out the culrpit was missing gcc-fortran, which is currently listed as an optional dependency. The build system clearly failed to recognize its absence from the system and enabled FORTRAN-related features, breaking the build.

I suggest that either (1) the build system is patched to work on systems without gcc-fortran present or (2) the gcc-fortran dependency is made non-optional.

[ 88%] Linking CXX executable ../bin/hadd
../lib/libminicern.a(hbook.f.o): In function `hrzin_':
hbook.f.c:(.text+0xa9): undefined reference to `s_wsle'
hbook.f.c:(.text+0xcb): undefined reference to `do_lio'
hbook.f.c:(.text+0xed): undefined reference to `do_lio'
hbook.f.c:(.text+0x10f): undefined reference to `do_lio'
hbook.f.c:(.text+0x115): undefined reference to `e_wsle'
../lib/libminicern.a(hbook.f.o): In function `hmachi_':
hbook.f.c:(.text+0x474): undefined reference to `pow_ii'
../lib/libminicern.a(hbook.f.o): In function `hcx_':
hbook.f.c:(.text+0x91e): undefined reference to `s_wsle'
hbook.f.c:(.text+0x940): undefined reference to `do_lio'
hbook.f.c:(.text+0x962): undefined reference to `do_lio'
hbook.f.c:(.text+0x980): undefined reference to `do_lio'
hbook.f.c:(.text+0x986): undefined reference to `e_wsle'
../lib/libminicern.a(hbook.f.o): In function `hfind_':
hbook.f.c:(.text+0xff0): undefined reference to `s_wsle'
hbook.f.c:(.text+0x1012): undefined reference to `do_lio'
hbook.f.c:(.text+0x102e): undefined reference to `do_lio'
hbook.f.c:(.text+0x104c): undefined reference to `do_lio'
hbook.f.c:(.text+0x1052): undefined reference to `e_wsle'
../lib/libminicern.a(hbook.f.o): In function `hrzcd_':
hbook.f.c:(.text+0x1719): undefined reference to `s_wsle'
hbook.f.c:(.text+0x173b): undefined reference to `do_lio'
hbook.f.c:(.text+0x175d): undefined reference to `do_lio'
hbook.f.c:(.text+0x177f): undefined reference to `do_lio'
hbook.f.c:(.text+0x1785): undefined reference to `e_wsle'
../lib/libminicern.a(hbook.f.o): In function `hitoc_':
hbook.f.c:(.text+0x17b6): undefined reference to `s_wsfi'
hbook.f.c:(.text+0x17e1): undefined reference to `do_fio'
hbook.f.c:(.text+0x17eb): undefined reference to `e_wsfi'
../lib/libminicern.a(hbook.f.o): In function `hpath_':
hbook.f.c:(.text+0x1ae3): undefined reference to `s_wsfe'
hbook.f.c:(.text+0x1afb): undefined reference to `do_fio'
hbook.f.c:(.text+0x1b01): undefined reference to `e_wsfe'
hbook.f.c:(.text+0x1b8d): undefined reference to `s_cmp'
hbook.f.c:(.text+0x1bd6): undefined reference to `s_cmp'
hbook.f.c:(.text+0x1c9f): undefined reference to `s_cmp'
hbook.f.c:(.text+0x1db6): undefined reference to `s_cmp'
hbook.f.c:(.text+0x1e60): undefined reference to `s_cmp'
../lib/libminicern.a(hbook.f.o):hbook.f.c:(.text+0x1ea2): more undefined references to `s_cmp' follow
../lib/libminicern.a(hbook.f.o): In function `hntvar2_':

intrepid commented on 2018-01-03 09:38

Edit: Seems to work with using the internal libafterimage! https://gist.github.com/anonymous/d0c91cc83acfa83c5671681db8eb80c8

Building for the first time, failing with

/home/markus/ABS/root/src/root-6.12.04/graf2d/asimage/src/TASImage.cxx:101:13: fatal error: afterbase.h: No such file or directory
 #   include <afterbase.h>
             ^~~~~~~~~~~~~
compilation terminated.
make[2]: *** [graf2d/asimage/CMakeFiles/ASImage.dir/build.make:106: graf2d/asimage/CMakeFiles/ASImage.dir/src/TASImage.cxx.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:23178: graf2d/asimage/CMakeFiles/ASImage.dir/all] Error 2

Any idea? :/

bins commented on 2017-12-18 21:54

@kgizdov,

well there's no ROOT Go bindings. except for the few things I have tried to build along the years, of course :)

in the snippet you showed, there's a list of enabled support stuff for various things (fitsio, minuit2, etc...) but no Go.

the Go part actually comes from LLVM:

$> git grep "Go bin"
interpreter/llvm/src/.gitignore:76:# Files created in tree by the Go bindings.
interpreter/llvm/src/CMakeLists.txt:511:option(LLVM_INCLUDE_GO_TESTS "Include the Go bindings tests in test build targets." ON)
interpreter/llvm/src/cmake/config-ix.cmake:539:  message(STATUS "Go bindings disabled.")
interpreter/llvm/src/cmake/config-ix.cmake:543:    message(STATUS "Go bindings disabled.")
interpreter/llvm/src/cmake/config-ix.cmake:549:      message(STATUS "Go bindings enabled.")
interpreter/llvm/src/cmake/config-ix.cmake:551:      message(STATUS "Go bindings disabled, need at least Go 1.2.")
interpreter/llvm/src/docs/index.rst:216:`Documentation for Go bindings <http://godoc.org/llvm.org/llvm/bindings/go/llvm>`_

I don't think it's useful to add "go" to the optdepends list :) at least at this point in time.

kgizdov commented on 2017-12-18 17:36

@bins, here's a snippet from the config stage:

...
-- Enabled support for:  asimage astiff builtin_llvm builtin_lz4 cling cxx14 exceptions explicitlink fftw3 fitsio fortran gdml genvector gnuinstall gsl_shared http imt mathmore minuit2 mysql opengl pch pgsql python python3 roofit root7 shared sqlite ssl thread tmva unuran x11 xft xml
-- The ASM compiler identification is GNU
-- Found assembler: /usr/bin/cc
-- Looking for backtrace
-- Looking for backtrace - found
-- backtrace facility detected in default set of libraries
-- Found Backtrace: /usr/include  
-- Native target architecture is X86
-- Threads enabled.
-- Doxygen disabled.
-- Go bindings enabled.
-- Found OCaml: /usr/bin/ocamlfind
...

If you have Go installed, ROOT enables Go bindings. I haven't tried them myself, but I believe they should work.

bins commented on 2017-12-17 11:07

hi,

I am curious... where does this come from (in optdepends):

'go: Go language support'

being a Gopher advocate and following a bit what happens in the ROOT space, I must admit I wasn't aware ROOT had started to have stuff that optionally depended on Go.

kgizdov commented on 2017-06-01 14:23

Changelog:

- Switch to libmariadbclient for MySQL support

lordlukas commented on 2017-06-01 13:58

Hi,

today I could not update my arch because pacman wanted to update libmariadbclient, but it conflicts with libmysqlclient needed by root.
I uninstalled root and proceeded to update the system.
After, I tried to reinstall root, but it complained obviously that it needs libmysqlclient, which conflicts with libmariadbclient.
I manually removed libmysqlclient dependency from the PKGBUILD file and then root could be installed (it seems libmariadbclient contains also libmysqlclient.so).
I guess if libmysqlclient dependency may be replaced by libmariadbclient, or made it optional, or whatever.
Please note that I'm not a pacman expert, I just wanted to share how I made to update the system and run root.

oh I see @bloeher has been faster than me...
I think libmariadbclient provides libmysqlclient, if I understand correctly this:
pacman -Fl libmariadbclient
...
libmariadbclient usr/lib/libmysqlclient.so
...

All comments