Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Alvaro Herrera wrote:
>> I tried to run the test from another directory with this patch
>> installed, and found that it didn't work because it's replacing
>> @abs_builddir@ in the input files improperly (to the current path; it
>> should be using the output dir path, I think)
> I think the appropriate interface would be adding another option to
> pg_regress called --workdir or --tempdir, which defaults to PWD, and
> write the converted sql files there, and then look for the sql files to
> execute in workdir/sql and in inputdir/sql. In some way, this copies
> the vpath search mechanism.
That would be required to make pg_regress run as far as its own
facilities are concerned. But I think Alvaro is worried about something
at a higher level: the regression test process as a whole has some
directory layout assumptions built into it, particularly in regards
to where to find .so's. If we don't have a workable solution for that
it's not really going to help to change pg_regress like this.
regards, tom lane
--
Sent via pgsql-hackers mailing list ([email protected])
To make changess: MarkupIdTestPage.html, MarkupIdTestPage.java,
> MarkupIdTestPageExpectedResult.html, patch-1818.diff
>
>
> HTML:
> <span wicket:id="foo bar"></span>
> Java:
> Label label = new Label("foo bar", "lol");
> label.setOutputMarkupId(true);
> Generates markup:
> <span id="foo bar">lol</span>
> Expected:
> <span id="foo_bar">lol</span>
> When wicket generates wicket:id attributes it should replace spaces with some
> appropriate valid character (like underscore "_").
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
