On Friday, August 23, 2019, Alexandre Oliva wrote:
> This test uses a call-saved register as a global variable. It
> attempts to preserve its value across main, but only the lower int
> part is preserved, which is not good enough for x86_64, when the
> runtime that calls main() happens to hold so
On 8/23/19 4:27 PM, Martin Sebor wrote:
On 8/15/19 10:06 AM, Aldy Hernandez wrote:
Hey Aldy,
After enabling EVRP for the strlen pass (as part of the sprintf
integration) I get a SEGV in the return statement in the function
below. Backing out this change gets rid of the ICE and lets my
tes
Hi Bin,
on 2019/8/23 下午5:43, Bin.Cheng wrote:
> On Fri, Aug 23, 2019 at 4:27 PM Kewen.Lin wrote:
>>
>> Hi Bin
>>
>> on 2019/8/23 上午10:19, Bin.Cheng wrote:
>>> On Thu, Aug 22, 2019 at 3:09 PM Kewen.Lin wrote:
Hi Bin,
on 2019/8/22 下午1:46, Bin.Cheng wrote:
> On Thu, Aug 22,
On Tue, Aug 20, 2019 at 10:32:37PM +0200, Thomas König wrote:
>
> 2019-08-20 Thomas Koenig
>
> PR fortran/91390
> * frontend-passes.c (check_externals_procedure): New
> function. If a procedure is not in the translation unit, create
> an "interface" for it, including it
On 8/24/19 4:55 AM, Aldy Hernandez wrote:
On 8/23/19 4:27 PM, Martin Sebor wrote:
On 8/15/19 10:06 AM, Aldy Hernandez wrote:
Hey Aldy,
After enabling EVRP for the strlen pass (as part of the sprintf
integration) I get a SEGV in the return statement in the function
below. Backing out this
Hi Steve,
OK. Thanks for taking on this task.
Committed (r274902). Thanks for the review!
As to the open question about how to handle this check,
I would create -fallow-argument-mismatch (or whatever
option name you like). gfortran issues an error if
a mismatch is detected. -fallow-... wo
On 8/23/19 3:24 PM, Nathan Sidwell wrote:
In fixing a vfunc override bug on the modules branch, I noticed that
check_for_override can simply check IDENTIFIER_VIRTUAL_P -- the dtor
identifier and those for conversion operators will have it set
correctly. (there a multiple conversion operator id
