Comment fix of config_default.pl

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Comment fix of config_default.pl

Kyotaro Horiguchi-4
Hello.

In src/tools/msvc/config_default.pl, peremeter "perl" requires a
path string, not a bool differently from that of configure
script. --with-python has the same characteristics and the
comment is suggesting that.

We need to fix --with-perl and --with-uuid the same way.

regards.

--
Kyotaro Horiguchi
NTT Open Source Software Center

diff --git a/src/tools/msvc/config_default.pl b/src/tools/msvc/config_default.pl
index 2553636dc1..9f37ba53f8 100644
--- a/src/tools/msvc/config_default.pl
+++ b/src/tools/msvc/config_default.pl
@@ -18,10 +18,10 @@ our $config = {
  nls       => undef,    # --enable-nls=<path>
  tap_tests => undef,    # --enable-tap-tests
  tcl       => undef,    # --with-tcl=<path>
- perl      => undef,    # --with-perl
+ perl      => undef,    # --with-perl=<path>
  python    => undef,    # --with-python=<path>
  openssl   => undef,    # --with-openssl=<path>
- uuid      => undef,    # --with-ossp-uuid
+ uuid      => undef,    # --with-ossp-uuid=<path>
  xml       => undef,    # --with-libxml=<path>
  xslt      => undef,    # --with-libxslt=<path>
  iconv     => undef,    # (not in configure, path to iconv)
Reply | Threaded
Open this post in threaded view
|

Re: Comment fix of config_default.pl

Michael Paquier-2
On Fri, Jul 12, 2019 at 12:15:29PM +0900, Kyotaro Horiguchi wrote:
> In src/tools/msvc/config_default.pl, parameter "perl" requires a
> path string, not a bool differently from that of configure
> script. --with-python has the same characteristics and the
> comment is suggesting that.
>
> We need to fix --with-perl and --with-uuid the same way.
>
> + uuid      => undef,    # --with-ossp-uuid=<path>

--with-ossp-uuid is an obsolete spelling.  Wouldn't it be better to
replace it with --with-uuid=<path>?  That would be a bit inconsistent
with configure which can only take a set of hardcoded names, still
there is little point in keeping an option which would get removed
sooner than later?
--
Michael

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Comment fix of config_default.pl

Kyotaro Horiguchi-4
Thanks.

At Fri, 12 Jul 2019 13:01:13 +0900, Michael Paquier <[hidden email]> wrote in <[hidden email]>

> On Fri, Jul 12, 2019 at 12:15:29PM +0900, Kyotaro Horiguchi wrote:
> > In src/tools/msvc/config_default.pl, parameter "perl" requires a
> > path string, not a bool differently from that of configure
> > script. --with-python has the same characteristics and the
> > comment is suggesting that.
> >
> > We need to fix --with-perl and --with-uuid the same way.
> >
> > + uuid      => undef,    # --with-ossp-uuid=<path>
>
> --with-ossp-uuid is an obsolete spelling.  Wouldn't it be better to
> replace it with --with-uuid=<path>?  That would be a bit inconsistent
Oops! Right. My eyes slipped over the difference..

> with configure which can only take a set of hardcoded names, still
> there is little point in keeping an option which would get removed
> sooner than later?

Agreed. Attached the fixed version.

regards.

--
Kyotaro Horiguchi
NTT Open Source Software Center

From 621cd2a6c63b4ae99a51dd3a082d889cf7de286f Mon Sep 17 00:00:00 2001
From: Kyotaro Horiguchi <[hidden email]>
Date: Fri, 12 Jul 2019 15:20:27 +0900
Subject: [PATCH] Fix comments in config_default.pl

Each configuration option in config_default.pl corresponds to one of
the configure script options but some of the correspondents of boolean
or item-selection options take path string. Such options are suggested
to do so in their comments, but "perl" and "uuid" options were
forgotten. Modify them so. --with-ossp-uuid is changed to --with-uuid
since it is obsolete.
---
 src/tools/msvc/config_default.pl | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/tools/msvc/config_default.pl b/src/tools/msvc/config_default.pl
index 2553636dc1..043df4c5e8 100644
--- a/src/tools/msvc/config_default.pl
+++ b/src/tools/msvc/config_default.pl
@@ -18,10 +18,10 @@ our $config = {
  nls       => undef,    # --enable-nls=<path>
  tap_tests => undef,    # --enable-tap-tests
  tcl       => undef,    # --with-tcl=<path>
- perl      => undef,    # --with-perl
+ perl      => undef,    # --with-perl=<path>
  python    => undef,    # --with-python=<path>
  openssl   => undef,    # --with-openssl=<path>
- uuid      => undef,    # --with-ossp-uuid
+ uuid      => undef,    # --with-uuid=<path>
  xml       => undef,    # --with-libxml=<path>
  xslt      => undef,    # --with-libxslt=<path>
  iconv     => undef,    # (not in configure, path to iconv)
--
2.16.3

Reply | Threaded
Open this post in threaded view
|

Re: Comment fix of config_default.pl

Michael Paquier-2
On Fri, Jul 12, 2019 at 03:34:11PM +0900, Kyotaro Horiguchi wrote:
> At Fri, 12 Jul 2019 13:01:13 +0900, Michael Paquier <[hidden email]> wrote in <[hidden email]>
>> --with-ossp-uuid is an obsolete spelling.  Wouldn't it be better to
>> replace it with --with-uuid=<path>?  That would be a bit inconsistent
>
> Oops! Right. My eyes slipped over the difference..

I would also patch GetFakeConfigure in Solution.pm (no need to send a
new patch), and I thought that you'd actually do the change.  What do
you think?
--
Michael

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Comment fix of config_default.pl

Michael Paquier-2
On Fri, Jul 12, 2019 at 05:01:41PM +0900, Michael Paquier wrote:
> I would also patch GetFakeConfigure in Solution.pm (no need to send a
> new patch), and I thought that you'd actually do the change.  What do
> you think?

OK, applied as I have been able to look at it again, and after fixing
the portion for GetFakeConfigure.  Thanks!
--
Michael

signature.asc (849 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Comment fix of config_default.pl

Kyotaro Horiguchi-4
At Sat, 13 Jul 2019 16:53:45 +0900, Michael Paquier <[hidden email]> wrote in <[hidden email]>
> On Fri, Jul 12, 2019 at 05:01:41PM +0900, Michael Paquier wrote:
> > I would also patch GetFakeConfigure in Solution.pm (no need to send a
> > new patch), and I thought that you'd actually do the change.  What do
> > you think?
>
> OK, applied as I have been able to look at it again, and after fixing
> the portion for GetFakeConfigure.  Thanks!

Thanks for committing and your additional part.

regards.

--
Kyotaro Horiguchi
NTT Open Source Software Center