[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #21854] Dependency to a -l<libname> to be made in a not yet existin
[bug #21854] Dependency to a -l<libname> to be made in a not yet existing directory doesn't match(?)
Thu, 20 Dec 2007 11:31:05 +0000
Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:184.108.40.206) Gecko/20071127 Firefox/220.127.116.11
Summary: Dependency to a -l<libname> to be made in a not yet
existing directory doesn't match(?)
Submitted by: jesperb
Submitted on: torsdag 2007-12-20 den 11:31
Severity: 3 - Normal
Item Group: Bug
Assigned to: None
Discussion Lock: Any
Component Version: 3.80
Operating System: POSIX-Based
Fixed Release: None
I want to have a ORDER_ONLY_DEPENDENCY to a shared library to be built before
I link my main program and I want the shared library to be put in a directory
to be created by the makefile if it doesn't already exist. I also want to use
the "-l<libname>" syntax when linking and also in the make file to avoid
getting a hard coded path to the shared object into my executable. I then
tried the following, that won't work unless I create the directory "./temp"
manually before running make,
will fail, giving
gmake: *** No rule to make target `-lfunny_name', needed by `my_program'.
"mkdir temp; gmake"
will compile and link properly.
My system is RedHat EL4 using GNU make 3.80, but it was the same using 3.81.
Maybe this is simply an optimisation, to ignore some rules for non-existing
Date: torsdag 2007-12-20 den 11:31 Name: Makefile Size: 972 B By: jesperb
"gmake" will fail, while "mkdir temp; gmake" will succeed
Reply to this item at:
Meddelandet skickades via/av Savannah
- [bug #21854] Dependency to a -l<libname> to be made in a not yet existing directory doesn't match(?),
Jesper Blommaskog <=