From: Junio C Hamano <gitster@pobox.com>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: Steffen Prohaska <prohaska@zib.de>,
git@vger.kernel.org, Johannes Sixt <j6t@kdbg.org>
Subject: Re: [PATCH 10/11] Fix warnings in nedmalloc when compiling with GCC 4.4.0
Date: Tue, 02 Jun 2009 08:50:56 -0700 [thread overview]
Message-ID: <7viqjefxcv.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: alpine.DEB.1.00.0906021448300.4440@intel-tinevez-2-302
Johannes Schindelin <Johannes.Schindelin@gmx.de> writes:
> Okay, how about this in the commit body in addition?
>
> -- snip --
> Nedmalloc's source code has a cute #define construct to avoid inserting
> an if() statement, because that might interact badly with enclosing if()
> statements. However, there is no danger of that now, but GCC > 4
> complains "warning: value computed is not used".
>
> Also, with the version of MinGW's headers in msysGit, we need to include
> malloc.h lest the compiler complain about an "incompatible implicit
> declaration of built-in function 'alloca'".
> -- snap --
>
> Hmm?
As to the first one, I think your problem description is clear (the
problem is clear without being explained to begin with) but "there is no
danger of that now" is somewhere between a lame excuse for not doing it
the right way and a bug waiting to happen. If "value computed is not
used" is the issue, why doesn't this work?
#define ensure_initialization() (void)(mparams.magic != 0 || init_mparams())
or at least wrap your fragile "if" in a bog-standard do {} while(0), like...
#define ensure_initialization() \
do { if (mparams.magic == 0) init_mparams(); } while (0)
Then you do not have to make excuses, and instead can just say
Squelch GCC > 4's "value computed not used" warnings from
ensure_initialization() macro definition.
As to the second one, I think you lost "even if we happen to" part (that
logically corresponds to "... that is why we do not want to limit the
inclusion to !__MINGW32__ case") from the description, making it less
readable...
next prev parent reply other threads:[~2009-06-02 15:51 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-31 16:15 [PATCH 00/11] Various msysgit patches Steffen Prohaska
2009-05-31 16:15 ` [PATCH 01/11] MinGW: GCC >= 4 does not need SNPRINTF_SIZE_CORR anymore Steffen Prohaska
2009-05-31 16:15 ` [PATCH 02/11] Quiet make: do not leave Windows behind Steffen Prohaska
2009-05-31 16:15 ` [PATCH 03/11] Work around a regression in Windows 7, causing erase_in_line() to crash sometimes Steffen Prohaska
2009-05-31 16:15 ` [PATCH 04/11] test-chmtime: work around Windows limitation Steffen Prohaska
2009-05-31 16:15 ` [PATCH 05/11] winansi: fix compile warnings Steffen Prohaska
2009-05-31 16:15 ` [PATCH 06/11] git: browsing paths with spaces when using the start command Steffen Prohaska
2009-05-31 16:15 ` [PATCH 07/11] connect.c: Support PuTTY plink and TortoisePlink as SSH on Windows Steffen Prohaska
2009-05-31 16:15 ` [PATCH 08/11] MinGW readdir reimplementation to support d_type Steffen Prohaska
[not found] ` <1243786525-4493-10-git-send-email-prohaska@zib.de>
2009-05-31 16:15 ` [PATCH 10/11] Fix warnings in nedmalloc when compiling with GCC 4.4.0 Steffen Prohaska
2009-05-31 16:15 ` [PATCH 11/11] MinGW: Teach Makefile to detect msysgit and apply specific settings Steffen Prohaska
2009-06-01 7:43 ` [PATCH 10/11] Fix warnings in nedmalloc when compiling with GCC 4.4.0 Junio C Hamano
2009-06-01 8:57 ` Johannes Schindelin
2009-06-01 16:33 ` Junio C Hamano
2009-06-01 23:38 ` GeunSik Lim
2009-06-02 12:52 ` Johannes Schindelin
2009-06-02 15:50 ` Junio C Hamano [this message]
2009-06-03 12:57 ` Johannes Schindelin
[not found] ` <7vprdl9qon.fsf@alter.siames e.dyndns.org>
2009-06-03 17:23 ` Junio C Hamano
2009-06-08 14:46 ` [PATCH 10/11 v2] " Johannes Schindelin
2009-06-08 16:50 ` Junio C Hamano
2009-06-08 18:24 ` Johannes Sixt
2009-06-09 6:06 ` Steffen Prohaska
2009-06-10 9:27 ` Johannes Sixt
2009-06-11 20:52 ` [PATCH] Fix typo in nedmalloc warning fix Johannes Sixt
2009-06-11 20:56 ` [PATCH] compat/ has subdirectories: do not omit them in 'make clean' Johannes Sixt
2009-06-11 21:13 ` [PATCH] Fix typo in nedmalloc warning fix Johannes Schindelin
2009-05-31 18:03 ` [PATCH 05/11] winansi: fix compile warnings Johannes Sixt
2009-05-31 19:52 ` Johannes Sixt
2009-06-01 6:41 ` [PATCH 05/11 v2] MinGW: fix warning about implicit declaration of _getch() Steffen Prohaska
2009-06-01 6:04 ` [PATCH 03/11 v2] Work around a regression in Windows 7, causing erase_in_line() to crash sometimes Steffen Prohaska
2009-06-01 8:25 ` Johannes Schindelin
2009-06-01 10:26 ` Steffen Prohaska
2009-06-01 10:41 ` Johannes Schindelin
2009-06-01 7:43 ` [PATCH 04/11] test-chmtime: work around Windows limitation Junio C Hamano
2009-06-01 9:00 ` Johannes Schindelin
2009-05-31 20:06 ` [PATCH 00/11] Various msysgit patches Johannes Sixt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: http://vger.kernel.org/majordomo-info.html
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7viqjefxcv.fsf@alter.siamese.dyndns.org \
--to=gitster@pobox.com \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=j6t@kdbg.org \
--cc=prohaska@zib.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://80x24.org/mirrors/git.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).