PG-REX

Fork

Cleaned up a spurious '-' ...

Pointed out by: ernst.molitor@uni-bonn.de

modifications required to reflect centralized include files

modifications required to reflect centralized include files

Clean up th ecompile process by centralizing the include files

- code compile tested, but due to a yet unresolved problem with
parse.h's creation, compile not completed...

Went back one directory too far for the -I include

Path to pg_proc.h to create fmgrtab.c change to include/catalog

More cleanups of the include files

- centralizing to simplify the -I's required to compile

Moved the include files to src/include/regex

Redundant -I pointer to port/<portname>

c.h is included in postgres.h already

Should finish cleaning out the machine.h includes

Remove include of machine.h

Remove all traces of machine.h and redundant calls to c.h where
postgres.h already pulled in (postgres.h includes c.h)

#ifndef the include file like the rest, so that it doesn't get pulled
in twice...

Oops, win32 does have one more thing in its machine.h...move that
define to config.h

We have a machine.h for each platform just because of BLCKSZ, and every
platform with a machine.h has the same BLCKSZ?

Consolidate machine.h into config.h

#include "postgres.h" exists in most .c files in system, so adding
#include "config.h" here will (should?) ensure that any platform
dependencies defined in config.h should be reflected in all .c files...

Moved from backend/access to include/access

The use of include files is a mess...alot of redundancy, it seems...

First Step: Centralize them under on src/include hierarchy

added #include "config.h" for ESCAPE_PATCH define

Removed -DESCAPE_PATCH ... moved to include/config.h

At this rate, maybe next year sometime I'll get this done...

Goals: reduce the difficulty of porting from platform to platform,
release to release, but moving as much as possible into config.h

One file at a time, one directory after the other...this is going
to be one helluva chore to clean up...

first attempt at centralizing config information for ports

first pass...move some of the "Port" dependencies to src/include/config.h

Reduce -DPORTNAME_$(PORTNAME) down to just -D$(PORTNAME)

Its a start...

Create support for a "common" include directory for the source
tree, instead of having include files all over the place...

Immediate goal...a 'config.h' file so that we can make #ifdef's
being used throughout the code more a rarity as far as porting
is concerned

Damn, we really need to clean up this "include file" dilemna...
include files *everywhere* ;(

The patch that is applied at the end of the email makes sure that these
conditions are always met. The patch can be applied to any version
of Postgres95 from 1.02 to 1.05. After applying the patch, queries
using indices on bpchar and varchar fields should (hopefully ;-) )
always return the same tuple set regardless to the fact whether
indices are used or not.

Submitted by: Gerhard Reithofer <tbr_laa@AON.AT>