[ python-Bugs-702147 ] --without-cxx flag of configure isn't
documented.
SourceForge.net
noreply at sourceforge.net
Mon Jan 17 01:26:39 CET 2005
Bugs item #702147, was opened at 2003-03-12 04:05
Message generated for change (Comment added) made by bcannon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=702147&group_id=5470
Category: Documentation
Group: Python 2.2.2
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: J.A. Schonekerl (jschonek2)
Assigned to: Nobody/Anonymous (nobody)
Summary: --without-cxx flag of configure isn't documented.
Initial Comment:
Hi,
I can't any discription of the --without-cxx for configure.
If you do a ./configure --help it simply doesn't show up!
And let this be the flag I needed to build python without
libstdc++!
Best regards,
Jan
----------------------------------------------------------------------
>Comment By: Brett Cannon (bcannon)
Date: 2005-01-16 16:26
Message:
Logged In: YES
user_id=357491
This is no longer a problem. Closed as "out of date".
----------------------------------------------------------------------
Comment By: Facundo Batista (facundobatista)
Date: 2005-01-15 04:53
Message:
Logged In: YES
user_id=752496
Please, could you verify if this problem persists in Python 2.3.4
or 2.4?
If yes, in which version? Can you provide a test case?
If the problem is solved, from which version?
Note that if you fail to answer in one month, I'll close this bug
as "Won't fix".
Thank you!
. Facundo
----------------------------------------------------------------------
Comment By: Martin v. Löwis (loewis)
Date: 2003-03-17 14:14
Message:
Logged In: YES
user_id=21627
Yes, please attached unified or context diffs to this bug
report, preferably using the CVS version of Python (or 2.3a2
if CVS is not possible).
----------------------------------------------------------------------
Comment By: J.A. Schonekerl (jschonek2)
Date: 2003-03-17 11:30
Message:
Logged In: YES
user_id=732192
It becomes clear for me that making a good help for all
systems out there is very difficult.
But I could create a better ./configure --help output for python
that is comon for all systems.
And I can create a patch for the README file that explains
the libstdc++ dependencies if you are building with GNU C++.
Can I simply add a patch for these to the patch list or how
does it work?
----------------------------------------------------------------------
Comment By: Martin v. Löwis (loewis)
Date: 2003-03-17 10:39
Message:
Logged In: YES
user_id=21627
Being a C++ expert won't help you in explaining libstdc++
dependencies: This is specific to GNU C++, not to C++ in
general. So you need to be an expert of your operating
system; to some degree, this is expected from somebody
building software on a system.
I *think* that configure --help lists not the defaults, but
the non-defaults in most cases, i.e. the options that you
need to pass. In some cases (e.g. --with-cxx=), they are not
really booleans, but, if activated, also support a parameter
(the name of the C++ compiler, for --with-cxx). In that
case, the default is more involved: If not specified,
--with-cxx is assumed if a C++ compiler can be found and if
linking with that C++ compiler is necessary on your system
(some systems support C++ extension but don't require Python
to be linked with the C++ compiler).
So, please do propose specific wording. I think there is
little point in explaining every detail of what exactly the
configuration tries in what circumstance; so maybe something
general enough that still would have helped you might be
appropriate.
----------------------------------------------------------------------
Comment By: J.A. Schonekerl (jschonek2)
Date: 2003-03-17 04:24
Message:
Logged In: YES
user_id=732192
For example..........
The postgresql configure help does it better:
Optional Packages:
--with-PACKAGE[=ARG] use PACKAGE [ARG=yes]
--without-PACKAGE do not use PACKAGE (same as
--with-PACKAGE=no)
Optional Features:
--disable-FEATURE do not include FEATURE (same as
--enable-FEATURE=no)
--enable-FEATURE[=ARG] include FEATURE [ARG=yes]
It also adds:
Some influential environment variables:
CC C compiler command
CFLAGS C compiler flags
LDFLAGS linker flags, e.g. -L<lib dir> if you have
libraries in a
nonstandard directory <lib dir>
CPPFLAGS C/C++ preprocessor flags, e.g. -I<include dir>
if you have
headers in a nonstandard directory <include dir>
CPP C preprocessor
DOCBOOKSTYLE
location of DocBook stylesheets
But if all listed "oiptional pakages" and "optional
features" are
the default isn't clear in this configure output either.
The Python configure needs a general face-lift.
----------------------------------------------------------------------
Comment By: J.A. Schonekerl (jschonek2)
Date: 2003-03-17 03:49
Message:
Logged In: YES
user_id=732192
For me it wasn't clear why the libstdc++ library was dynamicaly
linked into the python interpreter. I could not find the
relation
between the --with-cxx=<compiler> flag and the libstdc++
library. The README file tells something about the --with-cxx
flag. But not that this causes the libstdc++ inclusion (not
everyone is C/C++ expert). Afther reading the README file it's
also not logical why --with-cxx is choosen as default.
Another problem a had:
I'am missing the default settings with the --with/--wthout and
--disable/--enable settings, or are all settings listed under
"--enable and --with options recognized:" in the configure
output defaults?
Maybe this info should be added the same way as this line
from the configure output.
"Options: [defaults in brackets after descriptions]".
I have these points for improvement:
- Make clear in the README file, with the --with-cxx
explenation that this causes libstdc++ inclusion.
- Make clear in the configure output that all listed
--with/--without/--enable/--disable flags are the default (mmm,
this sounds logical for me now...).
- Make clear in the configure output that all listed
--with/--without/--enable/--disable flags have always a
oposite. (this sounds also logical now, they're all bools....).
- Why is --with-cxx choosen as default, the README file
suggests that you only want this if..............
I'am not a ./configure or c++ expert, maybe my points are
logical
and normal behaviour for you. But I'am sure they will help
other poeple that arn't expert either.
And yes I can make a patch for these points.
----------------------------------------------------------------------
Comment By: Martin v. Löwis (loewis)
Date: 2003-03-15 05:33
Message:
Logged In: YES
user_id=21627
This is a general configure principle: For every --with
option, it is possible to pass --without, and for every
--enable option, it is posible to pass --disable.
Would you be willing to create a patch that explains this to
the user in a way that you would understand?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=702147&group_id=5470
More information about the Python-bugs-list
mailing list