This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/15194] [3.3/3.4/3.5 Regression] Fastjar configure needlessly fails without long long
- From: "aoliva at redhat dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 25 Jun 2004 18:58:00 -0000
- Subject: [Bug other/15194] [3.3/3.4/3.5 Regression] Fastjar configure needlessly fails without long long
- References: <20040428233835.15194.jones@ingate.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From aoliva at redhat dot com 2004-06-25 18:57 -------
Subject: Re: [fastjar] Check for "long long" before using it
On Jun 25, 2004, Kelley Cook <kcook@gcc.gnu.org> wrote:
> 2004-06-25 Kelley Cook <kcook@gcc.gnu.org>
> * configure.ac: Add check for long long.
> * jartool.h: Check for long long before using it.
> * configure: Regenerate
> * config.h.in: Regenerate.
Ok, thanks.
> -#elif SIZEOF_LONG_LONG == 4
> +#elif defined(HAVE_LONG_LONG) && SIZEOF_LONG_LONG == 4
You don't really need this, BTW. If an identifier referenced in a
preprocessor clause is undefined, it evaluates to 0. I'm told some
compilers issue gratuitous warnings for such cases, though, so the
change is good. Please check it in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15194