Re: remove ancient pre-dlopen dynloader code - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: remove ancient pre-dlopen dynloader code
Date
Msg-id 38babf26-e21e-971e-fa04-e15ef6939523@2ndquadrant.com
Whole thread Raw
In response to Re: remove ancient pre-dlopen dynloader code  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Responses Re: remove ancient pre-dlopen dynloader code
Re: remove ancient pre-dlopen dynloader code
List pgsql-hackers
On 01/09/2018 06:51, Peter Eisentraut wrote:
>> How about this: We only have two nonstandard dlopen() implementations
>> left: Windows and (old) HP-UX.  We move those into src/port/dlopen.c and
>> treat it like a regular libpgport member.  That gets rid of all those
>> duplicative empty per-platform files.
> Updated patch.  It needed some adjustments for Windows, per Appveyor,

I'm going to use this thread for a moment to work out some details with
the cfbot.

The v2 patch I sent previously was created using git format-patch with
default settings.  This detected a rename:

 rename src/{backend/port/dynloader/win32.c => port/dlopen.c} (51%)

which is fair enough.  However, whatever method the cfbot uses to apply
patches fails to handle that.  The tree that is sent for testing by
Appveyor still contains a full src/backend/port/dynloader/win32.c and no
src/port/dlopen.c, which expectedly makes the build fail.  (It also
still contains src/backend/port/dynloader/otherplatform.c, but empty, so
the patching doesn't remove empty files, which is another but minor
problem.)

The v3 patch attached here was made with git format-patch --no-renames.
Let's see how that works out.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Attachment

pgsql-hackers by date:

Previous
From: Kyotaro HORIGUCHI
Date:
Subject: Re: Reopen logfile on SIGHUP
Next
From: Pavel Stehule
Date:
Subject: Re: [HACKERS] proposal: schema variables