On 05/24/2018 03:40 PM, Marc Glisse wrote:
On Wed, 23 May 2018, Martin Sebor wrote:
On 05/23/2018 08:57 AM, Jeff Law wrote:
On 05/10/2018 04:05 PM, Marc Glisse wrote:
On Thu, 10 May 2018, Martin Sebor wrote:
Can you please comment/respond to Jeff's question below and
confirm whether my unde
I smacked my head against conversion_null_warnings for a while,
and then I realized that we could just stop convert_like_real from
changing the node type for null_node.
Tested manually on Linux-x64, running full suite on Linux-PPC64,
ok for trunk?
2018-05-25 Ville Voutilainen
gcc/cp/
Committed as obvious.
2018-05-24 Steven G. Kargl
PR fortran/85543
* resolve.c (update_current_proc_array_outer_dependency): Avoid NULL
pointer dereference.
2018-05-24 Steven G. Kargl
PR fortran/85543
* gfortran.dg/pr85543.f90: New test.
--
Steve
I
The attach patch allows for pointer initialization in
a DATA statement per F2018. Yes, it's weird that a
data-constant-object is not a named parameter. The
'data-constant-object' is required to have the SAVE and
TARGET attribute.
Built and regression tested on x86_64-*-freebsd.
OK to commit?
PS
On Thu, 24 May 2018, Martin Sebor wrote:
On 05/24/2018 03:40 PM, Marc Glisse wrote:
On Wed, 23 May 2018, Martin Sebor wrote:
On 05/23/2018 08:57 AM, Jeff Law wrote:
On 05/10/2018 04:05 PM, Marc Glisse wrote:
On Thu, 10 May 2018, Martin Sebor wrote:
Can you please comment/respond to Jeff's
2018-05-24 22:59 GMT+02:00 Steve Kargl :
> On Thu, May 24, 2018 at 09:57:16PM +0200, Janus Weil wrote:
>>
>> just because 2018 seems like a good time to do that, I continue
>> plucking some of the low-hanging Fortran 2018 fruit. The attached
>> patch adds obsolescence warnings for all major F18 obs
101 - 106 of 106 matches
Mail list logo