| Age | Commit message (Collapse) | Author |
|---|
|
varno/varattno.
|
|
Update the update date.
|
|
|
|
|
|
|
|
^
|
|
|
|
|
|
for non-JoinPath path! So now we have:
if ( IsA_JoinPath (cheapest) )
rel->size = compute_joinrel_size(cheapest);
|
|
Subject: [PORTS] Makefile.aix patch.
Have to add libc.a to the link when making a shared lib.
|
|
Subject: [PORTS] Patches for Irix 6.4
I have worked out how to compile PostgreSQL on Irix 6.4 using the -n32 compiler
mode and version 7.1 of the C compiler. (The n32 compiler use 32 bits
addressing,
but allows access to all the instructions in the MIPS4 instruction set.)
There were several problems:
1) The ld command is not referenced as a macro in all the Makefiles. On
this platform, you have to include -n32 on all the ld commands. Makefiles
were changed as needed.
3) Lots of warnings are generated from the compiler. Since the regression
tests worked OK, I didn't attempt to fix them. If anyone wants the compilation
log, please let me know, and I'll email it to you.
The version of postgresql was 970602. Here is Makefile.custom:
CUSTOM_COPT = -O2 -n32
MK_NO_LORDER = 1
LD = ld -n32
CC += -n32
|
|
Subject: Re: [PORTS] Re: [PATCHES] DG/UX 5.4R11 patches
Comments in boot.sed break DG/UX port
|
|
Subject: [PATCHES] sequences display in psql
Well, I am away at Progress training (not Postgres!!) and desided to do
this patch during a break. This will allow listing of sequences in
addition to listing of tables and indicies:
\d would should indicies, tables, and sequences
\ds would show sequences only.
|
|
Subject: [PATCHES] DG/UX 5.4R11 patches
1) config.guess -- it doesn't understand that the new default
"TARGET_BINARY_INTERFACE" (m88kdgux) is now an ELF
format, not BCS.
|
|
|
|
rel->size = compute_rel_size(rel);
|
|
new_rel->size = compute_rel_size(new_rel);
|
|
|
|
|
|
|
|
|
|
Subject: [PATCHES] destroydb.1 patch
This is a patch to destroydb man page so that it shows and explains "-i"
option.
|
|
Subject: [PATCHES] psql and large objects fix
Psql was broken by using "Inv[0-9]+" instead of "xin[xv][0-9]+" to not
show large object files. Been this way for a long time too. Relic of
an older naming convention, perhaps?
|
|
Subject: [PATCHES] backend/storage/ipc/shmem.c
- strname is only used if assert checking is on
|
|
Subject: [PATCHES] backend/lib/fstack.c
- The FixedStackIsValid so obviously needs to be a macro
- FixedStackContains only called if assert checking on
|
|
|
|
|
|
|
|
compute_joinrel_size already called by geqo_rel_paths.
|
|
|
|
Subject: [PATCHES] More psql and libpq patches
Well..these would be the last patches until the release (I hope)...
I ran the regression tests while watching psql under purify, and it did
not leak even one byte.
In this patch:
* Plugged a major leak when PSQL reads files for input (either through
\i options or through -f option)
* Fixed the one remaining leak in PSQL in not clearing PGresult *results
everywhere it is supposed to. (Thanks Tymm)
* Fixed A small leak in PSQL not clearing all the PGsettings correctly.
* A not-so-obvious (but small) leak in Libpq when PQsetdb fails for any
reason.
* Added \n to some Libpq error messages to make them easier to digest..
* Finally, added /* PURIFY */ comment to some of the code indicating
the reason for why it was added/changed...for future developers.
|
|
Define USE_POSIX_TIME for dgux port
|
|
Subject: [PATCHES] Patches to allow generic NetBSD support
|
|
Subject: [PATCHES] Added support for NetBSD/pc532.
|
|
The GNUmakefile in src/test/regress uses `gmake' for
the make program. This should be $(MAKE)
|
|
Subject: [HACKERS] src.original/./backend/lib/fstack.c
Another change I suggested. I bracket an unused function and add a
return to quiet the compiler. In addition I added an internal
consistency check.
|
|
Subject: [HACKERS] backend/optimizer/geqo/geqo_erx.c
I sent these changes in with a bunch of others. Some were folded in but
others, like these, were not. I am not sure why so I am resending this
to the developers list by itself for discussion.
The readon why I suggest these changes is that the compiler can't tell
that minimum_count is initialized before it is used. The tests that I
add in here will cause an immediate error if it doesn't. As the comments
below suggest, if it is 100% guaranteed that the variable will always
be initialized then how this is so should be commented here. I don't
know how much strain the actual test puts on the performance but if it
isn't too much then maybe leave it in for absolute safety anyway.
There are also a few returns just to stop warnings.
|
|
|
|
|
|
for join-relations. Sizes already computed by
prune_rel_paths():compute_joinrel_size().
joinrels.c:
< if ( _use_right_sided_plans_ )
---
> if ( _use_right_sided_plans_ &&
> length (outer_rel->relids) > 1 )
- r_plans are useful when outer_rel is join-relation... It
decreases the size of search space...
|
|
|
|
the relation from the relcache.
|
|
* RelationFlushRelation + if the relation is local then get rid of
* the relation descriptor from the newly created relation list.
|
|
|
|
reference platform (Linux/gcc-lib/i686).
|
|
|
|
|
|
|
|
Order in streets.data changed and is now alphabetical (sorry).
|
|
string.
|
