This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [patch] Fixincludes for darwin stdint.h

From: FX <fxcoudert at gmail dot com>
To: Bruce Korb <bkorb at gnu dot org>
Cc: Dominique Dhumieres <dominiq at lps dot ens dot fr>, gcc-patches at gcc dot gnu dot org, stanshebs at earthlink dot net, mrs at apple dot com, echristo at apple dot com, dalej at apple dot com
Date: Mon, 15 Jun 2009 17:45:16 +0200
Subject: Re: [patch] Fixincludes for darwin stdint.h
References: <5C6EAA35-2E31-4DAC-AE95-A21A5D96BD6A@gmail.com> <20090615091254.BC9CB3BE85@mailhost.lps.ens.fr> <668c430c0906150818y5d75a0a7leb73f8a030f6e7d8@mail.gmail.com>

I thought there was some reason why I cast the thing.
The correct fix is to ensure that the casting type has
been defined when the macro gets used, not to remove
the cast.

I'm sorry, but I don't understand a word of this sentence. There is no cast involved (and there should be no cast involved).

The issue is that intmax_t and uintmax_t-related macros (as well as ptrdiff_t, apparently) are "long" in 64-bit, and not "long long" as is currently assumed. I don't know how I missed that (I thought I had regtested with -m64), and I apologise. I'm working on a complete fix for this issue.

Regards,
FX

References:
- [patch] Fixincludes for darwin stdint.h
  - From: FX
- Re: [patch] Fixincludes for darwin stdint.h
  - From: Dominique Dhumieres
- Re: [patch] Fixincludes for darwin stdint.h
  - From: Bruce Korb

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]