Hi!
i'm using automake to build library what woking with Oracle and uses another
library libclntsh.so from $ORACLE_HOME/lib
here's some rules from Makefile.am :
lib_LTLIBRARIES = libocicpp.la
INCLUDES= @ORACLE_INCLUDES@ -I$ORACLE_HOME/plsql/public and so on
libocicpp_la_LDFLAGS = -L@ORACLE_LIBD
I'm running into various dependecies which are causing me much grief.
I updated several GNU packages in my source tree to the versions on alpha,
because I couldn't get them to build on the base system I'm working on
(glibc 2.1, Linux 2.2, etc). In some cases, I've wanted or needed to
re-run autom
On Sun, Aug 27, 2000 at 02:43:41PM -0300, Alexandre Oliva wrote:
> On Aug 27, 2000, "W. Reilly Cooley, Esq." <[EMAIL PROTECTED]> wrote:
>
> > I was using 3.77, so I updated. Still doesn't work. DESTDIR gets passed
> > down to the Makefile in intl and several other subdirs, but not to src
> > an
On Sun, Aug 27, 2000 at 04:50:32AM -0300, Alexandre Oliva wrote:
>
> AFAIK, POSIX-compliant implementations of `make' should pass down to
> sub-makes any variables set in the command-line of the top-level make.
> GNU make, for example, does this, so DESTDIR works as expected.
That's kinda what I
On Aug 27, 2000, "W. Reilly Cooley, Esq." <[EMAIL PROTECTED]> wrote:
> I was using 3.77, so I updated. Still doesn't work. DESTDIR gets passed
> down to the Makefile in intl and several other subdirs, but not to src
> and doc.
It seems to be there for me. Why do you say it doesn't work?
>
On Sun, 27 Aug 2000, W. Reilly Cooley, Esq. wrote:
> Now, maybe I'm misunderstanding Make's macro-passing, but in order for
> the DESTDIR passed to the make in the first place, doesn't the @$(MAKE)
> line need something like 'DESTDIR=$(DESTDIR)' ? Would this be the
> correct way to fix this?
No
On Aug 27, 2000, "W. Reilly Cooley, Esq." <[EMAIL PROTECTED]> wrote:
> Now, maybe I'm misunderstanding Make's macro-passing, but in order for
> the DESTDIR passed to the make in the first place, doesn't the @$(MAKE)
> line need something like 'DESTDIR=$(DESTDIR)' ? Would this be the
> correct wa
It seems that automake creates makefiles which call themselves with
different targets for the install target, which subsequently causes it to
loose DESTDIR support. I'm looking at the Makefiles from GNU grep right
now. Here's the offending section:
install-am: all-am
@$(MAKE) $(AM_MAKEF
