Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add output to simplify troubleshooting native build #489

Merged
merged 3 commits into from
Jun 13, 2024

Conversation

jcflack
Copy link
Contributor

@jcflack jcflack commented Jun 12, 2024

Add to the build scripting for pljava-so so that the detailed PG_VERSION_STR will appear in the Maven output to clarify what PG version has been found to build against.

This should simplify responding to issues like #487, where the first obvious question is "what version of PostgreSQL is this being built against, anyway?".

The version is logged at Maven's INFO level, so should be present in the output with no special effort.

Also log, at Maven's DEBUG level, the actual arguments being supplied to the compiler and linker. These will only be seen if Maven is run with -X, which therefore can be useful if some more thorny build issue needs to be investigated.

Improve javadoc in pljava-pgxs, to serve as a better reference for what the functions and objects used in the pljava-so POM build script are for.

jcflack added 3 commits June 12, 2024 15:39
For the Windows cases, log the arguments before applying the
forWindowsCRuntime() transformation (but indicating, in the message,
that it will be applied).

Eliminate the debug logging of the script text in ScriptingMojo
and ReportScriptingMojo; Maven itself, when producing debug output,
will have dumped that to the log perhaps twice already (when reading
the configuration, and when configuring the mojo).
As dubious as combining any refactoring with a Javadoc/whitespace
cleanup may be, it was preferable to writing new Javadoc to try to
explain why it was factored as it was (with some script engine
bindings being added in PGXSUtils.getScriptEngine and others in
ScriptingMojo.execute, especially as that didn't match where the
underlying methods lived).

Adjusts javadoc options to include package-access types and members
in pljava-pgxs, as some of those are exported to the script engine
and ought to be documented.
@jcflack jcflack merged commit 10beea3 into REL1_6_STABLE Jun 13, 2024
10 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant