A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2001-October/017735.html below:

[Python-Dev] Fixing compiler warnings (bug #445960)

[Python-Dev] Fixing compiler warnings (bug #445960) [Python-Dev] Fixing compiler warnings (bug #445960)Greg Ward gward@python.net
Wed, 3 Oct 2001 21:16:35 -0400
What's the general feeling/policy on fixing very minor problems that cause 
legitimate compiler warnings with some compilers?  ISTR that Tim is adamant 
about keeping Python warning-free on Windows with MSVC, but what about, say, 
the compiler that ships with IRIX 6.5?  It's not a widely-used platform, but 
the compiler does catch some genuine, albeit small, problems -- mostly of the 
"variable set but never used" variety.

It looks like most fixes are along the lines of changing this:

static int
init_builtin(char *name)
{
	struct _inittab *p;
	PyObject *mod;

	if ((mod = _PyImport_FindExtension(name, name)) != NULL)
		return 1;

to this:

static int
init_builtin(char *name)
{
	struct _inittab *p;




RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4