Re: BUG #3699: Fails to compile DTrace Support - Mailing list pgsql-bugs

From Lee Packham
Subject Re: BUG #3699: Fails to compile DTrace Support
Date
Msg-id c5d00b200710260708xcf60ad0t29e9b103a6d7abb@mail.gmail.com
Whole thread Raw
In response to Re: BUG #3699: Fails to compile DTrace Support  (Robert Lor <Robert.Lor@Sun.COM>)
List pgsql-bugs
The only thing I couldn't do was sort out the makefile to auto
generate the header file. So the patch has a pre-built header file.

I don't know Make well, enough. Sorry.

But yeah - I was pretty annoyed they broke the -G parameter (i.e.
didn't include it at all.

Cheers,

Lee.

On 10/26/07, Robert Lor <Robert.Lor@sun.com> wrote:
> From: Lee Packham <lpackham@gmail.com>
>
> > I have built a patch to enable a working DTrace on OSX with Postgres 8.2.5.
> > Basically the problem is that the dtrace command on OSX doesn't have
> > the -G
> > parameter - so you have to use the newer -h method to produce a header
> > file.
> >
>
> It bothers me that the Apple's Dtrace port doesn't have the -G flag. We chose the current approach for simplicity and
atthe same time allowing us to easily introduce a generic framework so other OSes can plug in a similar tool if needed.
Ihave yet to review your patch in detail, but I hope it doesn't break this generic framework. More later... 
>
> -Robert
>

pgsql-bugs by date:

Previous
From: larm@mailme.dk
Date:
Subject: The PostgreSQL Data directory Must be on an NTFS formatted Volume
Next
From: "Gergely Bor"
Date:
Subject: Re: Yet another problem with ILIKE and UTF-8