From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, Jan Wieck <janwieck(at)Yahoo(dot)com>, Philip Warner <pjw(at)rhyme(dot)com(dot)au>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Coping with 'C' vs 'newC' function language names |
Date: | 2000-11-17 19:59:11 |
Message-ID: | 13899.974491151@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> I would support a single symbol to mark the entire object file. In
> fact, I would require old-style functions to add a symbol, and have
> new-style functions left alone.
That won't fly.
> There are not that many functions out there, are there? People are
> having to recompile their C files anyway for the upgrade, don't they?
There's a big difference between having to recompile and having to
change your source code.
For that matter, I think past version updates haven't even forced
recompiles of user-defined functions, at least not ones that didn't poke
into system innards. We can't get away with requiring a source code
change --- people will scream about it.
The nice thing about the info-marker idea is that we'll be able to
extend it later, so that more info about the function is stored right
where the function text is, and you don't have such a problem with
keeping an SQL script file in sync with the function's real definition.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Philip Hallstrom | 2000-11-17 21:15:20 | Re: [HACKERS] Re: PHPBuilder article -- Postgres vs MySQL |
Previous Message | G. Anthony Reina | 2000-11-17 19:27:32 | Weird backup file |