Re: [HACKERS] PL code and fmgr_addr - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re: [HACKERS] PL code and fmgr_addr
Date
Msg-id Pine.BSF.3.96.980205190236.12562s-100000@thelab.hub.org
Whole thread Raw
In response to Re: [HACKERS] PL code and fmgr_addr  (jwieck@debis.com (Jan Wieck))
Responses Re: [HACKERS] PL code and fmgr_addr  (jwieck@debis.com (Jan Wieck))
List pgsql-hackers
On Thu, 5 Feb 1998, Jan Wieck wrote:

> >
> > On Thu, 5 Feb 1998, Jan Wieck wrote:
> >
> > > >
> > > > Another problem I found with the PL code was that it took the fmgr()
> > > > macro, and made it call a function call to fmgr_addr, which just killed
> > > > performance.
> > > >
> > > > I made fmgr_addr() a macro too.
> > > >
> > > > --
> > > > Bruce Momjian
> > > > maillist@candle.pha.pa.us
> > > >
> > > >
> > >
> > >     Just to let you know - after fixing some other problems
> > >     caused by the bpchar trouble my PLtcl tests went through
> > >     again. Looks the macroization is O.K.
> >
> >    Do we have regression tests for this?
> >
> >
> >
>
>     No  -  since  PLtcl isn't part of the distribution up to now.
>     And I think that even if we include PLtcl into  the  dist  we
>     shouldn't  include  it  into  the  regression  tests  because
>     building PLtcl requires a  Tcl  installation  (at  least  the
>     libtcl??.so and tclConfig.sh).
>
>     But  it  would  be  O.K.  for  me to include the PLtcl to the
>     contrib directory and setup a separate test suite there.

    Wait...didn't we just do a patch so that PLs could be used?  Do we
have regression tests for that?  LIke we have to triggers?

Marc G. Fournier
Systems Administrator @ hub.org
primary: scrappy@hub.org           secondary: scrappy@{freebsd|postgresql}.org


pgsql-hackers by date:

Previous
From: Tom
Date:
Subject: Re: [HACKERS] create function bug?
Next
From: Julia Anne Case
Date:
Subject: Debug info