Bug #146

Add new checks for libs for automake

Added by kervala almost 10 years ago. Updated almost 8 years ago.

Status:Rejected Start date:10/03/2008
Priority:Low Due date:
Assignee:- % Done:

0%

Category:Build
Target version:Version 0.7.0

Description

Configure doesn't check for some libs, so there are some errors with make.

History

#1 Updated by kervala almost 10 years ago

Need to check for :

- xorg-dev

#2 Updated by Spex almost 10 years ago

Actually it's not xorg-dev, but a set of different libraries, namely a subset of the X extension libraries (GLX and XVid86Mode currently, no idea about the input stuff).

Another note: It should be integrated into the cmake build system as well.

#3 Updated by kervala almost 10 years ago

Yes, but under Hardy (or Gutsy ? :p), when I only installed required headers, it didn't create all links to the correct .so, so Matt suggested to install xorg-dev meta-package to fix the problem.

Perhaps is it fixed, now ?

We could check this :)

#4 Updated by Spex almost 10 years ago

kervala wrote:

Yes, but under Hardy (or Gutsy ? :p), when I only installed required headers, it didn't create all links to the correct .so, so Matt suggested to install xorg-dev meta-package to fix the problem.

You don't check against the Ubuntu packages, but against specific headers / libraries. How you install these on a specific Linux distribution is not the concern of the cmake/configure check scripts :-)

#5 Updated by sfb about 9 years ago

Since we're trying to move to CMake (and getting there slowly) is this still even necessary?

#6 Updated by sfb about 9 years ago

  • Status changed from New to Rejected

I don't see any related commits or any recent comments. I'm just going to reject this - we should start using CMake anyway.

#7 Updated by Spex about 9 years ago

sfb wrote:

I don't see any related commits or any recent comments. I'm just going to reject this - we should start using CMake anyway.

We should have a complete set of checks against all required libraries either way, no matter if autotools or cmake is used. We could rely on "implied" dependencies (i.e. library X implies that library Y is present, so no need to check for Y then). I think it's best to check for everything we use directly in code. For example with Unix systems we rely on certain Xlib calls, thus we have to check for X11/Xlib to define the dependency (and also make sure it's present at least at build time).

#8 Updated by sfb about 9 years ago

That's fine - I just think that updating the autotools environment is so much wasted effort in the long run. We should open up more directed issues about specific problems or else its too easy to fix what's not broken due to lack of direction.

So if there's a specific check that is incorrect let us please open a ticket for that specific library check.

#9 Updated by Spex about 9 years ago

sfb wrote:

That's fine - I just think that updating the autotools environment is so much wasted effort in the long run. We should open up more directed issues about specific problems or else its too easy to fix what's not broken due to lack of direction.

So if there's a specific check that is incorrect let us please open a ticket for that specific library check.

Agreed and agreed. I guess it's not possible to get rid of autotools, yet?

#10 Updated by sfb about 9 years ago

Correct, the Ryzom team still uses autotools to build their Linux servers, if I recall correctly. As soon as they're using CMake (at least for Linux builds) we can eliminate autotools.

#11 Updated by kervala almost 8 years ago

  • Project changed from NeL to Ryzom
  • Category changed from Build to Build
  • Target version deleted (Version 0.7.0)

#12 Updated by kervala almost 8 years ago

  • Target version set to Version 0.7.0

Also available in: Atom PDF