- 14 6月, 2000 3 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
have'nt r un autoconf to create a new configure, I guess that's done by the smapshot process, I had to remove a line from interface/odbc/ GNUMakefile to get it to build, it was a autoconf variable that looks to not be used anymore, I am assuming that this is ok. Nick Gorham Easysoft Ltd
-
由 Bruce Momjian 提交于
-
- 13 6月, 2000 13 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
the tcl-spec in the Makefile. The patch in the attachemant does this in the src/interfaces/libpgtcl too Thank you Rudolf Weber
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
functions that take pass-by-value datatypes. Should be ready for port testing ...
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
compatiblity with old rules.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 12 6月, 2000 9 次提交
-
-
由 Bruce Momjian 提交于
prepared for dirtribution (it needs a little changes). I can change and work on this, but I need motivation :-) And Peter, I know and I agree that standard PG tree is not good space for all interfaces and for all tools based on PG, but LO is PG feature and we haven't backup tool for LO. Karel Zak
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
>> Makefile where the make bombs if "." is not in the builder's path? >> The last I checked, it wasn't applied and the fix is very easy >> (explicitly use "./" to call the script). SL Baur
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
quote-stripping, and acl-checking tasks for these functions from the parser, and do them at function execution time instead. This fixes the failure of pg_dump to produce correct output for nextval(Foo) used in a rule, and also eliminates the restriction that the argument of these functions must be a parse-time constant.
-
由 Tom Lane 提交于
-
由 Peter Eisentraut 提交于
-
由 Tom Lane 提交于
-
- 11 6月, 2000 3 次提交
-
-
由 Peter Eisentraut 提交于
Interfaced a lot of the custom tests to the config.cache, in the process made them separate macros and grouped them out into files. Made naming adjustments. Removed a couple of useless/unused configure tests. Disabled C++ by default. C++ is no more special than Perl, Python, and Tcl. And it breaks equally often. :(
-
由 Bruce Momjian 提交于
-
由 Peter Eisentraut 提交于
that now functions as a wrapper around the MakeMaker stuff. It might even behave sensically when we have separate build dirs. Same for plperl, which of course still doesn't work very well. Made sure that plperl respects the choice of --libdir. Added --with-python to automatically build and install the Python interface. Works similarly to the Perl5 stuff. Moved the burden of the distclean targets lower down into the source tree. Eventually, each make file should have its own. Added automatic remaking of makefiles and configure. Currently only for the top-level because of a bug(?) in Autoconf. Use GNU `missing' to work around missing autoconf and aclocal. Start factoring out macros into their own config/*.m4 files to increase readability and organization.
-
- 10 6月, 2000 12 次提交
-
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
really worked. Until now.
-
由 Tom Lane 提交于
fflush(stderr)'s for good luck.
-
由 Tom Lane 提交于
here bother to run autoconf, or pay attention when it complains? To say nothing of actually committing the configure that goes with the configure.in. -- Tom the janitor.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
absolute. It also makes it more compliant with the interface specification in Sun's documentation; 1. absolute(0) should throw an exception. 2. absolute(>num-records) should set the current row to after the last record in addition to returning false. 3. absolute(<num-records) should set the current row to before the first record in addition to returning false. These operations in the existing code just return false and don't change current_row. These changes required a minor change to relative(int) since it calls absolute(int) The attached patch is against the cvs repository tree as of this morning. Also, who is in charge of maintaining the jdbc driver? I'm working on getArray for the jdbc2 driver, but it's going to require three more classes to be added to the driver, and thus three more source files in the repository. Is there someone I can contact directly to ask about this? Travis Bauer | CS Grad Student | IU |www.cs.indiana.edu/~trbauer
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
I have made the couple of mods required to make the odbc driver with postgres build and use unixODBC (http://www.unixodbc.org) This patch was applied against the postgresql-7.0beta1 build Any problems let me know. Nick Gorham
-