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

From Andrew Dunstan
Subject Re: [PATCHES] HEAD doesn't cope with libraries in non-default
Date
Msg-id 42D56F8F.1080208@dunslane.net
Whole thread Raw
In response to Re: [PATCHES] HEAD doesn't cope with libraries in non-default  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

Tom Lane wrote:

>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.
>
>
>  
>

Seems to have done the trick on Windows. I think this stuff is now fixed 
- thanks for your help.

cheers

andrew


pgsql-hackers by date:

Previous
From: "Jim C. Nasby"
Date:
Subject: pthread stack on FreeBSD WAS: HEAD doesn't cope with libraries in non-default
Next
From: Andrew Dunstan
Date:
Subject: Re: windows regression failure - prepared xacts