summaryrefslogtreecommitdiff
path: root/src/interfaces/ecpg/preproc
AgeCommit message (Collapse)Author
2012-08-14Translation updatesPeter Eisentraut
2012-05-31Translation updatesPeter Eisentraut
2012-02-23Translation updatesPeter Eisentraut
2012-02-13Do not use the variable name when defining a varchar structure in ecpg.Michael Meskes
With a unique counter being added anyway, there is no need anymore to have the variable name listed, too.
2011-12-18In ecpg removed old leftover check for given connection name.Michael Meskes
Ever since we introduced real prepared statements this should work for different connections. The old solution just emulating prepared statements, though, wasn't able to handle this. Closes: #6309
2011-12-01Translation updatesPeter Eisentraut
2011-09-22Translation updatesPeter Eisentraut
2011-03-11In ecpg preprocessor, don't try to look up constants in the test forHeikki Linnakangas
variable hiding. A constant is not a variable. It worked in most cases by accident, because we add constants to the global list of variables (why?), but float constants like 1.23 were interpreted as struct field references, and not found. Backpatch to 9.0, where the test for variable hiding was added.
2011-01-08In ecpg's parser removed a fixed length limit for constants defining an ↵Michael Meskes
array dimension.
2010-12-13Translation updates for release 9.0.2Peter Eisentraut
2010-09-22Convert cvsignore to gitignore, and add .gitignore for build targets.Magnus Hagander
2010-09-16Translation updates for 9.0.0Peter Eisentraut
2010-07-29Translation updates for 9.0beta4Peter Eisentraut
2010-07-06pgindent run for 9.0, second runBruce Momjian
2010-07-05Split the LDFLAGS make variable into two parts: LDFLAGS is now used forTom Lane
linking both executables and shared libraries, and we add on LDFLAGS_EX when linking executables or LDFLAGS_SL when linking shared libraries. This provides a significantly cleaner way of dealing with link-time switches than the former behavior. Also, make sure that the various platform-specific %.so: %.o rules incorporate LDFLAGS and LDFLAGS_SL; most of them missed that before. (I did not add these variables for the platforms that invoke $(LD) directly, however. It's not clear if we can do that safely, since for the most part we assume these variables use CC command-line syntax.) Per gripe from Aaron Swenson and subsequent investigation.
2010-06-04Added variable handling for RETURNING clause to ecpg.Michael Meskes
While the values were correctly returned they were not moved into C variables as they should be. Closes: #5489
2010-05-30Change the notation for calling functions with named parameters fromTom Lane
"val AS name" to "name := val", as per recent discussion. This patch catches everything in the original named-parameters patch, but I'm not certain that no other dependencies snuck in later (grepping the source tree for all uses of AS soon proved unworkable). In passing I note that we've dropped the ball at least once on keeping ecpg's lexer (as opposed to parser) in sync with the backend. It would be a good idea to go through all of pgc.l and see if it's in sync now. I didn't attempt that at the moment.
2010-05-25Replace self written 'long long int' configure test by standard ↵Michael Meskes
'AC_TYPE_LONG_LONG_INT' macro call.
2010-05-25Added a configure test for "long long" datatypes. So far this is only used ↵Michael Meskes
in ecpg and replaces the old test that was kind of hackish.
2010-05-20Ecpg now accepts "long long" datatypes even if "long" is 64bit wide. This ↵Michael Meskes
used to cover the equally long "long long" type. This patch closes bug #5464.
2010-05-13Translation updatePeter Eisentraut
2010-05-12Add PGFILEDESC description to Makefiles for all /contrib executables.Bruce Momjian
Add PGAPPICON to all executable makefiles.
2010-04-03Make ecpg in line with other compilers in that it deletes its output if ↵Michael Meskes
there was an error processing the input file. Work done by Zoltan.
2010-04-03Message quoting style tuningPeter Eisentraut
2010-04-02FATAL errors are meant to stop ecpg immediately, e.g. because the syntax isMichael Meskes
corrupted. This error, however, does is not a compilation problem but a runtime one, so we can keep compiling but still have to declare ERROR.
2010-04-01Zoltan beautified his hidden-variable-patch for ecpg. This also makes sure ↵Michael Meskes
we get an error message instead of a warning if the variable have different types.
2010-04-01Applied Zoltan's patch to make ecpg spit out warnings if a local variable ↵Michael Meskes
hides a global one with the same name.
2010-03-31Give a more precise error message if a variable is re-used as cursor name in ↵Michael Meskes
ecpg.
2010-03-23Remove useless double assignmentPeter Eisentraut
GCC 4.5 complained about it.
2010-03-21ECPG's parser now accepts and handles variables as arguments for the FREE ↵Michael Meskes
command. Informix allows variables as argument to the embedded SQL command FREE. Given that we only allow freeing cursors via FREE for compatibility reasons only we should do the same.
2010-03-21ECPG only copied #include statements instead of processing them according toMichael Meskes
commandline option "-i". This change fixes this and adds a test case. It also honors #include_next, although this is probably never used for embedded SQL.
2010-03-20Fixed ecpg parser to allow more than one C preprocessor command inside a ↵Michael Meskes
declare section.
2010-03-09ecpg now adds a unique counter to its varchar struct definitions to make ↵Michael Meskes
these definitions unique, too. It used to use the linenumber but in the rare case of two definitions in one line this was not unique.
2010-02-26pgindent run for 9.0Bruce Momjian
2010-02-19Translation updates for 9.0alpha4Peter Eisentraut
2010-01-29Changed ECPG outofscope handling to always print out statements in the same ↵Michael Meskes
order so regression testing is possible, by Zoltan Boszormenyi
2010-01-29Fixed a few typos in ecpg. Two were in comments, the third made a log output ↵Michael Meskes
reverse yes and no.
2010-01-26Applied patch by Boszormenyi Zoltan <zb@cybertec.at> to add out-of-scope ↵Michael Meskes
cursor support to native mode.
2010-01-15Applied patch by Boszormenyi Zoltan <zb@cybertec.at> to add DESCRIBE ↵Michael Meskes
[OUTPUT] statement to ecpg.
2010-01-05Applied patch by Boszormenyi Zoltan <zb@cybertec.at> to add sqlda support toMichael Meskes
ecpg in both native and compatiblity mode.
2010-01-02Update copyright for the year 2010.Bruce Momjian
2009-12-19Translation updatesPeter Eisentraut
2009-12-16Fixed auto-prepare to not try preparing statements that are not preparable. BugMichael Meskes
found and solved by Boszormenyi Zoltan <zb@cybertec.at>, some small adjustments by me.
2009-11-27Remove */ characters from declare cursor statements before putting them into aMichael Meskes
comment.
2009-11-27Added script to check if all rule re-definition in ecpg.addons are indeed usedMichael Meskes
in the build process. If not the build process will stop with an error message.
2009-11-26Synced addon rules after some renamings.Michael Meskes
2009-11-26Added dynamic cursor names to ecpg. Almost the whole patch was done byMichael Meskes
Boszormenyi Zoltan, with only a minor tweak or two from me.
2009-11-21Refactor ecpg grammar so that it uses the core grammar's unreserved_keywordTom Lane
list, minus a few specific words that have to be treated specially. This replaces a hard-wired list of keywords that would have needed manual maintenance, and was not getting it. The 8.4 coding was already missing these words, causing ecpg to incorrectly treat them as reserved words: CALLED, CATALOG, DEFINER, ENUM, FOLLOWING, INVOKER, OPTIONS, PARTITION, PRECEDING, RANGE, SECURITY, SERVER, UNBOUNDED, WRAPPER. In HEAD we were additionally missing COMMENTS, FUNCTIONS, SEQUENCES, TABLES. Per gripe from Bosco Rama.
2009-11-11Change "name" nonterminal in cursor-related productions to cursor_name.Alvaro Herrera
This is a preparatory patch for allowing a dynamic cursor name be used in the ECPG grammar. Author: Zoltan Boszormenyi
2009-11-11Support optional FROM/IN in FETCH and MOVEAlvaro Herrera
The main motivation for this is that it's required for Informix compatibility in ECPG. This patch makes the ECPG and core grammars a bit closer to one another for these productions. Author: Zoltan Boszormenyi
generated by cgit v1.2.3 (git 2.46.0) at 2025-11-16 07:47:03 +0000