Project

General

Profile

Actions

Emulator Issues #3288

closed

lib64 support

Added by Christian.Morales.Vega over 13 years ago.

Status:
Invalid
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

Main SConstruct has

env['plugin_dir'] = env['prefix'] + '/lib/dolphin-emu'

But on most (all but Debian based?) x86-64 Linux systems such files go to /usr/lib64/dolphin-emu. There is no good way to autodetect it, autoconf uses "--libdir"... no idea about the normal way with scons.

Actions #2

Updated by glennricster over 13 years ago

I am thinking about making options with scons to make all of the global paths configurable much like autoconf does.

Yeah, on Debian based systems (well, Ubuntu at least) /usr/lib64 is just a link to /usr/lib.

Actions #3

Updated by nakeee over 13 years ago

to solve that specific problem all you need to do is
check on 64bit systems if /usr/lib64 exist if so use it if not use /usr/lib
we already have so many scons options this is getting real messy:/

Actions #4

Updated by glennricster over 13 years ago

nakeee: Dolphin currently has twenty options. That is really not very many options at all compared to the number of options that many programs have in their build systems. Also, a proper build system should always have things like the lib dir, binary dir, and data dir configurable.

Actions #5

Updated by bztdlinux over 13 years ago

  • Status changed from New to Accepted

On Fedora, /usr/lib64 is an actual directory... /usr/lib is for 32 bit only.

Note that this should be autodetectable, but I don't know how to do it with scons.

Ideally, this will be fixed if/when we switch to CMake. Because CMake is awesome.

Actions #6

Updated by Christian.Morales.Vega over 13 years ago

I have always been told that the autodetection isn't possible, citing "exotic" systems (Solaris/SPARC, etc.) I have never used. If it works in openSUSE to me it's ok whatever you do, but...

About CMake, It's my understanding that most projects use LIB_SUFFIX. But that seems to be a de facto standard started by KDE, nothing official supported by CMake. It is CMakeFile.txt-dependent and some projects use another variable or fail to support lib64 at all.

Actions #7

Updated by nakeee over 13 years ago

wasnt it fixed in cmake?

Actions #8

Updated by NeoBrainX over 13 years ago

it's not autodetected, but it can be adjusted with some option iirc.

Actions #9

Updated by glennricster over 13 years ago

The option is -DLIB_SUFFIX=64. Autodetection can be done but will never be 100% reliable.

Actions #10

Updated by glennricster about 13 years ago

  • Status changed from Accepted to Invalid

This issue is no longer valid with the removal of the plugins.

Actions

Also available in: Atom PDF