Tom Lane writes:
> Robert Haas writes:
>> On Tue, May 29, 2012 at 9:04 AM, Johann 'Myrkraverk' Oskarsson
>> wrote:
>>> The header file crtdefs.h in MinGW typedefs errcode which conflicts
>>> with Postgres' elog.h.
>
>> Eep. Maybe this i
Hi all,
I am using MingW W64 from SVN, version 3.0 beta-ish.
There are few issues when compiling Postgres with MingW W64. There was
a patch submitted to this list in July 2011 but it does not address
these issues (that I can tell). The following applies to both 32 and 64
bit builds.
Hi all,
Why would a string comparison work in one case and not another? In
the following example, it works to compare a and b, but not a and d.
This is in a C module which calls
DirectFunctionCall2( text_le, d1, d2 );
DEBUG: Comparing a == b
DEBUG: Comparing a == d
ERROR: could not determi
Andrew Dunstan writes:
> On 12/22/2011 10:44 AM, Tom Lane wrote:
>> "Johann 'Myrkraverk' Oskarsson" writes:
>>> I mean to create a typed hstore, called tstore for now.
>> Um ... what is the point of this, exactly? From what I've seen,
>>
Christopher Browne writes:
> On Wed, Dec 21, 2011 at 8:32 PM, Johann 'Myrkraverk' Oskarsson
> wrote:
>> I mean to create a typed hstore, called tstore for now. I'm open
>> to name suggestions. It'll only support a subset of core Postgres
>> types to
Hi all,
I mean to create a typed hstore, called tstore for now. I'm open to
name suggestions. It'll only support a subset of core Postgres types
to begin with. Keys are always text, it's the value that's typed.
Usage is very similar to hstore; this is not a complete reference.
tstore( text,
Bruce Momjian writes:
> Robert Haas wrote:
>> On Fri, Jul 29, 2011 at 11:18 AM, Johann 'Myrkraverk' Oskarsson
>> wrote:
>> >
>> > I just noticed that the USECS_* constants are not defined when
>> > the server is compiled without integer dates
Hi all,
I just noticed that the USECS_* constants are not defined when the server
is compiled without integer dates and timestamps.
Explicitly, timestamp.h is
#ifdef HAVE_INT64_TIMESTAMP
#define USECS_PER_DAY INT64CONST(864)
#define USECS_PER_HOUR INT64CONST(36)
#define USECS_
On Fri, 06 May 2011 20:06:04 -, Tom Lane wrote:
Bundling pg_config into a -libs package is probably not going to happen,
at least not on Red Hat systems, because it would create multilib issues
(ie, you're supposed to be able to install 32-bit and 64-bit libraries
concurrently, but there's
On Wed, 04 May 2011 15:11:57 -, Andrew Dunstan
wrote:
On 05/04/2011 01:25 AM, Johann 'Myrkraverk' Oskarsson wrote:
On Tue, 03 May 2011 12:40:28 -, Andrew Dunstan
wrote:
Our Makefiles use dlltool and dllwrap to create DLLs. If you used our
recommended build method pgx
On Tue, 03 May 2011 12:40:28 -, Andrew Dunstan
wrote:
Our Makefiles use dlltool and dllwrap to create DLLs. If you used our
recommended build method pgxs would do lots of the work for you.
I'm not sure why you asked the mingw-w64 team about building a Postgres
extension - they are un
On Tue, 03 May 2011 09:32:29 -, Andrew Dunstan
wrote:
On 05/03/2011 02:46 AM, Johann 'Myrkraverk' Oskarsson wrote:
When compiling PG with mingw-w64 the PGDLLEXPORT macro is blank.
Here is a patch that "fixes it for me." If this is correct, I'd
appreciate it
Hi PostgreSQL Hackers,
When compiling PG with mingw-w64 the PGDLLEXPORT macro is blank.
Here is a patch that "fixes it for me." If this is correct, I'd
appreciate it will be applied to 9.0.x as well as HEAD.
--
Johann Oskarssonhttp://www.2ndquadrant.com/|[]
PostgreSQL
Hi all,
Is it possible to add support for cross compiled PGXS modules to the
build system?
That is, when PG is cross compiled, a -pg_config is
also built for use with external modules?
I'm not adverse to submit a patch for this myself, but would like a
pointer in the general direction for it.
14 matches
Mail list logo
