| From: | Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)2ndquadrant(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: narwhal and PGDLLIMPORT |
| Date: | 2014-02-16 07:21:07 |
| Message-ID: | 530066E3.80600@tpf.co.jp |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
(2014/02/15 2:32), Tom Lane wrote:
> I wrote:
>> Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp> writes:
>>> One thing I'm wondering about is that plperl is linking perlxx.lib
>>> not libperlxx.a. I made a patch following plpython and it also
>>> works here.
>>> Is it worth trying?
>
>> I hadn't noticed that part of plpython's Makefile before. Man,
>> that's an ugly technique :-(. Still, there's little about this
>> platform that isn't ugly. Let's try it and see what happens.
>
> And what happens is this:
> http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=narwhal&dt=2014-02-14%2017%3A00%3A02
> namely, it gets through plperl now and then chokes with the same
> symptoms on pltcl. So I guess we need the same hack in pltcl.
> The fun never stops ...
Pltcl still fails.
tclxx.dll lives in bin directory not in lib directory.
The attached patch would fix the problem.
regards,
Hiroshi Inoue
| Attachment | Content-Type | Size |
|---|---|---|
| tcl_Makefile.patch | text/x-patch | 410 bytes |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2014-02-16 10:49:48 | Re: 9.2.1 & index-only scans : abnormal heap fetches after VACUUM FULL |
| Previous Message | Bruce Momjian | 2014-02-16 02:34:15 | Re: 9.2.1 & index-only scans : abnormal heap fetches after VACUUM FULL |