Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)
Date
Msg-id 14734.1292346090@sss.pgh.pa.us
Whole thread Raw
In response to Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)  (Craig Ringer <craig@postnewspapers.com.au>)
Responses Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)  (Greg Smith <greg@2ndquadrant.com>)
Re: Re: Proposed Windows-specific change: Enable crash dumps (like core files)  (Craig Ringer <craig@postnewspapers.com.au>)
List pgsql-hackers
Craig Ringer <craig@postnewspapers.com.au> writes:
> I've attached an updated patch that fixes a failure when compiling on 
> gcc/linux. The no-op inline installCrashDumpHandler() for unsupported 
> platforms was not declared static, so it was not being optimized out of 
> objects it wasn't used in and was causing symbol collisions during linkage.

Why in the world would you get involved in that portability mess for a
function that is called only once?  There's no possible performance
justification for making it inline.

I'm also wondering why you have got conflicting declarations in
postgres.h and port.h, and why none of these declarations follow
ANSI C (write "(void)" not "()").
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Complier warnings on mingw gcc 4.5.0
Next
From: "David E. Wheeler"
Date:
Subject: Re: hstores in pl/python