Re: [PATCHES] HEAD doesn't cope with libraries in non-default - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] HEAD doesn't cope with libraries in non-default
Date
Msg-id 13839.1121274871@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] HEAD doesn't cope with libraries in non-default  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: [PATCHES] HEAD doesn't cope with libraries in non-default  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
Andrew Dunstan <andrew@dunslane.net> writes:
> which looks very odd indeed, especially: 

>   -L -L../../../src/backend -L../../../src/port -L/c/tcl/lib C:/Perl/lib/CORE -lperl58

Ah, I see the problem:

ifeq ($(PORTNAME), win32)
perl_archlibexp := $(subst \,/,$(perl_archlibexp))
perl_privlibexp := $(subst \,/,$(perl_privlibexp))
perl_embed_ldflags := -L $(perl_archlibexp)/CORE -lperl58                     ^^^^^^^^^^^^^^^^^^^^^^^^^^
override CPPFLAGS += -DPLPERL_HAVE_UID_GID
endif

The filter hack depends on -L and the following argument to not be
space-separated.  We made the no-space assumption before for -L in
LDFLAGS, but not for -L in SHLIB_LINK.

I've removed the space in CVS tip, we'll see where that takes us.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: [PATCHES] HEAD doesn't cope with libraries in non-default
Next
From: Andrew Dunstan
Date:
Subject: Re: [PATCHES] HEAD doesn't cope with libraries in non-default