You are viewing a plain text version of this content. The canonical link for it is here.
Posted to websh-dev@tcl.apache.org by "David N. Welton" <da...@dedasys.com> on 2001/11/02 11:58:14 UTC
%%MAJOR_VERSION%%, make test
In configure.in, we have the following:
#--------------------------------------------------------------------
# Set your package name and version numbers here. The NODOT_VERSION is
# required for constructing the library name on systems that don't like
# dots in library names (Windows). The VERSION variable is used on the
# other systems.
#--------------------------------------------------------------------
PACKAGE=web
MAJOR_VERSION=%%MAJOR_VERSION%%
MINOR_VERSION=%%MINOR_VERSION%%
PATCHLEVEL=%%PATCHLEVEL%%
And...
unix/configure.in: configure.in
ncamerge -nf -K PATCHLEVEL $(BUILDNO) -K MAJOR_VERSION $(MAJOR_VERSION) -K MINOR_VERSION $(MINOR_VERSION) -o unix/configure.in configure.in
What's ncamerge?
Also:
test uricode-2.6 {special cases} {
set in {%f6%F6%f��%}
set out [web::uridecode $in]
} {��%f��%}
Seems to fail on my system:
---- Result was:
���%
---- Result should have been:
��%f��%
==== uricode-2.6 FAILED
I don't see this in the list of issues - is it a known problem?
--
David N. Welton
Consulting: http://www.dedasys.com/
Free Software: http://people.debian.org/~davidw/
Apache Tcl: http://tcl.apache.org/
Personal: http://www.efn.org/~davidw/
Re: %%MAJOR_VERSION%%, make test
Posted by "David N. Welton" <da...@dedasys.com>.
Ronnie Brunner <ro...@netcetera.ch> writes:
> > What's ncamerge?
> This is an internal tool we use to track versions and merge tcl
> script files. I didn't know we use this in websh and I guess we
> should get rid of it. -> It basically concats the files on the
> commandline (here: only configure.in and replaces keywords with
> values (-K KEY value relpaces %%KEY%% in the source with value) and
> writes unix/configure.in
> The easiest way to get rid of it: fix unix/configure.in and hard
> code version numbers and et rid of the configure.in in the top
> directory.
Ok, I will do so. That would also make it easier, in my opinion, to
get started (I was confused for a bit myself on exactly how the pieces
fit together), which is a good thing for any Open Source project.
On this topic - I wrote a small tool, called 'cvsversion.tcl', which
looks to see if you have updated anything from the CVS code, and then
asks if you would like to update the Major, Minor or Patch level of
the code. I use it to make sure that I update one of these numbers
each time I release new code.
> > test uricode-2.6 {special cases} {
> > set in {%f6%F6%f��%}
> > set out [web::uridecode $in]
> > } {��%f��%}
> > Seems to fail on my system:
> > ���%
> > ��%f��%
> > ==== uricode-2.6 FAILED
> > I don't see this in the list of issues - is it a known problem?
> None I would know of. Could that be related to character encoding
> problems? I know that just recently we found out, that uriencode
> (and therefore probably also uridecode) has a problem with UTF-8 and
> other multibyte character encodings.
I18n can be quite troublesome. It took me a while to get it right
with mod_dtcl. I will open this as a bug on nagoya if no one objects.
--
David N. Welton
Consulting: http://www.dedasys.com/
Free Software: http://people.debian.org/~davidw/
Apache Tcl: http://tcl.apache.org/
Personal: http://www.efn.org/~davidw/
Re: %%MAJOR_VERSION%%, make test
Posted by Ronnie Brunner <ro...@netcetera.ch>.
David,
> What's ncamerge?
This is an internal tool we use to track versions and merge tcl script
files. I didn't know we use this in websh and I guess we should get
rid of it. -> It basically concats the files on the commandline (here:
only configure.in and replaces keywords with values (-K KEY value
relpaces %%KEY%% in the source with value) and writes
unix/configure.in
The easiest way to get rid of it: fix unix/configure.in and hard code
version numbers and et rid of the configure.in in the top directory.
> Also:
>
> test uricode-2.6 {special cases} {
> set in {%f6%F6%föö%}
> set out [web::uridecode $in]
> } {öö%föö%}
>
> Seems to fail on my system:
>
> ööö%
> öö%föö%
> ==== uricode-2.6 FAILED
>
> I don't see this in the list of issues - is it a known problem?
None I would know of. Could that be related to character encoding
problems? I know that just recently we found out, that uriencode (and
therefore probably also uridecode) has a problem with UTF-8 and other
multibyte character encodings.
Ronnie
------------------------------------------------------------------------
Ronnie Brunner ronnie.brunner@netcetera.ch
Netcetera AG, 8040 Zuerich phone +41 1 247 79 79 Fax: +41 1 247 70 75