davidchall / homebrew-hep Goto Github PK

It would be nice to have a VINCIA formula, but this must be installed within the Pythia 8 directory. Since it is incredibly tied up with Pythia 8 anyway, it makes sense to include this as an optional resource for the Pythia 8 formula.

That way he doesn't have to open pull requests :P

Repository > Settings > Collaborators > Add havoc-io

/var/folders/zb/nm26p2gx6m53v9pqz4xjf8m80000gn/T//cc6f1S6l.s:2554:suffix or operands invalid for movq' /var/folders/zb/nm26p2gx6m53v9pqz4xjf8m80000gn/T//cc6f1S6l.s:2555:suffix or operands invalid formovq'
/var/folders/zb/nm26p2gx6m53v9pqz4xjf8m80000gn/T//cc6f1S6l.s:2589:suffix or operands invalid for movq' /var/folders/zb/nm26p2gx6m53v9pqz4xjf8m80000gn/T//cc6f1S6l.s:2590:suffix or operands invalid formovq'
make[2]: *** [CT12Pdf.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

READ THIS: https://git.io/brew-troubleshooting
If reporting this issue please do so at (not Homebrew/homebrew):
https://github.com/davidchall/homebrew-hep/issues

Hello，

When I have installed Fastjet, I cannot compile with the fastjet. My system is Mac OS X 10.9.

When I try to compile the example in fastjet "fortran_wrapper", the error is

"gfortran -o fastjet_fortran_example fastjet_fortran_example.o fastjetfortran.o -Wl,-rpath,/Users/shaodingyu/lib/fastjet/lib -lm -L/Users/shaodingyu/lib/fastjet/lib -lfastjettools -lfastjet -lfastjetplugins -lsiscone_spherical -lsiscone -lstdc++
Undefined symbols for architecture x86_64:
"std::__1::__vector_base_common::__throw_length_error() const", referenced from:
_ZNSt3__16vectorIN7fastjet9PseudoJetENS_9allocatorIS2_EEE6assignIPS2_EENS_9enable_ifIXaasr21__is_forward_iteratorIT_EE5valuesr16is_constructibleIS2_NS_15iterator_traitsIS9_E9referenceEEE5valueEvE4typeES9_S9 in fastjetfortran.o
std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet >::allocate(unsigned long) in fastjetfortran.o
std::__1::vector<bool, std::__1::allocator >::push_back(bool const&) in fastjetfortran.o
std::__1::vector<bool, std::__1::allocator >::allocate(unsigned long) in fastjetfortran.o
std::__1::vector<int, std::__1::allocator >::allocate(unsigned long) in fastjetfortran.o
void std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet >::__push_back_slow_path<fastjet::PseudoJet const>(fastjet::PseudoJet const&) in fastjetfortran.o
std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet >::__append(unsigned long) in fastjetfortran.o
...
"std::__1::locale::use_facet(std::__1::locale::id&) const", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::endl<char, std::__1::char_traits >(std::__1::basic_ostream<char, std::__1::char_traits >&) in fastjetfortran.o
"std::__1::ios_base::getloc() const", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::endl<char, std::__1::char_traits >(std::__1::basic_ostream<char, std::__1::char_traits >&) in fastjetfortran.o
"std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator >::_init(char const, unsigned long)", referenced from:
fastjetglobalrhoandsigma in fastjetfortran.o
void fastjet::ClusterSequenceArea::initialize_and_run_cswafastjet::PseudoJet(std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet > const&, fastjet::JetDefinition const&) in fastjetfortran.o
fastjet::Selector::InvalidWorker::InvalidWorker() in fastjetfortran.o
"std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator >::__init(unsigned long, char)", referenced from:
std::__1::ostreambuf_iterator<char, std::__1::char_traits > std::__1::__pad_and_output<char, std::__1::char_traits >(std::_1::ostreambuf_iterator<char, std::1::char_traits >, char const, char const, char const, std::__1::ios_base&, char) in fastjetfortran.o
"std::__1::basic_string<char, std::__1::char_traits, std::__1::allocator >::~basic_string()", referenced from:
fastjetglobalrhoandsigma in fastjetfortran.o
void fastjet::ClusterSequenceArea::initialize_and_run_cswafastjet::PseudoJet(std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet > const&, fastjet::JetDefinition const&) in fastjetfortran.o
std::__1::ostreambuf_iterator<char, std::__1::char_traits > std::__1::__pad_and_output<char, std::__1::char_traits >(std::_1::ostreambuf_iterator<char, std::1::char_traits >, char const, char const, char const, std::__1::ios_base&, char) in fastjetfortran.o
fastjet::Error::~Error() in fastjetfortran.o
fastjet::Selector::InvalidWorker::InvalidWorker() in fastjetfortran.o
"std::__1::basic_ostream<char, std::__1::char_traits >::put(char)", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::endl<char, std::__1::char_traits >(std::__1::basic_ostream<char, std::__1::char_traits >&) in fastjetfortran.o
"std::__1::basic_ostream<char, std::__1::char_traits >::flush()", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::endl<char, std::__1::char_traits >(std::__1::basic_ostream<char, std::__1::char_traits >&) in fastjetfortran.o
"std::__1::basic_ostream<char, std::__1::char_traits >::sentry::sentry(std::__1::basic_ostream<char, std::__1::char_traits >&)", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
"std::__1::basic_ostream<char, std::__1::char_traits >::sentry::~sentry()", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
"std::__1::basic_ostream<char, std::__1::char_traits >::operator<<(int)", referenced from:
void fastjet::ClusterSequenceArea::initialize_and_run_cswafastjet::PseudoJet(std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet > const&, fastjet::JetDefinition const&) in fastjetfortran.o
"std::__1::cerr", referenced from:
void fastjet::ClusterSequenceArea::initialize_and_run_cswafastjet::PseudoJet(std::__1::vector<fastjet::PseudoJet, std::__1::allocatorfastjet::PseudoJet > const&, fastjet::JetDefinition const&) in fastjetfortran.o
"std::__1::cout", referenced from:
void fastjet::ClusterSequenceActiveAreaExplicitGhosts::initialisefastjet::PseudoJet(std::__1::vector<fastjet::PseudoJet, std::_1::allocatorfastjet::PseudoJet > const&, fastjet::JetDefinition const&, fastjet::GhostedAreaSpec const, std::__1::vector<fastjet::PseudoJet, std::_1::allocatorfastjet::PseudoJet > const, double, bool const&) in fastjetfortran.o
"std::__1::ctype::id", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::endl<char, std::__1::char_traits >(std::__1::basic_ostream<char, std::__1::char_traits >&) in fastjetfortran.o
"std::__1::locale::~locale()", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::endl<char, std::__1::char_traits >(std::__1::basic_ostream<char, std::__1::char_traits >&) in fastjetfortran.o
"std::__1::ios_base::__set_badbit_and_consider_rethrow()", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
"std::__1::ios_base::clear(unsigned int)", referenced from:
std::__1::basic_ostream<char, std::__1::char_traits >& std::__1::operator<< std::__1::char_traits(std::__1::basic_ostream<char, std::_1::char_traits >&, char const) in fastjetfortran.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make: ** [fastjet_fortran_example] Error 1
"

How can I deal with it?

Thanks very much!

When using the Formula.factory function to find the path to a dependency, Homebrew constructs the path string by looking at the respective formula rather than searching for an installation on the system. When a formula is installed as an unstable release (--devel or --HEAD), its dependencies will inherit this status. This means that if a --devel installation is performed, it will try to use --devel dependencies if these are defined.

Specifically, a --devel Sherpa installation will attempt to use a --devel LHAPDF installation. If the user has a normal LHAPDF installation only it will not find this and the build will fail. This could also become a problem if I add a --devel install for Rivet. https://github.com/davidchall/homebrew-hep/blob/master/sherpa.rb

Hello, I'm having trouble installing LHAPDF through homebrew-hep. I've run `brew update'.

Here's the gist: https://gist.github.com/9b67ca7df8a61bfeb1f9

$ brew install lhapdf
==> Installing lhapdf from davidchall/homebrew-hep
==> Installing lhapdf dependency: boost
==> Downloading https://homebrew.bintray.com/bottles/boost-1.57.0.yosemite.bottl
######################################################################## 100.0%
==> Pouring boost-1.57.0.yosemite.bottle.tar.gz
🍺  /usr/local/Cellar/boost/1.57.0: 10572 files, 439M
==> Installing lhapdf
==> Downloading http://www.hepforge.org/archive/lhapdf/LHAPDF-6.1.4.tar.gz
Already downloaded: /Library/Caches/Homebrew/lhapdf-6.1.4.tar.gz
==> ./configure --prefix=/usr/local/Cellar/lhapdf/6.1.4 --with-boost=/usr/local/
checking for Boost's header version... 1_57
checking boost/foreach.hpp usability... no
checking boost/foreach.hpp presence... no
checking for boost/foreach.hpp... no
configure: error: cannot find boost/foreach.hpp

READ THIS: https://git.io/brew-troubleshooting
If reporting this issue please do so at (not Homebrew/homebrew):
  https://github.com/davidchall/homebrew-hep/issues/

Possible sources of complication:

I've installed Anaconda (Continuum analytics) for Python and get the following when I run brew doctor

$ brew doctor
Please note that these warnings are just used to help the Homebrew maintainers
with debugging if you file an issue. If everything you use Homebrew for is
working fine: please don't worry and just ignore them. Thanks!

Warning: "config" scripts exist outside your system or Homebrew directories.
`./configure` scripts often look for *-config scripts to determine if
software packages are installed, and what additional flags to use when
compiling and linking.

Having additional scripts in your path can confuse software installed via
Homebrew if the config script overrides a system or Homebrew provided
script of the same name. We found the following "config" scripts:

  /Users/fliptanedo/anaconda/bin/curl-config
  /Users/fliptanedo/anaconda/bin/freetype-config
  /Users/fliptanedo/anaconda/bin/libdynd-config
  /Users/fliptanedo/anaconda/bin/libpng-config
  /Users/fliptanedo/anaconda/bin/libpng15-config
  /Users/fliptanedo/anaconda/bin/llvm-config
  /Users/fliptanedo/anaconda/bin/python-config
  /Users/fliptanedo/anaconda/bin/python2-config
  /Users/fliptanedo/anaconda/bin/python2.7-config
  /Users/fliptanedo/anaconda/bin/xml2-config
  /Users/fliptanedo/anaconda/bin/xslt-config

Is there any possible way of rebuilding Sherpa with OpenLoops, if installed via homebrew? The usual way is to use autoreconf, and rebuild using ./configure with --enable-openloops=path/to/openloops, but there is not ./configure with Sherpa installed through homebrew. Is there any possible way of doing this?

I tried to install Sherpa via Homebrew and got the Following response:

"
==> Installing sherpa from davidchall/homebrew-hep
==> Using Homebrew-provided fortran compiler.
This may be changed by setting the FC environment variable.
==> Downloading http://www.hepforge.org/archive/sherpa/SHERPA-MC-2.1.1.tar.gz
Already downloaded: /Library/Caches/Homebrew/sherpa-2.1.1.tar.gz
==> Downloading https://sherpa.hepforge.org/trac/raw-attachment/ticket/300/iterator.patch
Already downloaded: /Library/Caches/Homebrew/sherpa--patch-a19e8ee6e788070d3d8e42bdfe72dd5d0271b118.patch
==> Downloading https://sherpa.hepforge.org/trac/raw-attachment/ticket/342/sherpa_OSX_fix.patch
Already downloaded: /Library/Caches/Homebrew/sherpa--patch-3a1754045d755e6cf4e98afc706934992a93aab4.patch
==> Patching
patching file AHADIC++/Tools/Soft_Cluster_Handler.C
patching file AMISIC++/Main/MI_Base.C
patching file ATOOLS/Org/IO_Handler.C
==> ./configure --prefix=/usr/local/Cellar/sherpa/2.1.1 --enable-multithread --enable-hepmc2=/usr/local
cat: /include/sqlite3.h: No such file or directory
./configure: line 21542: test: !=: unary operator expected
configure: WARNING: Cannot find SQLITE_VERSION macro in sqlite3.h header to retrieve SQLite version!
configure: error: Sqlite3 required but not found.
To install a local copy, use the configure option --with-sqlite3=install.
"

I tried uninstalling and reinstalling SQLite but it still didn't work so uninstalled all packages but still the same Error I the edited the Sherpa installation by adding "args << "--with-sqlite3=instal"" and than tried installing sherpa with and without SQLite installed. I also updated brew several times and ran brew doctor.
Can you maybe help me

ps: these are the packages I successfully installed;

boost gcc hepmc mpfr readline xrootd
cloog gdbm isl openssl rivet xz
cmake gmp lhapdf pkg-config root yaml-cpp
fastjet gsl libmpc python sqlite yoda

Best

Oskar

Dear Experts,

After successfully installing pythia8 using homebrew-hep, it was recommended that I run "brew install sacrifice" as the easiest way to generate Pythia8 events. Unfortunately, upon doing make install, this resulted in an error that I'm having trouble interpreting. The resulting output is copied below. Any help would be greatly appreciated.

Thanks,
Sam

"
==> ./configure --prefix=/usr/local/Cellar/sacrifice/1.0.0 --with-pythia=/usr/lo
==> make install
Last 15 lines from /Users/shomiller/Library/Logs/Homebrew/sacrifice/02.make:
clang++ -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -Wall -O2 -g -O2 -c -o run_pythia-BeamParticle.o test -f 'BeamParticle.cxx' || echo './'BeamParticle.cxx
clang++ -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -Wall -O2 -g -O2 -c -o run_pythia-UserHooksFactory.o test -f 'UserHooksFactory.cxx' || echo './'UserHooksFactory.cxx
clang++ -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -Wall -O2 -g -O2 -c -o run_pythia-PythiaMain.o test -f 'PythiaMain.cxx' || echo './'PythiaMain.cxx
clang++ -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -Wall -O2 -g -O2 -c -o run_pythia-MCUtilsHandler_enabled.o test -f 'MCUtilsHandler_enabled.cxx' || echo './'MCUtilsHandler_enabled.cxx
clang++ -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -Wall -O2 -g -O2 -c -o run_pythia-PhotosHandler_disabled.o test -f 'PhotosHandler_disabled.cxx' || echo './'PhotosHandler_disabled.cxx
clang++ -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -Wall -O2 -g -O2 -c -o run_pythia-HepMCIOHandler_no_gzip.o test -f 'HepMCIOHandler_no_gzip.cxx' || echo './'HepMCIOHandler_no_gzip.cxx
clang -DHAVE_CONFIG_H -I. -I../config -Wall -O2 -I../ -I../include -I/usr/local/include -I/usr/local/opt/pythia8/include/ -DPYTHIA8200 -DENABLE__BINRELOC -DDEFAULTDATADIR="/usr/local/opt/pythia8/share/Pythia8/xmldoc" -DDEFAULTPARAMDIR="/usr/local/Cellar/sacrifice/1.0.0/share/Sacrifice" -DDEFAULTLIBDIR="/usr/local/Cellar/sacrifice/1.0.0/lib" -I/usr/local/include/ -DHEPMC_HAS_UNITS -DHAS_HEPMC -I/private/tmp/sacrifice-20170705-90344-s0tnlu/Sacrifice-1.0.0/include/ -DHAS_MCUTILS -I/usr/local/Cellar/lhapdf/6.1.6/include -I/usr/local/opt/boost/include -g -O2 -c -o run_pythia-binreloc.o test -f 'binreloc.c' || echo './'binreloc.c
PythiaMain.cxx:99:17: error: no member named 'set_crash_on_problem' in 'HepMC::Pythia8ToHepMC'
pythiaToHepMC.set_crash_on_problem(true);

1 error generated.
make[2]: *** [run_pythia-PythiaMain.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
"

I'm getting the following error when installing Sherpa 2.1.1 from the new formula, including the --with-rivet option

→ brew install Sherpa --with-rivet
==> Installing sherpa from davidchall/hep
==> Using Homebrew-provided fortran compiler.
This may be changed by setting the FC environment variable.
==> Downloading http://www.hepforge.org/archive/sherpa/SHERPA-MC-2.2.1.tar.gz
Already downloaded: /Users/hartland/Library/Caches/Homebrew/sherpa-2.2.1.tar.gz
==> ./configure --prefix=/usr/local/Cellar/sherpa/2.2.1 --enable-hepmc2=/usr/local/opt/hepmc --enable-rivet=/usr/local/opt/rivet --enable-lhapdf=/usr/local/opt/lhapdf
==> make install
Last 15 lines from /Users/hartland/Library/Logs/Homebrew/sherpa/02.make:
make_shared(_A0& __a0, _A1& __a1, _A2& __a2)
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:4769:1: note: candidate function template not viable: requires 0 arguments, but 3 were provided
make_shared()
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:4777:1: note: candidate function template not viable: requires single argument '__a0', but 3 arguments were provided
make_shared(_A0& __a0)
^
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:4785:1: note: candidate function template not viable: requires 2 arguments, but 3 were provided
make_shared(_A0& __a0, _A1& __a1)
^
6 errors generated.
make[2]: *** [libSherpaRivetAnalysis_la-Rivet_Interface.lo] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

Is anyone else seeing a similar problem?

Hi,

brew install madgraph5_amcatnlo
==> Installing madgraph5_amcatnlo from davidchall/hep
==> Using Homebrew-provided fortran compiler.
This may be changed by setting the FC environment variable.
==> Downloading https://launchpad.net/mg5amcnlo/2.0/2.5.x/+download/MG5_aMC_v2.5.2.tar.gz

curl: (22) The requested URL returned error: 404 Not Found
Error: Failed to download resource "madgraph5_amcatnlo"
Download failed: https://launchpad.net/mg5amcnlo/2.0/2.5.x/+download/MG5_aMC_v2.5.2.tar.gz

Hi,

I have successfully built Rivet and its dependencies in Mavericks this morning; however, I am having a problem with Yoda. Yoda builds properly as a whole but yoda2root does not build. I do have root installed and I am sure that its in the bin path when I compile. Do you have any suggestions?

Thanks,
Alex

Could you add cuba on this? I try to install cuba3 on my Mavericks, but it failed, and I don't know why...Perhaps homebrew could help me, but I don't know how either. Would you give me some advice?

The website could do with a revamp.

The plan is to move information stored in the wiki into the README file and use DocumentUp to convert it to pretty HTML.

To do this, I'd need to follow the instructions about using DocumentUp in a gh-pages branch. It looks simple enough. But using the gh-pages branch means having to learn to use jekyll. I think...

If I do spend time doing this, the good thing is that I could also have a separate page (not based on the README) which keeps an up-to-date list of the packages (updated through a git hook). I could even use the Travis-CI API to retrieve the latest build status for that particular formula.

Looking at this again, its a pretty massive task. Might have to wait a bit...

Brief summary of issue:

I installed fastNLO via homebrew-hep successfully. However, when I run fnlo-tk-cppread, i.e. "fnlo-tk-cppread LHC13-173.3-Mtt.tab CT14nnlo_as_0118 1 LHAPDF no", it will get error like this:
ERROR! [fastNLOCoeffAddFix::ReadCoeffAddBase] Only IPDFCoeffFormat==0 is implemented, but IPDFCoeffFormat=-1. Exiting.

Since the installation was smooth, I would not run brew doctor, etc. Does anyone know this running issue? Since I can run successfully on a Ubuntu.

Many thanks for any suggestions.

It'd be nice if we could give an option to disable installation of analyses. This is what takes most of the installation time, and probably a good deal of space.

No rule to make target `Analyses/libRivetAnalysisTools.la', needed by `libRivet.la'.

Dear Experts,

I am tried to install Sherpa-2.1.1 on my computer and lxplus. However, I encountered the error below when I did "make" after configuration. Could you please help me fix this?
Thanks in advance,
Kamuran

fatal error: too many errors emitted, stopping now [-ferror-limit=]
22 warnings and 20 errors generated.
make[3]: *** [libSherpaRivetAnalysis_la-Rivet_Interface.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Hello, I want to run pythia8 and fastjet together. I did:

brew install pythia8
brew install cgal
brew install fastjet

everything went through and I am able to compile pythia8 examples including those that use hepmc (main41-main42).

However main61 gives an error:

$ make main61
c++ -O2 -ansi -pedantic -W -Wall -Wshadow -Wno-shadow -I../include -I/usr/local/opt/hepmc/include
main61.cc -o bin/main61.exe
-L../lib/archive -lpythia8 -lpythia8tohepmc
-L
-L/usr/local/opt/hepmc/lib -lHepMC
-lgfortran
ld: warning: directory not found for option '-L-L/usr/local/opt/hepmc/lib'
ld: library not found for -lgfortran
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [main61] Error 1

When I try one of the fastjet examples it also does not work (make main81):

ERROR, this target needs Fastjet, variable FASTJETLOCATION

Please help me fix this. Thanks in advance.

grigory

The depends_on :fortran will pour the gfortran bottle, but does not ensure its dependencies are installed. This means that users must brew install gfortran before installing the formula that requires fortran.

YODA build fails during make check

FAIL: shtest-yodamerge
======================

Traceback (most recent call last):
  File "../bin/yodamerge", line 64, in <module>
    aos = yoda.readYODA(filename)
  File "IO.pyx", line 60, in yoda.core.readYODA (yoda/core.cpp:24776)
IOError: [Errno 2] No such file or directory: 'test1.yoda'

I'm getting a hash mismatch for the APPLgrid 1.4.40 formula:

Expected: "c1e806775bcba8c3a6bd0e23f59a5d9a40b42720"
Actual: "046b3e2b21ab53d497c4b562930b26cab85f16f4"

Can anyone reproduce this or is this a local issue?

Cheers,
Nathan

ENV.fc not currently accessible in the test method.

Homebrew/legacy-homebrew#24956

Sherpa and Herwig++ fail because they require ENV.fortran but also use the CXX compiler. ENV.fortran appears to remove /usr/lib from the search path.

I manually fixed this problem by using ENV.append 'LDFLAGS', "-L/usr/lib -lstdc++".

This appears to be a Homebrew superenv bug though, and I opened an issue there Homebrew/legacy-homebrew#20173.

I started getting these warnings a few weeks ago every time I brew upgrade or cleanup:

[~]$ brew upgrade
Warning: Calling Resource#sha1 is deprecated!
Use Resource#sha256 instead.
/usr/local/Library/Taps/davidchall/homebrew-hep/ugs.rb:14:in `block in class:Ugs'
Please report this to the davidchall/hep tap!
...repeated 3 times

It doesn't have any bad effect, but the warning clutters up the brewing.

Incidentally, this tap is a great contribution and very useful, thanks for the work that goes into it!

Hello,

Following exactly the instruction to install lhapdf in order to install Superchic, I have always this problem :
Traceback (most recent call last):
File "./lhapdf", line 12, in
version = lhapdf.version
AttributeError: 'module' object has no attribute 'version'

When I try to run ./lhapdf install MMHT2014lo68cl in the bin folder. I am not an expert user in these problems but it seems that I cannot get rid of this error whatever I do.

When running brew test -v sherpa it fails when SHERPA starts generating events with the last few lines in the output being

----------------------------------------------------------
-- SHERPA generates events with the following structure --
----------------------------------------------------------
Perturbative       : Signal_Processes
Perturbative       : Hard_Decays
Perturbative       : Jet_Evolution:CSS
Perturbative       : Lepton_FS_QED_Corrections:Photons
Perturbative       : Multiple_Interactions:None
Perturbative       : Minimum_Bias:Off
Hadronization      : Beam_Remnants
Hadronization      : Hadronization:Ahadic
Hadronization      : Hadron_Decays
---------------------------------------------------------
  Event 2 ( 0s elapsed / 14s left ) -> ETA: Thu Dec 05 17:24  
Exception_Handler::SignalHandler: Signal (11) caught. 
   Cannot continue.
Exception_Handler::Terminate(): Pre-crash status saved to '/private/tmp/sherpa-KYRi/Status__Thu_Dec__5_17-23-57_2013'.
In Event_Handler::Finish : Summarizing the run may take some time.
+-----------------------------------------------------+
|                                                     |
|  Total XS is 857.21 pb +- ( 589.061 pb = 68.71 % )  |
|                                                     |
+-----------------------------------------------------+
------------------------------------------------------------------------
Please cite the publications listed in 'Sherpa_References.tex'.
  Extract the bibtex list by running 'get_bibtex Sherpa_References.tex'
  or email the file to '[email protected]', subject 'generate'.
------------------------------------------------------------------------
Exception_Handler::Exit: Exiting Sherpa with code (2)
Error: sherpa: failed

I'm seeing this when attempting to brew install sherpa

Last 15 lines from /Users/hartland/Library/Logs/Homebrew/sherpa/02.make:
    ( sizeof(x) == sizeof(float)  ? __inline_isnanf((float)(x))          \
    ^
In file included from STL_Tools.C:4:
In file included from ../../ATOOLS/Phys/Flavour.H:8:
../../ATOOLS/Math/MathTools.H:122:32: error: expected unqualified-id
    return std::isnan(x)||std::isnan(-x);
                               ^
/usr/include/math.h:179:5: note: expanded from macro 'isnan'
    ( sizeof(x) == sizeof(float)  ? __inline_isnanf((float)(x))          \
    ^
fatal error: too many errors emitted, stopping now [-ferror-limit=]
20 errors generated.
make[2]: *** [libToolsOrg_la-STL_Tools.lo] Error 1
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

Has anyone else noticed this? Oddly enough, if I try to install manually to try and debug I actually get a different bunch of errors around ambiguous abs calls (which is probably a separate issue ticket).

The make test step of the HepMC install fails 3 of the tests. These make comparisons between output of test programs and logs bundled in the tarball. Looking at the test scripts, these differences don't look unprecedented.

Not urgent, since brew test hepmc can be used to check installation in the meantime.

Since a long time your tap repository has been around and has been listed on formulae.brew.sh (formerly braumeister.org). So thanks for your contribution to Homebrew’s ecosystem.

Recently, Homebrew has chosen to integrate and deprecate all of its own tap repositories, like e.g. homebrew-php which has been deprecated as the last one a few days ago.

Now, homebrew-hep is the last tap repository to be listed on formulae.brew.sh and I’d like to remove it too. I’ll use this issue to give you some time to adapt your repository (README and web page links to braumeister.org) and maybe you want to discuss the removal.

There are two reasons for the removal of homebrew-hep:

• To our users it might not be clearly visible that this tap is not part of Homebrew and is not supported by Homebrew’s maintainers.
• Given it’s the last tap, I’d be able to remove a lot of code that has been put in place to support multiple tap repositories.

Thanks and sorry for any inconvenience.

I know that @nhartland and @ebothmann are both interested in this package.

MCgrid fails when building against Rivet-2.5.0 because Rivet now relies upon C++11 and has removed the Boost library dependency. I think that MCgrid will either need to explicitly use Boost (rather than via Rivet) or will need to update to C++11.

Dear David,
I have tried to upgrade the Pythia8 package from 8.186 to 8.205.
I updated the tar file and the SHA1 key, and the installation seem successful.
The file also seem to all be in the correct location,
however if I try doing pythia8-config it does not work.
Am I missing any step? Or would you know what might have gone wrong?
Simone

Troubleshooting steps taken:

• Ran brew update and retried your prior step?
• Ran brew doctor, fixed as many issues as possible and retried your prior step?
• Checked that a similar issue hasn't already been filed?

Brief summary of issue:

Instalingl rivet fails at last step. Got the following output: (all other steps completed successfully )

==> Pouring rivet-2.5.4.high_sierra.bottle.tar.gz
Error: Calling <<-EOS.undent is disabled!
Use <<~EOS instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/rivet.rb:64:in `caveats'
Please report this to the davidchall/hep tap!
Or, even better, submit a PR to fix it!

In trying to install topdrawer, there is a problem with the dependencies. One is homebrew/x11/imake. However, the repository homebrew/x11 has been deprecated and imake now appears in homebrew/core. More problematical is homebrew/head-only/f2c. It seems that f2c is nowhere to be found. In fact, homebrew/head-only is deprecated and f2c was moved a few years ago to homebrew/boneyard. But now homebrew/boneyard is deprecated, and f2c seems to have disappeared entirely.

Topdrawer also needs ugs. One of its dependencies is homebrew/x11/imake, which has already been mentioned above that imake has been moved to homebrew/core.

Is it possible to update topdrawer so that it can be installed on a new mac using homebrew?

Hi David,

I was wondering if you have ever attempted installing Blackhat on Mac to be used by Sherpa. I noticed that you have recently included the option to link MCFM with Sherpa, but MCFM seems to have a very limited number of supported processes. I have had quite a bit of trouble trying to install Blackhat on Mac; however, it would be incredibly useful.

Sorry to open an issue for this since its technically not an issue, but I wasn't sure where else to put it.

Cheers,
Christian

Homebrew have changed how tests are implemented Homebrew/legacy-homebrew#20358

It looks like some of the features I was requesting have been included, so it should be more versatile now.

The existing brew test [package] commands still work fine from the end user's perspective, but report an error on the Travis CI builds. Once the tests are updated, I can restore them in the Travis CI script.

When testing ThePEG linked against LHAPDF, fails during make check. Could this be related to new LHAPDF version? Seems to be trying to access CTEQ6L1 PDF set, which is not necessarily installed?

./setupThePEG --exitonerror -r ThePEGDefaults.rpo TestLHAPDF.in
(cd /LHAPDF)
(cp /Defaults/Partons/SoftRemnants SoftRemnants)
(set CTEQ6ll:RemnantHandler SoftRemnants)
(cp /Defaults/Particles/p+ p+)
(set p+:PDF CTEQ6ll)
Error: Could not set the reference "PDF" for the object "p+" to the object "CTEQ6ll" because the set function threw an  unknown exception.

This is because recursive dependencies of fortran are summed Homebrew/legacy-homebrew#25025

Sherpa compilation fails with the error that it couldn't find "LHAPDF::_paths()" which does not exist in the latest LHAPDF 6 version anymore (only "LHAPDF::paths()"). Sherpa 2.1.0 does not have this issue, and it would be great if the package could be updated.

With the current formula, I get

❯ brew audit sherpa.rb
sherpa:
  * Formulae are required to declare all linked dependencies.
    Please add all linked dependencies to the formula with:
      depends_on "davidchall/hep/fastjet" => :linked
Error: 1 problem in 1 formula

Adding the proposed line lets the error disappear. But there is an optional dependency declared already, and also why does it only complain about fastjet. I also can not find s.th. via a quick Web search. Does anyone know how to correctly set it up the homebrew-way?

When I run "rivet --list-analyses", i run into a Seg Fault.
Can someone verify that they are also seeing this (when rivet is built against clang)?

Alex

Hello,

Thanks for maintaining these packages, it's a very useful service to the HEP community.

I don't think these are serious errors, but since they repeat themselves on every brew update and say to report them, here it is.

Indicate troubleshooting steps taken

• Ran brew update and retried your prior step?
• Ran brew doctor, fixed as many issues as possible and retried your prior step?
• [think so] Checked that a similar issue hasn't already been filed?
• [?] Looked up the software bug tracker if reporting a build error?
• [not relevant] If you're seeing permission errors, tried running sudo chown -R $(whoami) $(brew --prefix)?

Please complete the following:

Brief summary of issue:

brew update reports deprecated directives in formula, as far as I can see.

The complete command that you issued:

[~]$ brew update
Updated 1 tap (homebrew/core).
==> Updated Formulae
iron-functions owfs sslh
Warning: Calling 'depends_on :fortran' is deprecated!
Use 'depends_on "gcc"' instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/mcfm.rb:11:in `class:Mcfm'
Please report this to the davidchall/hep tap!

Warning: Calling 'depends_on :mpi' is deprecated!
Use 'depends_on "open-mpi"' instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/sherpa.rb:30:in `class:Sherpa'
Please report this to the davidchall/hep tap!

Warning: Calling 'depends_on :python3' is deprecated!
Use 'depends_on "python3"' instead.
/usr/local/Homebrew/Library/Homebrew/dependency_collector.rb:88:in `parse_spec'

Warning: Calling 'depends_on :python' is deprecated!
Use 'depends_on "python"' instead.
/usr/local/Homebrew/Library/Homebrew/dependency_collector.rb:88:in `parse_spec'

Gist with output of brew doctor:

Warning: Calling 'depends_on :fortran' is deprecated!
Use 'depends_on "gcc"' instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/mcfm.rb:11:in `class:Mcfm'
Please report this to the davidchall/hep tap!

Warning: Calling 'depends_on :mpi' is deprecated!
Use 'depends_on "open-mpi"' instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/sherpa.rb:30:in `class:Sherpa'
Please report this to the davidchall/hep tap!

Warning: Calling 'depends_on :python3' is deprecated!
Use 'depends_on "python3"' instead.
/usr/local/Homebrew/Library/Homebrew/dependency_collector.rb:88:in `parse_spec'

Warning: Calling 'depends_on :python' is deprecated!
Use 'depends_on "python"' instead.
/usr/local/Homebrew/Library/Homebrew/dependency_collector.rb:88:in `parse_spec'

Link output by brew gist-logs <formula>:

[~]$ brew gist-logs mcfm
Warning: Calling 'depends_on :fortran' is deprecated!
Use 'depends_on "gcc"' instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/mcfm.rb:11:in `class:Mcfm'
Please report this to the davidchall/hep tap!

Error: No logs.

Output of brew config:

[~]$ brew config
HOMEBREW_VERSION: 1.5.0
ORIGIN: https://github.com/Homebrew/brew.git
HEAD: 985202cf8e3f9e221753dd99adf1e8874fece03a
Last commit: 2 days ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: d4d15a8268f85582195d6aa185fda5f2207e0c41
Core tap last commit: 2 hours ago
HOMEBREW_PREFIX: /usr/local
CPU: octa-core 64-bit ivybridge
Homebrew Ruby: 2.3.3 => /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/2.3.3/bin/ruby
Clang: 9.0 build 900
Git: 2.14.3 => /Applications/Xcode.app/Contents/Developer/usr/bin/git
Curl: 7.54.0 => /usr/bin/curl
Perl: /usr/bin/perl
Python: /usr/local/opt/python/libexec/bin/python => /usr/local/Cellar/python/2.7.14_2/Frameworks/Python.framework/Versions/2.7/bin/python2.7
Ruby: /usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/bin/ruby
Java: 9.0.4, 1.6.0_65-b14-468
macOS: 10.13.2-x86_64
Xcode: 9.2
CLT: 9.2.0.0.1.1510905681
X11: 2.7.11 => /opt/X11

brew install madgraph5_amcatnlo

I keep getting
Updating Homebrew...
==> Installing madgraph5_amcatnlo from davidchall/hep
==> Downloading https://launchpad.net/mg5amcnlo/2.0/2.6.x/+download/MG5_aMC_v2.6.0.tar.gz

curl: (22) The requested URL returned error: 404 Not Found
Error: Failed to download resource "madgraph5_amcatnlo"
Download failed: https://launchpad.net/mg5amcnlo/2.0/2.6.x/+download/MG5_aMC_v2.6.0.tar.gz

If I type
https://launchpad.net/mg5amcnlo/2.0/2.6.x/+download/MG5_aMC_v2.6.3.2.tar.gz

in the browser it work.

How I could get brew to download from
https://launchpad.net/mg5amcnlo/2.0/2.6.x/+download/MG5_aMC_v2.6.3.2.tar.gz

Many Thanks, Sabah.

Hi David,

After updating brew today, if I try to brew upgrade I'm getting the following error:

dhwired13098:~ debtosh$ brew outdated
Error: /usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/fjcontrib.rb:7: syntax error, unexpected tIDENTIFIER, expecting keyword_end
option "with-test", "Test during installation"
^
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/fjcontrib.rb:7: syntax error, unexpected tSTRING_BEG, expecting keyword_do or '{' or '('
option "with-test", "Test during installation"
^
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/fjcontrib.rb:7: syntax error, unexpected tCONSTANT, expecting keyword_end
option "with-test", "Test during installation"
^
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/fjcontrib.rb:9: syntax error, unexpected tIDENTIFIER, expecting keyword_end
depends_on "fastjet"
^
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/fjcontrib.rb:13: syntax error, unexpected tSTRING_BEG, expecting keyword_do or '{' or '('
system "make"
^
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/fjcontrib.rb:17: syntax error, unexpected keyword_end, expecting end-of-input

As you can see, all the errors are pointing to fjcontrib.rb file. I see that fastjet, fjcontrib,rivet, and yoda got updated. Any help regarding this will be highly appreciated.

Cheers,
Debtosh

The gfortran formula is obsolete in homebrew now. Instead, the brew install gcc should be used (see brew info gfortran). This creates spurious warnings about mismatched c++ libraries for formulae dependent on gfortran, because this entails a virtual dependency on gcc.

The solution is to add cxxstdlib_check :skip in every formula with depends_on :fortran.

See Homebrew/legacy-homebrew#30474 or https://github.com/Homebrew/homebrew-python/issues/133.

Indicate troubleshooting steps taken

• [x ] Ran brew update and retried your prior step?
• [x ] Ran brew doctor, fixed as many issues as possible and retried your prior step?
• [x ] Checked that a similar issue hasn't already been filed?

Brief summary of issue:

I am unable to install Sherpa. When I do the command
$ brew search sherpa

I get:
Error: homebrew/science was deprecated. This tap is now empty as all its formulae were migrated.

But I don't know to where it has migrated. When I do
$ brew search sherpa
it does appear.

Is it possible to see where it migrated to?

Thanks!
Daniel

Output of brew config:

$ brew config
HOMEBREW_VERSION: 1.7.1
ORIGIN: https://github.com/Homebrew/brew
HEAD: d6a245c05110c240e680da594c2cc6038998b82e
Last commit: 3 weeks ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: ae2c8d2f70f39f5f04f220330fd94a5094816483
Core tap last commit: 3 hours ago
HOMEBREW_PREFIX: /usr/local
CPU: quad-core 64-bit broadwell
Homebrew Ruby: 2.3.7 => /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/bin/ruby
Clang: 9.1 build 902
Git: 2.15.1 => /Library/Developer/CommandLineTools/usr/bin/git
Curl: 7.54.0 => /usr/bin/curl
Java: N/A
macOS: 10.13.6-x86_64
CLT: 9.4.0.0.1.1526532315
Xcode: 9.4.1
XQuartz: N/A

Possible deprecation

• I ran brew install herwig++ and some dependency installations showed these warnings:

Warning: Calling <<-EOS.undent is deprecated!
Use <<~EOS instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/rivet.rb:64:in `caveats'
Please report this to the davidchall/hep tap!

...

Warning: Calling <<-EOS.undent is deprecated!
Use <<~EOS instead.
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/lhapdf.rb:49:in `caveats'
Please report this to the davidchall/hep tap!

Indicate troubleshooting steps taken

• Ran brew update and retried your prior step?
• Ran brew doctor, fixed as many issues as possible and retried your prior step?
• Checked that a similar issue hasn't already been filed?
• Looked up the software bug tracker if reporting a build error?
• If you're seeing permission errors, tried running sudo chown -R $(whoami) $(brew --prefix)?

Hi all,

I'm a green-hand on this. After updating to macOS Mojave, root 6.14.04 has a running issue. I've reinstall homebrew and root, this issue is still there. It seems Mojave migrated some important files to somewhere else. The issue is:

`└─[$] root [11:02:48]
ERROR in cling::CIFactory::createCI(): cannot extract standard library include paths!
Invoking:
LC_ALL=C /usr/local/Homebrew/Library/Homebrew/shims/mac/super/clang++ -O2 -DNDEBUG -xc++ -E -v /dev/null 2>&1 >/dev/null | awk '/^#include </,/^End of search/{if (!/^#include </ && !/^End of search/){ print }}' | GREP_OPTIONS= grep -E "(c|g)++"
Results was:
With exit code 256
input_line_1:1:10: fatal error: 'new' file not found
#include
^~~~~
input_line_3:37:10: fatal error: 'string' file not found
#include
^~~~~~~~

| Welcome to ROOT 6.14/04 http://root.cern.ch |
| (c) 1995-2018, The ROOT Team |
| Built for macosx64 |
| From tags/v6-14-04@v6-14-04, Aug 23 2018, 17:00:44 |
| Try '.help', '.demo', '.license', '.credits', '.quit'/'.q' |

input_line_9:1:10: fatal error: 'iostream' file not found
#include
^~~~~~~~~~
root [0]
`

There already is a discussion: https://root-forum.cern.ch/t/root-stopped-working-after-macos-update-to-mojave/30845 , but I still don't know how to fix this.

Could anyone help on this?

Hello,
I installed Pythia 8 by brew install pythia8 then I continued installing brew install sacrifice to generate Pythia 8 events. However, there is an configure error: Could not find Pythia 8 library and headers!! . Could you guys help me to solve it? Thanks

Indicate troubleshooting steps taken

• [ Yes] Ran brew update and retried your prior step?
• [Yes ] Ran brew doctor, fixed as many issues as possible and retried your prior step?
• [Yes ] Checked that a similar issue hasn't already been filed?
• Looked up the software bug tracker if reporting a build error?
• [Not Allowed ] If you're seeing permission errors, tried running sudo chown -R $(whoami) $(brew --prefix)?

Please complete the following:

Brief summary of issue:

Unable to install or get info on LHAPDF

The complete command that you issued:

brew info lhapdf

Gist with output of brew doctor:

Error: Calling <<-EOS.undent is disabled!
/usr/local/Homebrew/Library/Taps/davidchall/homebrew-hep/Formula/lhapdf.rb:49:in `caveats'
Please report this to the davidchall/hep tap!

Link output by brew gist-logs <formula>:

https://gist.github.com/a51d67d67b2a61fd9491405ed8ab770e

Output of brew config:

HOMEBREW_VERSION: 1.6.9
ORIGIN: https://github.com/Homebrew/brew
HEAD: c814199a791867ab75f90a22715e2475706b13d8
Last commit: 2 weeks ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 7b09734b500baec2e588fe12834c237295d03fee
Core tap last commit: 2 hours ago
HOMEBREW_PREFIX: /usr/local
CPU: octa-core 64-bit haswell
Homebrew Ruby: 2.3.3 => /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/bin/ruby
Clang: 9.1 build 902
Git: 2.15.2 => /Applications/Xcode.app/Contents/Developer/usr/bin/git
Curl: 7.54.0 => /usr/bin/curl
Java: N/A
macOS: 10.13.5-x86_64
CLT: 9.4.1.0.1.1528165917

Hi David,

I was having trouble building my rivet analysis. Here is my output:

129-79-158-67:WJETS_SYST_NEWANALYSIS Alex$ rivet-buildplugin RivetWJETS_SYST_NEWANALYSIS.so WJETS_SYST_NEWANALYSIS.cc
clang++ -o "RivetWJETS_SYST_NEWANALYSIS.so" -undefined dynamic_lookup -bundle -I/usr/local/Cellar/rivet/2.0.0/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/Cellar/gsl/1.16/include -Dunix -std=c++11 -pedantic -ansi -Wall -Wno-long-long -Wno-format -Werror=uninitialized -Werror=delete-non-virtual-dtor -O2 -L/lib -L/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/local/Cellar/fastjet/3.0.6/lib -lm -L/usr/local/Cellar/fastjet/3.0.6/lib -lfastjettools -lfastjet -lfastjetplugins -lsiscone_spherical -lsiscone WJETS_SYST_NEWANALYSIS.cc -lRivet
ld: warning: directory not found for option '-L/lib'

I took a look at the "rivet-buildplugin" script and noticed where it defines the system linker flags ${exex_prefix} is not defined:
--> Get Rivet system linker flags (duplicating that in rivet-config.in)
myldflags=""
lrivet="${exec_prefix}/lib"

I managed to fix it by explicitly defining exec_prefix as "/usr/local/Cellar/rivet/2.0.0". Also notice that in the block of code in "rivet-buildplugin", the C preprocessors are defined in a similar manner but uses the ${prefix} variable:
--> Get Rivet system C preprocessor flags (duplicating that in rivet-config.in)
mycppflags=""
prefix="/usr/local/Cellar/rivet/2.0.0"
irivet="${prefix}/include"

Hope this helps!
-Alex