From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
Cc: | pgsql-committers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pgsql: Incorporate strerror_r() into src/port/snprintf.c, too. |
Date: | 2018-09-26 20:28:52 |
Message-ID: | 11161.1537993732@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> writes:
> Somehow, this is not working for me:
> Undefined symbols for architecture x86_64:
> "_libintl_gettext", referenced from:
> _pg_strerror_r in strerror.o
> ld: symbol(s) not found for architecture x86_64
> collect2: error: ld returned 1 exit status
> make[4]: *** [../../../../src/Makefile.shlib:303: libpgtypes.3.12.dylib]
> Error 1
> It works if I don't use --enable-nls.
More context please? I'm guessing this is on macOS? Where did you get
libintl from? Is it, as it looks, getting through libpq and failing in
ecpg?
My first bet would be that ecpg for some reason lacks needed NLS
infrastructure ... have we ever tried to internationalize it?
Right now might not be the best time to try --- perhaps the path
of least resistance is to defeat strerror.c's NLS support when
it's being compiled in ecpg.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2018-09-26 20:48:01 | pgsql: Fix link failures due to snprintf/strerror changes. |
Previous Message | Andres Freund | 2018-09-26 19:35:25 | Re: pgsql: Remove absolete function TupleDescGetSlot(). |