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: PR30947 - resolving ALARM

From: Daniel Franke <franke dot daniel at gmail dot com>
To: fortran at gcc dot gnu dot org
Cc: Brooks Moses <brooks dot moses at codesourcery dot com>, gcc-patches at gcc dot gnu dot org
Date: Thu, 8 Mar 2007 22:59:30 +0100
Subject: Re: PR30947 - resolving ALARM
References: <200703072347.44838.franke.daniel@gmail.com> <200703082150.51561.franke.daniel@gmail.com> <45F07CB3.9040702@codesourcery.com>

On Thursday 08 March 2007 22:14:27 Brooks Moses wrote:
> On the other hand, there is the important point that we don't want to
> intentionally document one interface when we're going to later implement
> something incompatible with it.  So maybe the right thing to do here is
> to simply go with what you've got now, file a PR noting the type
> mismatch in the function call for the -fdefault-integer=8 case, and work
> on fixing it post-release.

Done: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30947#c5

Thanks for your help =)

	Daniel

References:
- PR30947 - resolving ALARM
  - From: Daniel Franke
- Re: PR30947 - resolving ALARM
  - From: Daniel Franke
- Re: PR30947 - resolving ALARM
  - From: Brooks Moses

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