Git Product home page Git Product logo

Comments (4)

adevress avatar adevress commented on July 21, 2024

Hi Martin,

You can override this behavior at compilation time by adding
'-DLIB_SUFFIX="" ' to the cmake command line. It will force davix to use
/usr/lib and not /usr/lib64

Cheers,
Adrien

Le 01/03/2016 12:02, Martin Ritter a Γ©crit :

Hi,

when compiling DAVIX on debian/ubuntu 64bit the logic to determine the
library path suffix is not correct: It checks for the existence of
/usr/lib64 but this directory does (usually) not exist on
debian/ubuntu. As such PKG_ARCH is usually set to i386 but that
doesn't seem to be a problem. However we do have some issues wen using
davix with ROOT as the ROOT compilation cannot find the library in
some cases.

The official GNUInstallDirs module from cmake determines the path
differently by checking if /etc/debian_version exists and doing a
different logic in that case. Would it be possible to adapt the same
logic for davix? Or just use GNUInstallDirs?

Cheers,

Martin

β€”
Reply to this email directly or view it on GitHub
#11.

from davix.

daritter avatar daritter commented on July 21, 2024

Dear Adrien,

thanks for the information. While this is fine for me I still think that the current behavior is not correct on debian/ubuntu. Are you planning to fix this in the future?

Cheers,
Martin

from davix.

gbitzes avatar gbitzes commented on July 21, 2024

Hi Martin,

You are right that in this case, setting PKG_ARCH to i386 is not semantically correct, but this variable isn't used anywhere else, as far I see, and the binaries produced are indeed x86_64, not x86.

A change we could make is place the library in /usr/lib/x86_64-linux-gnu instead of /usr/lib - is this what you are suggesting?

If not, in which cases does ROOT complain? Could you specify an example?

Thanks

from davix.

daritter avatar daritter commented on July 21, 2024

Dear Georgios,

ROOT only complained if davix was compiled automatically during root compilation as there could be a mismatch between the place davix puts the library and where root looks for it. But I think this is now solved using the -DLIB_SUFFIX and this should be more robust then the previous approach (https://sft.its.cern.ch/jira/browse/ROOT-7912).

But yes, in general I suggest putting the library in /usr/lib/x86_64-linux-gnu on platforms which use this scheme.

Cheers,

Martin

from davix.

Related Issues (20)

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.