aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt
Commit message (Collapse)AuthorAge
* From: Ryan Kirkpatrick <rkirkpat@nag.cs.colorado.edu>Marc G. Fournier1998-04-27
| | | | | | | | | | Ok, I have finally gotten all of the defines for Dec/Alpha and Linux/Alpha sorted out as Marc asked. There is no longer any need for '-Dalpha' or '-Dlinuxalpha' in either the Dec/Alpha or the Linux/Alpha template files (./src/template/{alpha,linuxalpha}). I have replaced every instance of 'alpha' or '__alpha__' with '__alpha', as that appears to be the common symbol between C compilers on both operating systems (RH4.2 & DecUnix 4.0b) for alpha.
* This patch...Bruce Momjian1998-04-27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Removes the unnecessary "#define AbcRegProcedure 123"'s from pg_proc.h. 2. Changes those #defines to use the names already defined in fmgr.h. 3. Forces the make of fmgr.h in backend/Makefile instead of having it made as a dependency in access/common/Makefile *hack*hack*hack* 4. Rearranged the #includes to a less helter-skelter arrangement, also changing <file.h> to "file.h" to signify a non-system header. 5. Removed "pg_proc.h" from files where its only purpose was for the #defines removed in item #1. 6. Added "fmgr.h" to each file changed for completeness sake. Turns out that #6 was not necessary for some files because fmgr.h was being included in a roundabout way SIX levels deep by the first include. "access/genam.h" ->"access/relscan.h" ->"utils/rel.h" ->"access/strat.h" ->"access/skey.h" ->"fmgr.h" So adding fmgr.h really didn't add anything to the compile, hopefully just made it clearer to the programmer. S Darren.
* Re-apply Darren's char2-16 removal code.Bruce Momjian1998-04-26
|
* More work in the right direction on linux/alphaMarc G. Fournier1998-04-12
| | | | From: Ryan Kirkpatrick <rkirkpat@nag.cs.colorado.edu>
* Back out char2-char16 removal. Add later.Bruce Momjian1998-04-07
|
* Hi,Bruce Momjian1998-04-06
| | | | | | | | | | | | | | | | | | | | | | Attached you'll find a (big) patch that fixes make dep and make depend in all Makefiles where I found it to be appropriate. It also removes the dependency in Makefile.global for NAMEDATALEN and OIDNAMELEN by making backend/catalog/genbki.sh and bin/initdb/initdb.sh a little smarter. This no longer requires initdb.sh that is turned into initdb with a sed script when installing Postgres, hence initdb.sh should be renamed to initdb (after the patch has been applied :-) ) This patch is against the 6.3 sources, as it took a while to complete. Please review and apply, Cheers, Jeroen van Vianen
* The following uuencoded, gzip'd file will ...Bruce Momjian1998-03-30
| | | | | | | | | | | 1. Remove the char2, char4, char8 and char16 types from postgresql 2. Change references of char16 to name in the regression tests. 3. Rename the char16.sql regression test to name.sql. 4. Modify the regression test scripts and outputs to match up. Might require new regression.{SYSTEM} files... Darren King
* There's a patch attached to fix gcc 2.8.x warnings, except for theBruce Momjian1998-03-30
| | | | | | | | | | | | | | | | | | | | | | | | yyerror ones from bison. It also includes a few 'enhancements' to the C programming style (which are, of course, personal). The other patch removes the compilation of backend/lib/qsort.c, as qsort() is a standard function in stdlib.h and can be used any where else (and it is). It was only used in backend/optimizer/geqo/geqo_pool.c, backend/optimizer/path/predmig.c, and backend/storage/page/bufpage.c > > Some or all of these changes might not be appropriate for v6.3, since we > > are in beta testing and since they do not affect the current functionality. > > For those cases, how about submitting patches based on the final v6.3 > > release? There's more to come. Please review these patches. I ran the regression tests and they only failed where this was expected (random, geo, etc). Cheers, Jeroen
* > > I'm using text[] arrays. Some of my array elements have '"'Bruce Momjian1998-03-20
| | | | | | | | > > characters in them. Dumping and reloading using pg_dumpall > > doesn't work with this and dumping the entire array and > > then trying to parse it is hopeless. Doug Gibson
* From: "Thomas G. Lockhart" <lockhart@alumni.caltech.edu>Marc G. Fournier1998-03-15
| | | | | | | | For substr() and substring() on the text data type, the relevant code is in varlena.c. You are right, there is a problem. I have a patch which I will apply to the source tree soon. The copy enclosed below probably does not preserve tabs correctly so cannot be applied directly; the relevant change is simply changing the ">=" to ">"...
* From: t-ishii@sra.co.jpMarc G. Fournier1998-03-15
| | | | | | | | | | | | | | | Included are patches intended for allowing PostgreSQL to handle multi-byte charachter sets such as EUC(Extende Unix Code), Unicode and Mule internal code. With the MB patch you can use multi-byte character sets in regexp and LIKE. The encoding system chosen is determined at the compile time. To enable the MB extension, you need to define a variable "MB" in Makefile.global or in Makefile.custom. For further information please take a look at README.mb under doc directory. (Note that unlike "jp patch" I do not use modified GNU regexp any more. I changed Henry Spencer's regexp coming with PostgreSQL.)
* Fix money type USE_LOCALE support at least for default "C" locale.Thomas G. Lockhart1998-03-02
| | | | Still has questionable code for some locale-specific strings.
* pgindent run before 6.3 release, with Thomas' requested changes.Bruce Momjian1998-02-26
|
* From: Jan Wieck <jwieck@debis.com>Marc G. Fournier1998-02-25
| | | | | | | | | | seems that my last post didn't make it through. That's good since the diff itself didn't covered the renaming of pg_user.h to pg_shadow.h and it's new content. Here it's again. The complete regression test passwd with only some float diffs. createuser and destroyuser work. pg_shadow cannot be read by ordinary user.
* From: "Denis V. Dmitrienko" <denis@null.net>Marc G. Fournier1998-02-24
| | | | | | | | | | | What it does: It solves stupid problem with cyrillic charsets IP-based on-fly recoding. take a look at /data/charset.conf for details. You can use any tables for any charset. Tables are from Russian Apache project. Tables in this patch contains also Ukrainian characters. Then run ./configure --enable-recode
* Remove #include "port-protos.h", since we no longer use itMarc G. Fournier1998-02-24
| | | | From: Frank Ridderbusch <ridderbusch.pad@sni.de>
* From: Jan Wieck <jwieck@debis.com>Marc G. Fournier1998-02-24
| | | | | | So if the relname is given to acldefault() in utils/adt/acl.c, it can do a IsSystemRelationName() on it and return ACL_RD instead of ACL_WORLD_DEFAULT.
* From: Tom I Helbekkmo <tih@Hamartun.Priv.NO>Marc G. Fournier1998-02-14
| | | | | | | The file 'backend/utils/adt/arrayfuncs.c' won't compile with the February 14th snapshot, because of an inconsistency between the declaration and implementation of ReadArrayStr(). As far as I can tell, the predeclaration is wrong. I assume this is what was meant:
* Atttypmod cleanup.Bruce Momjian1998-02-13
|
* Goodbye register keyword. Compiler knows better.Bruce Momjian1998-02-11
|
* Pass around typmod as int16.Bruce Momjian1998-02-10
|
* atttypmod now -1.Bruce Momjian1998-02-07
|
* Vadim fix for vacuum analyze.Bruce Momjian1998-02-05
|
* Fix for varchar functions, and indextyple j-1 fix.Bruce Momjian1998-02-05
|
* Define boolean functions for lseg <, <=, <>, >=, >Thomas G. Lockhart1998-02-03
| | | | | | | | | Define close_ls(), close_lseg(), lseg_length(). Write real code for close_sb(), close_pb(), inter_sb(), inter_lb(). Repair lseg_perp() which determines if two lsegs are perpendicular. Repair lseg_dt() distance between two lsegs. Note: close_sl() is clearly broken but will repair later (calculating point on lseg rather than point on line).
* No datedebug printing of date debug is not defined.Bruce Momjian1998-02-02
|
* Move all the isinf() stuff from float.c to isinf.c, and build it according toMarc G. Fournier1998-02-02
| | | | configure vs port specific #ifdef's...
* AIX patch from Darren King and Univel patch from Billy Allie, mostlyBruce Momjian1998-02-01
| | | | related to grammar and parser issues, with one postmaster fix.
* Inline fastgetattr and others so data access does not use functionBruce Momjian1998-01-31
| | | | calls.
* New pg_attribute.atttypmod for type-specific information likeBruce Momjian1998-01-16
| | | | | | | | | | | varchar length. Cleans up code so attlen is always length. Removed varchar() hack added earlier. Will fix bug in selecting varchar() fields, and varchar() can be variable length.
* Thank god for searchable mail archives.PostgreSQL Daemon1998-01-15
| | | | | | | | | Patch by: wieck@sapserv.debis.de (Jan Wieck) One of the design rules of PostgreSQL is extensibility. And to follow this rule means (at least for me) that there should not only be a builtin PL. Instead I would prefer a defined interface for PL implemetations.
* Various cleanups for the i386_solaris environmentMarc G. Fournier1998-01-13
|
* Some *very* major changes by darrenk@insightdist.com (Darren King)Marc G. Fournier1998-01-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | ========================================== What follows is a set of diffs that cleans up the usage of BLCKSZ. As a side effect, the person compiling the code can change the value of BLCKSZ _at_their_own_risk_. By that, I mean that I've tried it here at 4096 and 16384 with no ill-effects. A value of 4096 _shouldn't_ affect much as far as the kernel/file system goes, but making it bigger than 8192 can have severe consequences if you don't know what you're doing. 16394 worked for me, _BUT_ when I went to 32768 and did an initdb, the SCSI driver broke and the partition that I was running under went to hell in a hand basket. Had to reboot and do a good bit of fsck'ing to fix things up. The patch can be safely applied though. Just leave BLCKSZ = 8192 and everything is as before. It basically only cleans up all of the references to BLCKSZ in the code. If this patch is applied, a comment in the config.h file though above the BLCKSZ define with warning about monkeying around with it would be a good idea. Darren darrenk@insightdist.com (Also cleans up some of the #includes in files referencing BLCKSZ.) ==========================================
* > It seems there is a mistake in substr function:Marc G. Fournier1998-01-13
| | | | | | | | | | | | | | | > then you try get substr, which consists only of last char in string > you get all string > > For example: > userbase=> select substr('123456', 6,1) ; > substr > ------ > 123456 > (1 row) > From Edmund Mergl <E.Mergl@bawue.de>
* Cleanup of varchar.Bruce Momjian1998-01-08
|
* Re-install working varchar() with compress size.Bruce Momjian1998-01-08
|
* Completion of varchar rollback.Bruce Momjian1998-01-08
|
* Cleanup of varchar.Bruce Momjian1998-01-08
|
* Rollback varchar size change.Bruce Momjian1998-01-08
|
* Fix for varchar I missed.Bruce Momjian1998-01-07
|
* Allow varchar() to only store needed bytes. Remove PALLOC,PALLOCTYPE,PFREE. ↵Bruce Momjian1998-01-07
| | | | Clean up use of VARDATA.
* Change some ABORTS to ERROR. Add line number when COPY Failure.Bruce Momjian1998-01-05
|
* Change elog(WARN) to elog(ERROR) and elog(ABORT).Bruce Momjian1998-01-05
|
* Define text_substr().Thomas G. Lockhart1998-01-01
| | | | | Change declarations from "struct varlena *" to "text *". Remove register variables since compiler should do better on its own.
* Change some mallocs to palloc.Bruce Momjian1997-12-29
|
* Fix format to produce actual German style. Affects new "GERMAN" feature only.Thomas G. Lockhart1997-12-23
|
* Change logic slightly to avoid one unnecessary calculation. No big deal.Thomas G. Lockhart1997-12-23
|
* Change a few routine names back to full length now that pg_proc allowsThomas G. Lockhart1997-12-23
| | | | names over 16 characters. datet_datetime() -> datetime_datetime(), etc.
* Major cleanout of PORTNAME variables from Makefiles...bound to screw upMarc G. Fournier1997-12-20
| | | | some of the ports...
* First clean compile without a "PORTNAME" variable being set...Marc G. Fournier1997-12-20
|