Preprocessor

Started by Michael Meskesalmost 28 years ago6 messages
#1Michael Meskes
meskes@topsystem.de

I've just send the tar file to the patches list (hope that was correct). I'd
like to have it included in the archive before starting more work on it.

We have to decide which extension to use for embedded SQL code. Oracle
already uses *.pc so that doesn't look good. Or shall we make it as
compatible to Oracle as possible and use *.pc. Alternatively, how about
*.pqc?

Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10

#2Meskes, Michael
meskes@topsystem.de
In reply to: Michael Meskes (#1)
RE: [HACKERS] Preprocessor

Oops, that's what I meant to say. :-)

Michael

--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10

Show quoted text

-----Original Message-----
From: jwieck@debis.com [SMTP:jwieck@debis.com]
Sent: Thursday, February 05, 1998 4:49 PM
To: meskes@topsystem.de
Cc: pgsql-hackers@postgreSQL.org
Subject: Re: [HACKERS] Preprocessor

I've just send the tar file to the patches list (hope that was

correct). I'd

like to have it included in the archive before starting more work on

it.

We have to decide which extension to use for embedded SQL code.

Oracle

already uses *.pc so that doesn't look good. Or shall we make it as
compatible to Oracle as possible and use *.pc. Alternatively, how

about

*.pqc?

*.pgc maybe

Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr.

20

meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10

Until later, Jan

--

#=====================================================================
=#
# It's easier to get forgiveness for being wrong than for being right.
#
# Let's break this rule - forgive me.
#
#======================================== jwieck@debis.com (Jan Wieck)
#

#3Noname
jwieck@debis.com
In reply to: Michael Meskes (#1)
Re: [HACKERS] Preprocessor

I've just send the tar file to the patches list (hope that was correct). I'd
like to have it included in the archive before starting more work on it.

We have to decide which extension to use for embedded SQL code. Oracle
already uses *.pc so that doesn't look good. Or shall we make it as
compatible to Oracle as possible and use *.pc. Alternatively, how about
*.pqc?

*.pgc maybe

Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10

Until later, Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck@debis.com (Jan Wieck) #

#4Thomas G. Lockhart
lockhart@alumni.caltech.edu
In reply to: Michael Meskes (#1)
Re: [HACKERS] Preprocessor

Michael Meskes wrote:

I've just send the tar file to the patches list (hope that was correct). I'd
like to have it included in the archive before starting more work on it.

We have to decide which extension to use for embedded SQL code. Oracle
already uses *.pc so that doesn't look good. Or shall we make it as
compatible to Oracle as possible and use *.pc. Alternatively, how about
*.pqc?

Ingres uses ".sc", which I imagine represented "sql c". Applix ships files for
their database interface labeled with ".ec", which I assume represents
"embedded c". I like the ".sc" myself, but that may be because I've worked with
it for years :) I would think any label you choose does not need to be unique.
What does ".pc" indicate?

- Tom

#5The Hermit Hacker
scrappy@hub.org
In reply to: Thomas G. Lockhart (#4)
Re: [HACKERS] Preprocessor

On Thu, 5 Feb 1998, Thomas G. Lockhart wrote:

Michael Meskes wrote:

I've just send the tar file to the patches list (hope that was correct). I'd
like to have it included in the archive before starting more work on it.

We have to decide which extension to use for embedded SQL code. Oracle
already uses *.pc so that doesn't look good. Or shall we make it as
compatible to Oracle as possible and use *.pc. Alternatively, how about
*.pqc?

Ingres uses ".sc", which I imagine represented "sql c". Applix ships files for
their database interface labeled with ".ec", which I assume represents
"embedded c". I like the ".sc" myself, but that may be because I've worked with
it for years :) I would think any label you choose does not need to be unique.
What does ".pc" indicate?

postgresql c?

#6Michael Meskes
meskes@topsystem.de
In reply to: Thomas G. Lockhart (#4)
Re: [HACKERS] Preprocessor

Thomas G. Lockhart writes:

Michael Meskes wrote:

I've just send the tar file to the patches list (hope that was correct). I'd
like to have it included in the archive before starting more work on it.

We have to decide which extension to use for embedded SQL code. Oracle
already uses *.pc so that doesn't look good. Or shall we make it as
compatible to Oracle as possible and use *.pc. Alternatively, how about
*.pqc?

Ingres uses ".sc", which I imagine represented "sql c". Applix ships files for
their database interface labeled with ".ec", which I assume represents
"embedded c". I like the ".sc" myself, but that may be because I've worked with
it for years :) I would think any label you choose does not need to be unique.
What does ".pc" indicate?

.pc means Proc-C with proc being Oracle's preprocessor.

Michael

--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10