Coder Social home page Coder Social logo

nnpdf / nnpdf Goto Github PK

View Code? Open in Web Editor NEW
29.0 10.0 6.0 367.85 MB

An open-source machine learning framework for global analyses of parton distributions.

Home Page: https://docs.nnpdf.science/

License: GNU General Public License v3.0

Shell 0.11% Python 94.97% HTML 0.23% Makefile 0.01% Jupyter Notebook 3.30% CSS 0.70% TeX 0.69%
particle-physics quantum-chromodynamics parton-distribution-functions lhc hep hep-ph physics

nnpdf's Introduction

Build status DOI

NNPDF: An open-source machine learning framework for global analyses of parton distributions

The NNPDF collaboration determines the structure of the proton using Machine Learning methods. This is the main repository of the fitting and analysis frameworks. In particular it contains all the necessary tools to reproduce the NNPDF4.0 PDF determinations.

Documentation

The documentation is available at https://docs.nnpdf.science/

Install

See the NNPDF installation guide for the conda package, and how to build from source.

Please note that the conda based workflow described in the documentation is the only supported one. While it may be possible to set up the code in different ways, we won't be able to provide any assistance.

We follow a rolling development model where the tip of the master branch is expected to be stable, tested and correct. For more information see our releases and compatibility policy.

Cite

This code is described in the following paper:

@article{NNPDF:2021uiq,
    author = "Ball, Richard D. and others",
    collaboration = "NNPDF",
    title = "{An open-source machine learning framework for global analyses of parton distributions}",
    eprint = "2109.02671",
    archivePrefix = "arXiv",
    primaryClass = "hep-ph",
    reportNumber = "Edinburgh 2021/13, Nikhef-2021-020, TIF-UNIMI-2021-12",
    doi = "10.1140/epjc/s10052-021-09747-9",
    journal = "Eur. Phys. J. C",
    volume = "81",
    number = "10",
    pages = "958",
    year = "2021"
}

If you use the code to produce new results in a scientific publication, please follow the Citation Policy, particularly in regards to the papers relevant for QCD NNLO and EW NLO calculations incorporated in the NNPDF dataset.

Contribute

We welcome bug reports or feature requests sent to the issue tracker. You may use the issue tracker for help and questions as well.

If you would like contribute to the code, please follow the Contribution Guidelines.

nnpdf's People

Contributors

achiefa avatar alecandido avatar andreab1997 avatar apjansen avatar cmurilochem avatar comane avatar cschwan avatar enocera avatar eslade avatar giacomomagni avatar goord avatar jesusurtasun avatar ldd69 avatar lucarottoli avatar mariaubiali avatar nhartland avatar niclaurenti avatar rabah-khalek avatar radonirinaunimi avatar rosalynlp avatar roystegeman avatar scarlehoff avatar scarrazza avatar siranipour avatar t7phy avatar tgiani avatar toonhasenack avatar voisey avatar wilsonmr avatar zaharid avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

nnpdf's Issues

Random states (C++)

Issue by Zaharid
Friday Jun 23, 2017 at 09:49 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/9


We clearly need more localized random states. I think we should have high level functions (similar to the one in #7) that take a random_state as an argument. This is what sklearn does (e.g. http://scikit-learn.org/stable/modules/generated/sklearn.svm.SVC.html#sklearn.svm.SVC) and works well enough.

These "high level functions" are things like Minimize, GeneratePseudorreplicas or TrainValidSplit.

Ideas?

integrating ciscripts

Issue by scarrazza
Thursday Jul 27, 2017 at 15:05 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/pull/39


Refers to #34 .

This pull replaces the .ciscript and related files with a git submodule pointing to NNPDF/ciscripts

After pulling this repository we have to run:

git submodule update --init --recursive

Please have a look and let me know what you think. To deal with submodules Gitlab CI has this while travis pull submodules by default (I think).


scarrazza included the following code: https://github.com/NNPDF/libnnpdf/pull/39/commits

Add fast methods to access xfxQ in Python

Issue by Zaharid
Monday Jul 24, 2017 at 09:08 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/pull/37


I am less than sure I want to introduce a new toolchain now that the
wrapper was looking almost nice, but I believe we are going to need
these quite a bit in the long run.

Things like scipy (since very recently) and numba support calling
"CFFI" functions directly as C code and thus avoid the overhead of
calling a Python function every time. This is important for things
like integrals where a function is called many times in a loop.

For something with a reckless disregard for performance, such as
LHAPDF.xfxQ, this overhead is 100%-200%. For a better optimized
function, it can be more.

In SWIG we have something like grid_values, which does the loop
itself in C, but that doesn't work with all the APIs.

While we could do these all the way in C++, I was put off by the fact
that the APIs are not super nice (like IntegratePDF taking a mandatory
"gsl_integration_workspace*" for some reason). Besides this opens the
door to interact with e.g. numba.

Instead, introduce another wrapper technology, based on C, for the
moment, essentially to wrap xfxQ.

Some examples of places where this can be used are:

  • arclength evaluations.
  • sum rules
  • luminosities

It works similarly to SWIG but with less magic (for the good and the
bad) and only with C headers (which is why less magic is required). It
generates a C/C++ source with the binding boilerplate, from an input
source and an explicit list of declarations to be exported.

To make this interact with SWIG objects, one has to convert the
pointers to integers of the appropriate type and then to pointers CFFI
pointers again. There are a few one liners with integrands in the
format scipy likes them. The whole thing is to be used like this:

https://github.com/NNPDF/validphys2/commit/2ed324ccb6d4411c4419226b98e78aae399d1ce7

or as in the test file.

The net effect is that the Python overhead is completely removed and
integrals work at "C speed". See for example for the sum rules:

http://pcteserver.mi.infn.it/~nnpdf/validphys-reports/ooD25rYbRkOyW7ny6CgyWw==/sumrulesperf.svg

The tests pass building with both meson and CMake.


Zaharid included the following code: https://github.com/NNPDF/libnnpdf/pull/37/commits

Add DataSet/Experiment weighting option

Issue by scarrazza
Wednesday Sep 20, 2017 at 14:20 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/40


When testing the impact of small or specific datasets, it would be quite handful to have an option to set a custom weight value for a given DataSet/Experiment. There are several possible strategies, the simplest could be the inclusion of a new double W attribute in DataSet/Experiment which is called during the chi2 evaluation.

Segfault in destrucor of copy constructor in lhapdf

Issue by Zaharid
Wednesday Jun 28, 2017 at 11:13 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/17


I found the following problem when trying to make the wrapper:

The following example:

#include <NNPDF/lhapdfset.h>


int main(void){
	auto pdf = NNPDF::LHAPDFSet("NNPDF31_nlo_as_0118", 1);
	auto x = new (NNPDF::LHAPDFSet)(pdf);
	delete x;
}

compiled with:

#meson.build
project('nnpdf', 'cpp')

deps = [dependency('nnpdf'), dependency('lhapdf')]

executable('exe', 'xx.cc', dependencies:deps)

Segfaults somewhere in the destructor:

$ ./exe 
PDF: NNPDF31_nlo_as_0118  ErrorType: No Errors booked
LHAPDF 6.1.6 loading /usr/local/share/LHAPDF/NNPDF31_nlo_as_0118/NNPDF31_nlo_as_0118_0001.dat
NNPDF31_nlo_as_0118 PDF set, member #1, version 1; LHAPDF ID = 303401
NNPDF31_nlo_as_0118 Initialised with 1 members and no errorType.
fish: “./exe” terminated by signal SIGSEGV (Address boundary error

I'll try to see where exactly.

Change fSys datastructure

Issue by Zaharid
Sunday Jul 02, 2017 at 10:18 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/25


Experiment should get a packed array (as in vector<double> buffer of unique_ptr<double*> buffer) of correlates systematics and another packed array of uncorrelated ones at construction time. We shouldn't have to dereference a deeply nested structure in a tight loop to query basic information, which is furthermore duplicated since the systematic types are the same for each point.

pandas >0.20 breaks alpha_s determination

There seems to be some crazy change in the multiindex logic that causes the alpha_s code to produce different results.

There is also a test failure (on one of the few tests I have written):

With pandas 0.22:

~/n/n/validphys2 (master) $ py.test                                                                             (vp2) 
================================================ test session starts =================================================
platform linux -- Python 3.6.4, pytest-3.3.2, py-1.5.2, pluggy-0.6.0
rootdir: /home/zah/nngit/nnpdf/validphys2, inifile:
plugins: hypothesis-3.38.5
collected 3 items                                                                                                    

src/validphys/tests/test_tableloader.py F.                                                                     [ 66%]
src/validphys/tests/test_utils.py .                                                                            [100%]

====================================================== FAILURES ======================================================
________________________________________________ test_min_combination ________________________________________________

    def test_min_combination():
        nan = np.nan
        dfdicts = [
                {('NNPDF31_nlo_as_0130_uncorr__combined',
                  'chi2'): {('NMC', 'NMC', 204, 394): nan, ('NMC',
                   'NMC',
                   204,
                   400): 679.78465060721771, ('NMC', 'NMCPD', 121, 394): nan, ('NMC',
                   'NMCPD',
                   121,
                   400): 226.73557951005108, ('NMC', 'Total', 325, 394): nan, ('NMC',
                   'Total',
                   325,
                   400): 906.52023011726862, ('SLAC', 'SLACD', 34, 394): nan, ('SLAC',
                   'SLACD',
                   34,
                   400): 55.48265988454024, ('SLAC', 'SLACP', 33, 394): nan, ('SLAC',
                   'SLACP',
                   33,
                   400): 56.765548408772041, ('SLAC', 'Total', 67, 394): nan, ('SLAC',
                   'Total',
                   67,
                   400): 110.50940462648715}},
    
              {('NNPDF31_nlo_as_0130_uncorr__combined', 'chi2'):
                  {('NMC', 'NMC', 204, 394): 572.89990139102679, ('NMC','NMC', 204,
               400): 643.10896957499369, ('NMC',
               'NMCPD',
               121,
               394): 228.66185589823439, ('NMC', 'NMCPD', 121, 400): 232.87411189255329, ('NMC',
               'Total',
               325,
               394): 801.56175728926098, ('NMC',
               'Total',
               325,
               400): 875.98308146754709, ('SLAC', 'SLACD', 34, 394): 62.071957514383364, ('SLAC',
               'SLACD',
               34,
               400): 44.278821773436725, ('SLAC',
               'SLACP',
               33,
               394): 70.465557968855123, ('SLAC', 'SLACP', 33, 400): 57.213453384186352, ('SLAC',
               'Total',
               67,
               394): 126.25943979466223, ('SLAC', 'Total', 67, 400): 101.69776217874313}},
        ]
        dfs = [pd.DataFrame.from_dict(df) for df in dfdicts]
        res = tableloader.combine_pseudorreplica_tables(dfs, ['NNPDF31_nlo_as_0130_uncorr__combined'],  )
        assert pd.isnull(res.loc[pd.IndexSlice[:,:,:,394],:]).all().all()
        assert (res.loc[pd.IndexSlice[:,:,:,400],:] == dfs[1].loc[pd.IndexSlice[:,:,:,400],:]).all().all()
        res2 = tableloader.combine_pseudorreplica_tables(
                dfs, ['NNPDF31_nlo_as_0130_uncorr__combined'], min_points_required=1)
>       assert not pd.isnull(res2.loc[pd.IndexSlice[:,:,:,394],:]).all().all()
E       assert not True
E        +  where True = <bound method Series.all of NNPDF31_nlo_as_0130_uncorr__combined  chi2    True\ndtype: bool>()
E        +    where <bound method Series.all of NNPDF31_nlo_as_0130_uncorr__combined  chi2    True\ndtype: bool> = NNPDF31_nlo_as_0130_uncorr__combined  chi2    True\ndtype: bool.all
E        +      where NNPDF31_nlo_as_0130_uncorr__combined  chi2    True\ndtype: bool = <bound method DataFrame.all of                    NNPDF31_nlo_as_0130_uncorr__combined\n                               ...  True\n     SLACP 33  394                                 True\n     Total 67  394                                 True>()
E        +        where <bound method DataFrame.all of                    NNPDF31_nlo_as_0130_uncorr__combined\n                               ...  True\n     SLACP 33  394                                 True\n     Total 67  394                                 True> =                    NNPDF31_nlo_as_0130_uncorr__combined\n                                                   chi2\nNMC  N...   True\n     SLACP 33  394                                 True\n     Total 67  394                                 True.all
E        +          where                    NNPDF31_nlo_as_0130_uncorr__combined\n                                                   chi2\nNMC  N...   True\n     SLACP 33  394                                 True\n     Total 67  394                                 True = <function isna at 0x7f0dc7648ea0>(                   NNPDF31_nlo_as_0130_uncorr__combined\n                                                   chi2\nNMC  N...    NaN\n     SLACP 33  394                                  NaN\n     Total 67  394                                  NaN)
E        +            where <function isna at 0x7f0dc7648ea0> = pd.isnull

src/validphys/tests/test_tableloader.py:60: AssertionError
================================================== warnings summary ==================================================
src/validphys/tests/test_tableloader.py::test_extrasum_slice
  /home/zah/nngit/nnpdf/validphys2/src/validphys/tableloader.py:54: FutureWarning: from_csv is deprecated. Please use read_csv(...) instead. Note that some of the default arguments are different, so please refer to the documentation for from_csv when changing your function calls
    return sane_load(filename, header=[0,1], index_col=[0,1])

-- Docs: http://doc.pytest.org/en/latest/warnings.html
=================================== 1 failed, 2 passed, 1 warnings in 1.78 seconds ===================================

The same tests pass with exactly the same environment except for downgrading pandas to 0.20.

I need to look into this in some detail, but it seems clear that it's pandas breaking its API here. So in summary:

GOOD:

  • There happened to be one test for the particularly crazy code.

BAD:

  • Updates in pandas can produce wrong results in vp2 (not simply runtime errors).
  • Tests are not executed automatically anywhere.
  • There are way too few tests.
  • Combining CSV and multiindexing is a terrible idea.

In total the bads are very bad and the good don't compensate. I still need to understand this.

Make the covmat independent of Experiment/Dataset

Issue by Zaharid
Monday May 29, 2017 at 14:02 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/4


Right now, if I want to compute the chi² of a list of dataset and also that of the experiment they make (i.e. taking into account the correlations) I have to compute the theoretical predictions for each dataset, compute the individual chi² and then copy all the datasets into an Experiment (very expensive), compute all the theoretical predictions again (very expensive). And that's only to get the covmat really, which doesn't have anything to do with any of that.

There should be a function

vector<Dataset*> -> covmat

and

vector<Dataset*> -> sqrtcovmat

that does all of what I want and nothing of what I don't. But then it would be good to support t0 and possibly more granular access to each systematic, and pseudodata replicas, at which point it seems that what's really needed is a non owing version of Experiment. Thoughts?

validphys.loader.download_file should fail for partial downloads

Right now if the download is cancelled in the middle, the user will get a file with the requested name, but corrupted. Subsequent attempts to use the file will fail at runtime. Instead we should download to a temporary file (but in the same folder, rather than /tmp) and move (rename) the file, only after the download has succeeded.

Detect optimal instruction set at runtime

When we compile code with a particular set of advanced instructions (particularly avx2), it will crash on machines (such as other nodes in the same cluster) that do not contain these instructions, with rather unhelpful error messages.

Nowadays compilers implement ways of dispatching functions at runtime based on the architechture without us having to do manually something funky with cpuid and whatnot. Since we care about only one function, it should be easy to make it work like that in all interesting environments.

Some interesting reads:
https://gcc.gnu.org/onlinedocs/gcc/Function-Multiversioning.html
https://lwn.net/Articles/691932/

AFAICT this seems more starightforward with gcc than with clang,
https://stackoverflow.com/questions/39958935/does-clang-offer-anything-similar-to-gcc-6-xs-function-multi-versioning-target

though the D compiler based on llvm has it as well
ldc-developers/ldc#1244

Probably gcc is good enough for us now.

Issue in compiling libnnpdf

Issue by mariaubiali
Thursday Dec 14, 2017 at 14:54 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/55


Dear all,
now that I have sorted the problem with the yaml-cpp installation, I still cannot compile libnnpdf and I have the error below. Any idea of what it might be?
Cheers
Maria

mu227@consist:/data/sparticle/mu227/nnpdfgit/libnnpdf/bld $ make VERBOSE=1
/usr/bin/cmake -H/data/sparticle/mu227/nnpdfgit/libnnpdf -B/data/sparticle/mu227/nnpdfgit/libnnpdf/bld --check-build-system CMakeFiles/Makefile.cmake 0
/usr/bin/cmake -E cmake_progress_start /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles/progress.marks
make -f CMakeFiles/Makefile2 all
make[1]: Entering directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
make -f CMakeFiles/nnpdf.dir/build.make CMakeFiles/nnpdf.dir/depend
make[2]: Entering directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
cd /data/sparticle/mu227/nnpdfgit/libnnpdf/bld && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /data/sparticle/mu227/nnpdfgit/libnnpdf /data/sparticle/mu227/nnpdfgit/libnnpdf /data/sparticle/mu227/nnpdfgit/libnnpdf/bld /data/sparticle/mu227/nnpdfgit/libnnpdf/bld /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles/nnpdf.dir/DependInfo.cmake --color=
make[2]: Leaving directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
make -f CMakeFiles/nnpdf.dir/build.make CMakeFiles/nnpdf.dir/build
make[2]: Entering directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 5
[  4%] Building CXX object CMakeFiles/nnpdf.dir/src/common.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/common.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/common.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 6
[  9%] Building CXX object CMakeFiles/nnpdf.dir/src/commondata.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/commondata.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/commondata.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 7
[ 14%] Building CXX object CMakeFiles/nnpdf.dir/src/chisquared.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/chisquared.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/chisquared.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 8
[ 19%] Building CXX object CMakeFiles/nnpdf.dir/src/dataset.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/dataset.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/dataset.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 9
[ 23%] Building CXX object CMakeFiles/nnpdf.dir/src/experiments.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/experiments.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/experiments.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 10
[ 28%] Building CXX object CMakeFiles/nnpdf.dir/src/fastkernel.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/fastkernel.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/fastkernel.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 11
[ 33%] Building CXX object CMakeFiles/nnpdf.dir/src/fkgenerator.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/fkgenerator.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/fkgenerator.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 12
[ 38%] Building CXX object CMakeFiles/nnpdf.dir/src/fkset.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/fkset.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/fkset.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 13
[ 42%] Building CXX object CMakeFiles/nnpdf.dir/src/lhapdfset.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/lhapdfset.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/lhapdfset.cc
In file included from /store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/base.hpp:28:0,
                 from /store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array.hpp:21,
                 from /home/mu227/hep/libs/include/LHAPDF/KnotArray.h:11,
                 from /home/mu227/hep/libs/include/LHAPDF/AlphaS.h:12,
                 from /home/mu227/hep/libs/include/LHAPDF/PDF.h:13,
                 from /home/mu227/hep/libs/include/LHAPDF/LHAPDF.h:14,
                 from /data/sparticle/mu227/nnpdfgit/libnnpdf/src/lhapdfset.cc:13:
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp: In static member function ‘static void boost::multi_array_concepts::detail::idgen_helper<N>::call(Array&, const IdxGen&, Call_Type)’:
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:42:43: warning: typedef ‘index_range’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index_range index_range;
                                           ^
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:43:37: warning: typedef ‘index’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index index;
                                     ^
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp: In static member function ‘static void boost::multi_array_concepts::detail::idgen_helper<0ul>::call(Array&, const IdxGen&, Call_Type)’:
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:53:43: warning: typedef ‘index_range’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index_range index_range;
                                           ^
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:54:37: warning: typedef ‘index’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index index;
                                     ^
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 14
[ 47%] Building CXX object CMakeFiles/nnpdf.dir/src/logger.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/logger.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/logger.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 15
[ 52%] Building CXX object CMakeFiles/nnpdf.dir/src/nnmpi.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/nnmpi.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/nnmpi.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 16
[ 57%] Building CXX object CMakeFiles/nnpdf.dir/src/nnpdfdb.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/nnpdfdb.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/nnpdfdb.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 17
[ 61%] Building CXX object CMakeFiles/nnpdf.dir/src/parametrisation.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/parametrisation.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/parametrisation.cc
In file included from /data/sparticle/mu227/nnpdfgit/libnnpdf/src/parametrisation.cc:15:0:
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF/parametrisation.h:103:9: warning: unused parameter ‘layer’ [-Wunused-parameter]
     int GetNumNodeParams(int const& layer) const {return 0;}; 
         ^
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 18
[ 66%] Building CXX object CMakeFiles/nnpdf.dir/src/pdfset.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/pdfset.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/pdfset.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 19
[ 71%] Building CXX object CMakeFiles/nnpdf.dir/src/positivity.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/positivity.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/positivity.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 20
[ 76%] Building CXX object CMakeFiles/nnpdf.dir/src/randomgenerator.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/randomgenerator.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/randomgenerator.cc
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 21
[ 80%] Building CXX object CMakeFiles/nnpdf.dir/src/thpredictions.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/thpredictions.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/thpredictions.cc
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/thpredictions.cc:384:0: warning: ignoring #pragma omp parallel [-Wunknown-pragmas]
   #pragma omp parallel for
 ^
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/thpredictions.cc:434:0: warning: ignoring #pragma omp parallel [-Wunknown-pragmas]
   #pragma omp parallel for
 ^
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 22
[ 85%] Building CXX object CMakeFiles/nnpdf.dir/src/utils.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/utils.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc: In function ‘std::vector<float> NNPDF::rsplit(const string&)’:
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc:220:34: warning: format not a string literal and no format arguments [-Wformat-security]
     sprintf(buffer, input.c_str());
                                  ^
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc: In function ‘void NNPDF::rsplit(std::vector<float>&, const string&)’:
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc:235:34: warning: format not a string literal and no format arguments [-Wformat-security]
     sprintf(buffer, input.c_str());
                                  ^
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc: In function ‘void NNPDF::CholeskyDecomposition(const NNPDF::matrix<double>&, NNPDF::matrix<double>&)’:
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc:440:25: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
     for (int i = 0; i < n; i++)
                         ^
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc:441:27: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
       for (int j = 0; j < n; j++)
                           ^
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc:445:25: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
     for (int i = 0; i < n; i++)
                         ^
/data/sparticle/mu227/nnpdfgit/libnnpdf/src/utils.cc:444:15: warning: unused variable ‘decomp’ [-Wunused-variable]
     const int decomp = gsl_linalg_cholesky_decomp(mat);
               ^
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 23
[ 90%] Building CXX object CMakeFiles/nnpdf.dir/src/pathlib.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Dnnpdf_EXPORTS -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -fPIC -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/nnpdf.dir/src/pathlib.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/pathlib.cc
Linking CXX shared library libnnpdf.so
/usr/bin/cmake -E cmake_link_script CMakeFiles/nnpdf.dir/link.txt --verbose=1
/usr/bin/c++  -fPIC  -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG   -shared -Wl,-soname,libnnpdf.so -o libnnpdf.so CMakeFiles/nnpdf.dir/src/common.cc.o CMakeFiles/nnpdf.dir/src/commondata.cc.o CMakeFiles/nnpdf.dir/src/chisquared.cc.o CMakeFiles/nnpdf.dir/src/dataset.cc.o CMakeFiles/nnpdf.dir/src/experiments.cc.o CMakeFiles/nnpdf.dir/src/fastkernel.cc.o CMakeFiles/nnpdf.dir/src/fkgenerator.cc.o CMakeFiles/nnpdf.dir/src/fkset.cc.o CMakeFiles/nnpdf.dir/src/lhapdfset.cc.o CMakeFiles/nnpdf.dir/src/logger.cc.o CMakeFiles/nnpdf.dir/src/nnmpi.cc.o CMakeFiles/nnpdf.dir/src/nnpdfdb.cc.o CMakeFiles/nnpdf.dir/src/parametrisation.cc.o CMakeFiles/nnpdf.dir/src/pdfset.cc.o CMakeFiles/nnpdf.dir/src/positivity.cc.o CMakeFiles/nnpdf.dir/src/randomgenerator.cc.o CMakeFiles/nnpdf.dir/src/thpredictions.cc.o CMakeFiles/nnpdf.dir/src/utils.cc.o CMakeFiles/nnpdf.dir/src/pathlib.cc.o -L/home/mu227/hep/libs/lib -lLHAPDF -lgsl -lgslcblas -lm -lsqlite3 -larchive -L/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib -lyaml-cpp 
make[2]: Leaving directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles  5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23
[ 90%] Built target nnpdf
make -f CMakeFiles/FKconvolute.dir/build.make CMakeFiles/FKconvolute.dir/depend
make[2]: Entering directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
cd /data/sparticle/mu227/nnpdfgit/libnnpdf/bld && /usr/bin/cmake -E cmake_depends "Unix Makefiles" /data/sparticle/mu227/nnpdfgit/libnnpdf /data/sparticle/mu227/nnpdfgit/libnnpdf /data/sparticle/mu227/nnpdfgit/libnnpdf/bld /data/sparticle/mu227/nnpdfgit/libnnpdf/bld /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles/FKconvolute.dir/DependInfo.cmake --color=
make[2]: Leaving directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
make -f CMakeFiles/FKconvolute.dir/build.make CMakeFiles/FKconvolute.dir/build
make[2]: Entering directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
/usr/bin/cmake -E cmake_progress_report /data/sparticle/mu227/nnpdfgit/libnnpdf/bld/CMakeFiles 1
[ 95%] Building CXX object CMakeFiles/FKconvolute.dir/src/fkconvolute.cc.o
/usr/bin/c++   -DDEFAULT_NNPDF_PROFILE_PATH=\"/home/mu227/hep/libs/share/NNPDF/nnprofile.yaml\" -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG -I/data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF -I/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/include    -o CMakeFiles/FKconvolute.dir/src/fkconvolute.cc.o -c /data/sparticle/mu227/nnpdfgit/libnnpdf/src/fkconvolute.cc
In file included from /store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/base.hpp:28:0,
                 from /store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array.hpp:21,
                 from /home/mu227/hep/libs/include/LHAPDF/KnotArray.h:11,
                 from /home/mu227/hep/libs/include/LHAPDF/AlphaS.h:12,
                 from /home/mu227/hep/libs/include/LHAPDF/PDF.h:13,
                 from /home/mu227/hep/libs/include/LHAPDF/LHAPDF.h:14,
                 from /data/sparticle/mu227/nnpdfgit/libnnpdf/src/NNPDF/lhapdfset.h:11,
                 from /data/sparticle/mu227/nnpdfgit/libnnpdf/src/fkconvolute.cc:14:
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp: In static member function ‘static void boost::multi_array_concepts::detail::idgen_helper<N>::call(Array&, const IdxGen&, Call_Type)’:
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:42:43: warning: typedef ‘index_range’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index_range index_range;
                                           ^
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:43:37: warning: typedef ‘index’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index index;
                                     ^
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp: In static member function ‘static void boost::multi_array_concepts::detail::idgen_helper<0ul>::call(Array&, const IdxGen&, Call_Type)’:
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:53:43: warning: typedef ‘index_range’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index_range index_range;
                                           ^
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/boost-1.63.0-epszvo6fj2h5mpzd4jw4bp7xbbjenwpv/include/boost/multi_array/concept_checks.hpp:54:37: warning: typedef ‘index’ locally defined but not used [-Wunused-local-typedefs]
       typedef typename Array::index index;
                                     ^
Linking CXX executable FKconvolute
/usr/bin/cmake -E cmake_link_script CMakeFiles/FKconvolute.dir/link.txt --verbose=1
/usr/bin/c++    -Wall -Wextra -mavx -msse4.1 -mssse3 -msse3 -msse2 -I/home/mu227/hep/libs/include     -std=c++11 -O3 -DNDEBUG    CMakeFiles/FKconvolute.dir/src/fkconvolute.cc.o  -o FKconvolute -rdynamic libnnpdf.so -L/home/mu227/hep/libs/lib -lLHAPDF -lgsl -lgslcblas -lm -lsqlite3 -larchive -L/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib -lyaml-cpp -Wl,-rpath,/data/sparticle/mu227/nnpdfgit/libnnpdf/bld 
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `VTT for std::__cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_assign(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::reserve(unsigned long)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::resize(unsigned long, char)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::runtime_error::runtime_error(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__throw_out_of_range_fmt(char const*, ...)@GLIBCXX_3.4.20'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::find_last_not_of(char, unsigned long) const@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_append(char const*, unsigned long)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::~basic_stringstream()@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_construct(unsigned long, char)@GLIBCXX_3.4.21'
libnnpdf.so: undefined reference to `YAML::LoadFile(std::string const&)'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `vtable for std::__cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `vtable for std::__cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create(unsigned long&, unsigned long)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace_aux(unsigned long, unsigned long, unsigned long, char)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::_M_sync(char*, unsigned long, unsigned long)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_stringstream<char, std::char_traits<char>, std::allocator<char> >::basic_stringstream(std::_Ios_Openmode)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::compare(char const*) const@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_stringbuf<char, std::char_traits<char>, std::allocator<char> >::str() const@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_mutate(unsigned long, unsigned long, char const*, unsigned long)@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::~basic_string()@GLIBCXX_3.4.21'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `operator delete(void*, unsigned long)@CXXABI_1.3.9'
/store/DAMTP/kk562/Spack_software/opt/spack/linux-ubuntu14-x86_64/gcc-7.1.0/yaml-cpp-0.5.3-vwl3dukjk7fcfa7k4zxutef5p2x5g4tb/lib/libyaml-cpp.so: undefined reference to `std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_replace(unsigned long, unsigned long, char const*, unsigned long)@GLIBCXX_3.4.21'
collect2: error: ld returned 1 exit status
make[2]: *** [FKconvolute] Error 1
make[2]: Leaving directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
make[1]: *** [CMakeFiles/FKconvolute.dir/all] Error 2
make[1]: Leaving directory `/data/sparticle/mu227/nnpdfgit/libnnpdf/bld'
make: *** [all] Error 2

Plotting files and metadata

Right now, we don't have a formal convention of what to do with the PLOTTING files. The usual procedure is to simply dump them in nnpdfcpp/data. I am wondering whether they should be here instead.

I also think they should me extended to include metadata, resembling something like this:

https://github.com/NNPDF/buildmaster/blob/master/rawdata/ATLASWZTOT13TEV81PB/README.yaml

In this way both people and tools can pick up relevant information on the data, so that for example we can generate the table with citations automatically instead of exchanging more than 20 emails like we did for 3.1.

Codewise, I guess that the buildmaster executable should update the existing PLOTTING files to the data location.

Improve systematics layout

Issue by Zaharid
Thursday Jan 18, 2018 at 15:43 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/58


The current layout of the systematics is inefficient for certain kinds of wrokflows. See here for details:

https://github.com/NNPDF/libnnpdf/issues/22#issuecomment-312421430

This is to discuss how to make it better. Here are some ideas:

  • The systematics should belong to the dataset rather than to each point. Then we would have to make a lot less comparisons.

  • Restructure the way in which systematics are stored in a way that works better with the typical data patterns, as suggested here:

https://github.com/NNPDF/libnnpdf/issues/25

This issue is to discuss what can and should be done now.

Define metadata fields

There is going to be a metadata specification file replacing both the plotting files and the commondata info steucture. This is to discuss which fields is it going to have in addition to those already in the plotting specification or the info steucture.

I propose to add a bibtex bibliography file containing the references for all datasets. We use bibtex to track references in all papers and this would thus simplify the main use case for having references at all.

With that, my initial proposal goes along the lines of:

Implementer: string or list of strings
The name(s) of people who implementes the data and should be asked about it.

Data reference: string or kist of strings.
Bibtex keys referencong the experimental measurment.

Data source: string or list of strings
URL or similar where the data has been obtained from.

Theory reference: string or list of strings.
Bibtex keys referencing the codes or calculations for the theoretical prediction.

Extended description: text
The equivalent to what currenty is in the top of the filters cc files. A description of the implementation and peculiarities of the data.

Postfit improvement

I think what's causing Tommaso's error in NNPDF/nnpdfcpp#65 is that some of his replica files
are weirdly corrupted (they cut out after writing out the x-point grid). While that's a problem in itself, we should have a sanity check in postfit(2) to at least ensure that all the replica .dat files have the same number of lines in them (this should be identical replica to replica).

I'm happy to have a pass at postfit2 to add this (and some other checks). So I can self-assign this one. Would everyone be happy with stopping support for postfit1?

Check all the nnfit IO

We should make sure that we test all the status codes when we attempt to do any IO in nnfit and complain loudly if something fails. Posfit should be a last resort rather than the go to check for corrupted files.

Binary FKTables

Issue by Zaharid
Friday Jun 23, 2017 at 16:20 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/11


The alphas fits are becoming unbearable due to the slowness of the fktable processing. As a first step can we simply compress each fktable individually? That's already quite a speed up, independent of everything else (and should be working now, right?).

For the binary, I think looking at something like avro is better than inventing the format ourselves:

https://avro.apache.org/docs/current/spec.html

in my opinion it has the things we need (and not many we don't).

Run tests in the build system

Currently we have very minimal tests for validphys and libnnpdf. these should be run on each push by both travis and gitlab.

Fit finalisation tools

It seems to me that we have a pretty urgent need to sort out the fit finalisation tools here.
Most specifically fitmanager, as per the issue Stefano posted in nnpdfcpp.

The workflow rearrangements break fitmanager as it stands. So in the current master there is no standard way of uploading fits to the server (this is pretty bad). Furthermore as we're changing the UI probably it's the time to replace postfit with postfit2.

We either need to (pretty urgently) add something like vp-upload. Or maybe just fix-up fitmanager to do the job in the meantime.

Add benchmarks

Issue by Zaharid
Friday Dec 08, 2017 at 16:07 GMT
Originally opened as https://github.com/NNPDF/libnnpdf/issues/51


Right now we have to be very handwavy about performance arguments. Which makes these arguments meaningless. There should be a script that reports the timings of things like loading an fktable, mutating a neural network of computing a convolutions. Ideally it should be easy to invoke and provide complete and customizable reports, and ideally executing something resembling an iteration of the GA (but cleaner).
It is probably better to do it in c++ than in python, so we don't have to worry about the python overhead in the c++ benchmarks.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.