| commit | d80fdb8a1b57150ba6d130b26163b212039da67a | |
| author | tgl <tgl> | |
| Sun, 19 Apr 2009 21:50:09 +0000 (19 21:50 +0000) | ||
| committer | tgl <tgl> | |
| Sun, 19 Apr 2009 21:50:09 +0000 (19 21:50 +0000) | ||
| tree | a3400d348734ba34609bbf1800cd0f5825b9d58a | treesnapshot (tar.gz zip) |
| parent | 36ea05dabb1edf48f6c19e16225c4ee97c6447d5 | commitdiff |
Rethink the idea of having plpgsql depend on parser/gram.h. Aside from the
fact that this is breaking the MSVC build, it's probably not really a good
idea to expand the dependencies of gram.h any further than the core parser;
for instance the value of SCONST might depend on which bison version you'd
built with. Better to expose an additional call point in parser.c, so
move what I had put into pl_funcs.c into parser.c. Also PGDLLIMPORT'ify
the reference to standard_conforming_strings, per buildfarm results.
fact that this is breaking the MSVC build, it's probably not really a good
idea to expand the dependencies of gram.h any further than the core parser;
for instance the value of SCONST might depend on which bison version you'd
built with. Better to expose an additional call point in parser.c, so
move what I had put into pl_funcs.c into parser.c. Also PGDLLIMPORT'ify
the reference to standard_conforming_strings, per buildfarm results.