Re: narwhal and PGDLLIMPORT
Marco Atzeri <marco.atzeri@gmail.com>
From: Marco Atzeri <marco.atzeri@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Andrew Dunstan <andrew@dunslane.net>, pgsql-hackers@postgresql.org
Date: 2014-02-11T20:07:25Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
MinGW: Link with shell32.dll instead of shfolder.dll.
- 53566fc0940c 9.5.0 cited
-
Centralize getopt-related declarations in a new header file pg_getopt.h.
- 60ff2fdd9970 9.4.0 cited
-
Get rid of use of dlltool in Mingw builds.
- 846e91e0223c 9.4.0 cited
-
Export a few more symbols required for test_shm_mq module.
- 7d7eee8bb702 9.4.0 cited
-
Export set_latch_on_sigusr1 symbol for Windows.
- 708c529c7fde 9.4.0 cited
-
Use SHGetFolderPath instead of SHGetSpecialFolderPath to find the
- 889f03812916 8.1.0 cited
On 11/02/2014 18:15, Tom Lane wrote: > Marco Atzeri <marco.atzeri@gmail.com> writes: >> On 09/02/2014 14:10, Andrew Dunstan wrote: >>> On 02/09/2014 01:12 AM, Marco Atzeri wrote: >>>> we should have get rid of dlltool on cygwin. >>>> At least it is not used on my build > >>> The send in a patch. The patch you sent in previously did not totally >>> remove it IIRC. > >> attached patch versus latest git. > > I've committed this with some fixes. However, I omitted the hunks that > change the names of generated shared libraries (to add SO_MAJOR_VERSION). > I think that requires some policy discussion around whether we want to > do it or not, and in any case it's unrelated to the issues being discussed > in this thread. If you still want that, please submit it as a separate > patch in a new thread, with some discussion as to why it's a good idea. > > regards, tom lane > Noted. On cygwin the shared libraries are using the SO_MAJOR_VERSION by long time. cd /usr/bin $ ls cyggcc*dll cyggcc_s-1.dll cyggccpp-1.dll $ ls cygfo*dll cygfontconfig-1.dll cygform-10.dll cygform-8.dll cygformw-10.dll cygfontenc-1.dll cygform7.dll cygform-9.dll In this way we allow coexistence of several release, similar to /usr/lib/libpq.so.5 on unix. Regards Marco