bugmake - Bugs: bug #29814, Library search feature should be...


bug #29814: Library search feature should be configurable for multilib systems

Submitted by:  None
Submitted on:  Fri 07 May 2010 04:10:39 AM UTC  
Severity:  3 - Normal Item Group:  Enhancement
Status:  None Privacy:  Public
Assigned to:  None Open/Closed:  Open
Component Version:  3.82 Operating System:  POSIX-Based
Fixed Release:  None Triage Status:  None

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


Fri 07 May 2010 04:15:37 PM UTC, comment #3:

That requires changes to every makefile. With my proposed patch series, distributions that want to support multilib would be able to configure "make" to use the correct standard search directories for the system's primary architecture. A user who wants to build a program for a secondary architecture could even set LIBDIRNAME (along with CFLAGS) on the command line to use the appropriate search directories.

Matt McCutchen <hashproduct>
Fri 07 May 2010 12:37:45 PM UTC, comment #2:

Make will use VPATH (or vpath) for library search as well. So, on a multilib system, you can add:

vpath lib% /...whatever...

to specify where to look for libraries, for example.

Paul D. Smith <psmith>
Project Administrator
Fri 07 May 2010 04:12:18 AM UTC, comment #1:

This was me, forgetting to log in. Sorry.

Matt McCutchen <hashproduct>
Fri 07 May 2010 04:10:39 AM UTC, original submission:

GNU Make's library search feature (activated by prerequisites of the form -lLIBNAME) searches the hard-coded directories /lib and /usr/lib along with make's own libdir. This is unhelpful on a multilib system. Make should provide a way to vary the search path depending on the architecture of the target being built.

I originally reported this against Fedora, and I posted a patch series there that adds the feature and makes some other cleanups:




(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by psmith (Posted a comment)
  • -email is unavailable- added by hashproduct (Posted a comment)
  • -email is unavailable- added by hashproduct

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-10-09 psmith Component Version4.0 => 3.82
    2010-05-07 hashproduct Carbon-Copy- => Added hashproduct

    Back to the top

    Powered by Savane 3.3