[Bug fortran/58750] Allocate-on-assignment fails when using size(other

public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed

* [Bug fortran/58750] Allocate-on-assignment fails when using size(other_array) in the assignment statement
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
@ 2013-10-16 17:45 ` adam at aphirst dot karoo.co.uk
  2013-10-16 18:30 ` [Bug fortran/58750] [4.8/4.9 Regression] Allocate-on-assignment statement determines incorrect size(other_array) for certain KINDs dominiq at lps dot ens.fr
                   ` (6 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: adam at aphirst dot karoo.co.uk @ 2013-10-16 17:45 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

Adam Hirst <adam at aphirst dot karoo.co.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #31019|0                           |1
        is obsolete|                            |

--- Comment #2 from Adam Hirst <adam at aphirst dot karoo.co.uk> ---
Created attachment 31020
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31020&action=edit
The simple error demonstration, for those who don't like pastebin

No point keeping the prior file when I now have something minimal with the same
error, so I'm obsoleting that previous file.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] [4.8/4.9 Regression] Allocate-on-assignment statement determines incorrect size(other_array) for certain KINDs
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
  2013-10-16 17:45 ` [Bug fortran/58750] Allocate-on-assignment fails when using size(other_array) in the assignment statement adam at aphirst dot karoo.co.uk
@ 2013-10-16 18:30 ` dominiq at lps dot ens.fr
  2013-10-16 19:01 ` adam at aphirst dot karoo.co.uk
                   ` (5 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: dominiq at lps dot ens.fr @ 2013-10-16 18:30 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2013-10-16
                 CC|                            |burnus at gcc dot gnu.org
            Summary|Allocate-on-assignment      |[4.8/4.9 Regression]
                   |statement determines        |Allocate-on-assignment
                   |incorrect size(other_array) |statement determines
                   |for certain KINDs           |incorrect size(other_array)
                   |                            |for certain KINDs
     Ever confirmed|0                           |1

--- Comment #3 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Created attachment 31020 [details]
> The simple error demonstration, for those who don't like pastebin

In order to debug wrong codes, it is not a question of paste bin, but an
executable test is needed. The miscompilation occurred between revisions 195808
(OK, 2013-02-06) and 195931 (2013-02-10).


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] [4.8/4.9 Regression] Allocate-on-assignment statement determines incorrect size(other_array) for certain KINDs
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
  2013-10-16 17:45 ` [Bug fortran/58750] Allocate-on-assignment fails when using size(other_array) in the assignment statement adam at aphirst dot karoo.co.uk
  2013-10-16 18:30 ` [Bug fortran/58750] [4.8/4.9 Regression] Allocate-on-assignment statement determines incorrect size(other_array) for certain KINDs dominiq at lps dot ens.fr
@ 2013-10-16 19:01 ` adam at aphirst dot karoo.co.uk
  2013-10-16 19:44 ` [Bug fortran/58750] Allocate-on-assignment statement determines incorrect SIZE(other_array) " burnus at gcc dot gnu.org
                   ` (4 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: adam at aphirst dot karoo.co.uk @ 2013-10-16 19:01 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #4 from Adam Hirst <adam at aphirst dot karoo.co.uk> ---
Okie dokie, sorry if I came across a bit weird with that. I'd've edited all the
new info into the original post if I could've but I don't think that's possible
here (mailing list and all that).

I did a little bit of fiddling and noticed that it works for
selected_int_kind(9), but no higher. Not sure if that'll be useful.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] Allocate-on-assignment statement determines incorrect SIZE(other_array) for certain KINDs
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
                   ` (2 preceding siblings ...)
  2013-10-16 19:01 ` adam at aphirst dot karoo.co.uk
@ 2013-10-16 19:44 ` burnus at gcc dot gnu.org
  2013-10-16 20:03 ` dominiq at lps dot ens.fr
                   ` (3 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: burnus at gcc dot gnu.org @ 2013-10-16 19:44 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

Tobias Burnus <burnus at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[4.8/4.9 Regression]        |Allocate-on-assignment
                   |Allocate-on-assignment      |statement determines
                   |statement determines        |incorrect SIZE(other_array)
                   |incorrect SIZE(other_array) |for certain KINDs
                   |for certain KINDs           |

--- Comment #5 from Tobias Burnus <burnus at gcc dot gnu.org> ---
Removed the regression marker: The program (= comment 2 / attachment 31020)
fails for me with GCC 4.1, 4.3, 4.5, 4.6, 4.7, 4.8 and 4.9 at run time. Thus,
it cannot be a regression.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] Allocate-on-assignment statement determines incorrect SIZE(other_array) for certain KINDs
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
                   ` (3 preceding siblings ...)
  2013-10-16 19:44 ` [Bug fortran/58750] Allocate-on-assignment statement determines incorrect SIZE(other_array) " burnus at gcc dot gnu.org
@ 2013-10-16 20:03 ` dominiq at lps dot ens.fr
  2013-10-16 20:46 ` [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion adam at aphirst dot karoo.co.uk
                   ` (2 subsequent siblings)
  7 siblings, 0 replies; 8+ messages in thread
From: dominiq at lps dot ens.fr @ 2013-10-16 20:03 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #6 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
The test works for me with gfortran 4.7.3:

[Book15] f90/bug% gfortran-fsf-4.7 pr58750_1.f90
[Book15] f90/bug% a.out 
 [                    2                    3                    5              
     7                   11 ]
           5
 [                    0                    0                    0              
     0                    0 ]
           5


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
                   ` (4 preceding siblings ...)
  2013-10-16 20:03 ` dominiq at lps dot ens.fr
@ 2013-10-16 20:46 ` adam at aphirst dot karoo.co.uk
  2014-11-11 21:33 ` adam at aphirst dot karoo.co.uk
  2018-04-22 16:02 ` adam at aphirst dot karoo.co.uk
  7 siblings, 0 replies; 8+ messages in thread
From: adam at aphirst dot karoo.co.uk @ 2013-10-16 20:46 UTC (permalink / raw)
  To: gcc-bugs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #8 from Adam Hirst <adam at aphirst dot karoo.co.uk> ---
> Thus, the type conversion during assignement causes the problem. Looking at
> the dump, one sees that the array size is taken from the LHS - which is
> wrong.
> 
> It must be some interaction between array assignment with type conversion
> and array constructors.

Is it part of the specification that it's supposed to use the first argument's
KIND for the rest of the allocate/assign computation (i.e. that the programmer
is _supposed_ to manually ensure that the kinds match in that way), or is this
something that's meant to be handled automatically by the compiler?


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
                   ` (5 preceding siblings ...)
  2013-10-16 20:46 ` [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion adam at aphirst dot karoo.co.uk
@ 2014-11-11 21:33 ` adam at aphirst dot karoo.co.uk
  2018-04-22 16:02 ` adam at aphirst dot karoo.co.uk
  7 siblings, 0 replies; 8+ messages in thread
From: adam at aphirst dot karoo.co.uk @ 2014-11-11 21:33 UTC (permalink / raw)
  To: gcc-bugs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #9 from Adam Hirst <adam at aphirst dot karoo.co.uk> ---
As it's been over a year since the last update, I just thought I'd ping back
with the comment that this bug is still present in 4.9.2.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion
       [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
                   ` (6 preceding siblings ...)
  2014-11-11 21:33 ` adam at aphirst dot karoo.co.uk
@ 2018-04-22 16:02 ` adam at aphirst dot karoo.co.uk
  7 siblings, 0 replies; 8+ messages in thread
From: adam at aphirst dot karoo.co.uk @ 2018-04-22 16:02 UTC (permalink / raw)
  To: gcc-bugs

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 34922 bytes --]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #17 from Adam Hirst <adam at aphirst dot karoo.co.uk> ---
I'm afraid to say that this issue is, in fact, not solved.

 [                    2                    3                    5              
     7                   11 ]
           5
 [                    0 ]
           1

Replacing "0" with "0_i8" in the implied do loop, as before, gives the correct
output:

 [                    2                    3                    5              
     7                   11 ]
           5
 [                    0                    0                    0              
     0                    0 ]
           5

This occurs for me regardless of the compilation flags set.

Perhaps this was indeed fixed before; if so, this would be a regression since
then.

[adam@shimmer ~]$ gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/7.3.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --prefix=/usr --libdir=/usr/lib
--libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--with-bugurl=https://bugs.archlinux.org/
--enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared
--enable-threads=posix --enable-libmpx --with-system-zlib --with-isl
--enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu
--disable-libstdcxx-pch --disable-libssp --enable-gnu-unique-object
--enable-linker-build-id --enable-lto --enable-plugin
--enable-install-libiberty --with-linker-hash-style=gnu
--enable-gnu-indirect-function --enable-multilib --disable-werror
--enable-checking=release --enable-default-pie --enable-default-ssp
Thread model: posix
gcc version 7.3.1 20180312 (GCC)
>From gcc-bugs-return-602363-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:10:10 2018
Return-Path: <gcc-bugs-return-602363-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 125735 invoked by alias); 22 Apr 2018 16:10:10 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 125694 invoked by uid 48); 22 Apr 2018 16:10:06 -0000
From: "dominiq at lps dot ens.fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion
Date: Sun, 22 Apr 2018 16:10:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dominiq at lps dot ens.fr
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: DUPLICATE
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58750-4-krFuxB2AUj@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58750-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58750-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02487.txt.bz2
Content-length: 284

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #18 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> I'm afraid to say that this issue is, in fact, not solved. ...

Yes it is on trunk (8.0.1). The fix has not been back ported, hence not fixed
on 7.3.0.
>From gcc-bugs-return-602364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:16:00 2018
Return-Path: <gcc-bugs-return-602364-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 128938 invoked by alias); 22 Apr 2018 16:15:59 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 128869 invoked by uid 48); 22 Apr 2018 16:15:54 -0000
From: "gjl at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] New: lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 16:15:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gjl at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone
Message-ID: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02488.txt.bz2
Content-length: 5943

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

            Bug ID: 85495
           Summary: lto-wrapper.exe: fatal error: file too short: No error
           Product: gcc
           Version: 8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
          Assignee: unassigned at gcc dot gnu.org
          Reporter: gjl at gcc dot gnu.org
                CC: marxin at gcc dot gnu.org
  Target Milestone: ---

$ avr-gcc -mmcu=atmega168 -Os -flto  -save-temps main-i.c -c 

$ avr-gcc -mmcu=atmega168 -Os -flto  -save-temps -o main.elf main.o -v
Using built-in specs.
Reading specs from
e:/winavr8/bin/../lib/gcc/avr/8.0.1/device-specs/specs-atmega168
COLLECT_GCC=e:/winavr8/bin/avr-gcc
COLLECT_LTO_WRAPPER=e:/winavr8/bin/../libexec/gcc/avr/8.0.1/lto-wrapper.exe
Target: avr
Configured with: ../../trunk/configure --target=avr --disable-nls
--prefix=/local/gnu/install/gcc-8-avr-mingw32 --host=i686-w64-mingw32
--build=x86_64-linux-gnu --enable-languages=c,c++,lto --with-gnu-as
--with-gnu-ld --disable-shared --with-dwarf2 --enable-checking=release
Thread model: single
gcc version 8.0.1 20180119 (experimental) [trunk revision 256890] (GCC) 
COMPILER_PATH=e:/winavr8/bin/../libexec/gcc/avr/8.0.1/;e:/winavr8/bin/../libexec/gcc/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/bin/
LIBRARY_PATH=e:/winavr8/bin/../lib/gcc/avr/8.0.1/avr5/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/avr5/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/;e:/winavr8/bin/../lib/gcc/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/
COLLECT_GCC_OPTIONS= '-Os' '-flto' '-save-temps' '-o' 'main.elf' '-v'
'-specs=device-specs/specs-atmega168' '-mmcu=avr5'
 e:/winavr8/bin/../libexec/gcc/avr/8.0.1/collect2.exe -plugin
e:/winavr8/bin/../libexec/gcc/avr/8.0.1/liblto_plugin-0.dll
-plugin-opt=e:/winavr8/bin/../libexec/gcc/avr/8.0.1/lto-wrapper.exe
-plugin-opt=-fresolution=main.res -plugin-opt=-pass-through=-lgcc
-plugin-opt=-pass-through=-lm -plugin-opt=-pass-through=-lc
-plugin-opt=-pass-through=-latmega168 -flto -mavr5 -Tdata 0x800100 -o main.elf
e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/avr5/crtatmega168.o
-Le:/winavr8/bin/../lib/gcc/avr/8.0.1/avr5
-Le:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/avr5
-Le:/winavr8/bin/../lib/gcc/avr/8.0.1 -Le:/winavr8/bin/../lib/gcc
-Le:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib main.o --start-group
-lgcc -lm -lc -latmega168 --end-group
e:/winavr8/bin/../libexec/gcc/avr/8.0.1/lto-wrapper.exe -fresolution=main.res
-flinker-output=exec main.o 
e:/winavr8/bin/avr-gcc @c:\Temp\ccZw15BU
Using built-in specs.
Reading specs from
e:/winavr8/bin/../lib/gcc/avr/8.0.1/device-specs/specs-atmega168
Reading specs from e:/winavr8/bin/../lib/gcc/avr/8.0.1/device-specs/specs-avr5
COLLECT_GCC=e:/winavr8/bin/avr-gcc
Target: avr
Configured with: ../..//trunk/configure --target=avr --disable-nls
--prefix=/local/gnu/install/gcc-8-avr-mingw32 --host=i686-w64-mingw32
--build=x86_64-linux-gnu --enable-languages=c,c++,lto --with-gnu-as
--with-gnu-ld --disable-shared --with-dwarf2 --enable-checking=release
Thread model: single
gcc version 8.0.1 20180119 (experimental) [trunk revision 256890] (GCC) 
COLLECT_GCC_OPTIONS='-c' '-fno-openmp' '-fno-openacc' '-mn-flash=1'
'-mno-skip-bug' '-mrelax' '-mmcu=avr5' '-Os' '-fno-common' '-Os' '-save-temps'
'-v' '-specs=device-specs/specs-atmega168' '-mmcu=avr5' '-dumpdir' './'
'-dumpbase' 'main.elf.wpa' '-fltrans-output-list=main.elf.ltrans.out' '-fwpa'
'-fresolution=main.res' '-flinker-output=exec' '-specs=device-specs/specs-avr5'
 e:/winavr8/lib/gcc/../../libexec/gcc/avr/8.0.1/lto1.exe -mno-skip-bug -quiet
-dumpdir ./ -dumpbase main.elf.wpa -mn-flash=1 -mno-skip-bug -mrelax -mmcu=avr5
-mmcu=avr5 -auxbase main -Os -Os -version -fno-openmp -fno-openacc -fno-common
-fltrans-output-list=main.elf.ltrans.out -fwpa -fresolution=main.res
-flinker-output=exec @c:\Temp\ccRYsBHY
GNU GIMPLE (GCC) version 8.0.1 20180119 (experimental) [trunk revision 256890]
(avr)
        compiled by GNU C version 4.9.3, GMP version 6.1.0, MPFR version 3.1.4,
MPC version 1.0.3, isl version isl-0.16.1-GMP

GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32702
GNU GIMPLE (GCC) version 8.0.1 20180119 (experimental) [trunk revision 256890]
(avr)
        compiled by GNU C version 4.9.3, GMP version 6.1.0, MPFR version 3.1.4,
MPC version 1.0.3, isl version isl-0.16.1-GMP

GGC heuristics: --param ggc-min-expand=47 --param ggc-min-heapsize=32702
COMPILER_PATH=e:/winavr8/lib/gcc/../../libexec/gcc/avr/8.0.1/;e:/winavr8/lib/gcc/../../libexec/gcc/;e:/winavr8/bin/../libexec/gcc/avr/8.0.1/;e:/winavr8/bin/../libexec/gcc/avr/8.0.1/;e:/winavr8/bin/../libexec/gcc/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/bin/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/bin/
LIBRARY_PATH=e:/winavr8/bin/../lib/gcc/avr/8.0.1/avr5/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/avr5/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/;e:/winavr8/bin/../lib/gcc/;e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/lib/
COLLECT_GCC_OPTIONS='-c' '-fno-openmp' '-fno-openacc' '-mn-flash=1'
'-mno-skip-bug' '-mrelax' '-mmcu=avr5' '-Os' '-fno-common' '-Os' '-save-temps'
'-v' '-specs=device-specs/specs-atmega168' '-mmcu=avr5' '-dumpdir' './'
'-dumpbase' 'main.elf.wpa' '-fltrans-output-list=main.elf.ltrans.out' '-fwpa'
'-fresolution=main.res' '-flinker-output=exec' '-specs=device-specs/specs-avr5'
lto-wrapper.exe: fatal error: file too short: No error

compilation terminated.
[Leaving LTRANS main.elf.ltrans.out]
[Leaving LTRANS c:\Temp\ccwCcYxWdebugobj]
e:/winavr8/bin/../lib/gcc/avr/8.0.1/../../../../avr/bin/ld.exe: error:
lto-wrapper failed
collect2.exe: error: ld returned 1 exit status
>From gcc-bugs-return-602365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:18:50 2018
Return-Path: <gcc-bugs-return-602365-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 683 invoked by alias); 22 Apr 2018 16:18:49 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 551 invoked by uid 48); 22 Apr 2018 16:18:46 -0000
From: "gjl at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 16:18:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gjl at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-85495-4-35v6oJvbY4@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02489.txt.bz2
Content-length: 242

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

--- Comment #1 from Georg-Johann Lay <gjl at gcc dot gnu.org> ---
Created attachment 44003
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44003&action=edit
Precompiled C source.
>From gcc-bugs-return-602366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:20:13 2018
Return-Path: <gcc-bugs-return-602366-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2128 invoked by alias); 22 Apr 2018 16:20:13 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 2060 invoked by uid 48); 22 Apr 2018 16:20:07 -0000
From: "adam at aphirst dot karoo.co.uk" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion
Date: Sun, 22 Apr 2018 16:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: fortran
X-Bugzilla-Version: 4.8.1
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: adam at aphirst dot karoo.co.uk
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: DUPLICATE
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: tkoenig at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-58750-4-3dpVB4QlGg@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-58750-4@http.gcc.gnu.org/bugzilla/>
References: <bug-58750-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02490.txt.bz2
Content-length: 305

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58750

--- Comment #19 from Adam Hirst <adam at aphirst dot karoo.co.uk> ---
Apologies for the excess traffic. I realised my error soon after posting. I'll
try to be patient until I have GCC8 "release" on my system before I follow up
any similar issues.
>From gcc-bugs-return-602367-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:22:08 2018
Return-Path: <gcc-bugs-return-602367-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 3426 invoked by alias); 22 Apr 2018 16:22:08 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 3371 invoked by uid 48); 22 Apr 2018 16:22:04 -0000
From: "gjl at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 16:22:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gjl at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-85495-4-ncG6kup3a8@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02491.txt.bz2
Content-length: 241

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

--- Comment #2 from Georg-Johann Lay <gjl at gcc dot gnu.org> ---
Created attachment 44004
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44004&action=edit
Intermediate s file.
>From gcc-bugs-return-602368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:27:50 2018
Return-Path: <gcc-bugs-return-602368-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 11719 invoked by alias); 22 Apr 2018 16:27:50 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 11671 invoked by uid 48); 22 Apr 2018 16:27:46 -0000
From: "gjl at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 16:27:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gjl at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: attachments.created
Message-ID: <bug-85495-4-1TGMTpOLdL@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02492.txt.bz2
Content-length: 240

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

--- Comment #3 from Georg-Johann Lay <gjl at gcc dot gnu.org> ---
Created attachment 44005
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44005&action=edit
INtermediate o file
>From gcc-bugs-return-602369-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:35:55 2018
Return-Path: <gcc-bugs-return-602369-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 23519 invoked by alias); 22 Apr 2018 16:35:55 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 23440 invoked by uid 48); 22 Apr 2018 16:35:50 -0000
From: "gjl at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 16:35:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gjl at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-85495-4-tKyUO0Qr7p@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02493.txt.bz2
Content-length: 164

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

--- Comment #4 from Georg-Johann Lay <gjl at gcc dot gnu.org> ---
The file c:\Temp\ccwCcYxWdebugobj is empty.
>From gcc-bugs-return-602370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:39:04 2018
Return-Path: <gcc-bugs-return-602370-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 26578 invoked by alias); 22 Apr 2018 16:39:04 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 26539 invoked by uid 48); 22 Apr 2018 16:39:00 -0000
From: "gjl at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 16:39:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: gjl at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-85495-4-liCJkRrRNc@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02494.txt.bz2
Content-length: 149

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

--- Comment #5 from Georg-Johann Lay <gjl at gcc dot gnu.org> ---
Is this related to PR85238 ?
>From gcc-bugs-return-602371-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 16:59:02 2018
Return-Path: <gcc-bugs-return-602371-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 54299 invoked by alias); 22 Apr 2018 16:59:02 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 54251 invoked by uid 48); 22 Apr 2018 16:58:58 -0000
From: "ihorelo at mail dot ru" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug driver/85493] decltype can use deleted constructor and deleted template function in template function
Date: Sun, 22 Apr 2018 16:59:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: driver
X-Bugzilla-Version: 7.2.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ihorelo at mail dot ru
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-85493-4-uW2rG9ILAC@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85493-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85493-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02495.txt.bz2
Content-length: 493

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85493

--- Comment #2 from Ihor Rudynskyi <ihorelo at mail dot ru> ---
Summarizing:

g++ 7.2 allows to write this code.

struct no_def
{
        no_def() = delete;
};

template<typename...>
int foo() = delete;

template<typename...>
void test()
{
    decltype(no_def()) a1{};
    decltype(no_def(1,2,3)) a2{};
    decltype(foo<>()) a3{};
}

int main()
{
        test<>();
}

but according to godbolt a3 case seems to have been fixed on trunk
>From gcc-bugs-return-602372-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 19:47:59 2018
Return-Path: <gcc-bugs-return-602372-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 52394 invoked by alias); 22 Apr 2018 19:47:59 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 52258 invoked by uid 48); 22 Apr 2018 19:47:55 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug lto/85495] lto-wrapper.exe: fatal error: file too short: No error
Date: Sun, 22 Apr 2018 19:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: lto
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: ice-on-valid-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ebotcazou at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: DUPLICATE
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status cc resolution
Message-ID: <bug-85495-4-AQvWiDdYmJ@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85495-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02496.txt.bz2
Content-length: 666

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85495

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |ebotcazou at gcc dot gnu.org
         Resolution|---                         |DUPLICATE

--- Comment #6 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
> Is this related to PR85238 ?

Yes, and you should report bugs against an up-to-date compiler.

*** This bug has been marked as a duplicate of bug 85238 ***
>From gcc-bugs-return-602373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 19:48:00 2018
Return-Path: <gcc-bugs-return-602373-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 52468 invoked by alias); 22 Apr 2018 19:47:59 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 52296 invoked by uid 48); 22 Apr 2018 19:47:56 -0000
From: "ebotcazou at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/85238] [8 Regression] lto-wrapper: fatal error:  simple_object_copy_lto_debug_sections not implemented: Invalid argument  on Cygwin
Date: Sun, 22 Apr 2018 19:47:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 8.0
X-Bugzilla-Keywords: lto
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ebotcazou at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: ebotcazou at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 8.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-85238-4-fzeWP4uv9U@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-85238-4@http.gcc.gnu.org/bugzilla/>
References: <bug-85238-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2018-04/txt/msg02497.txt.bz2
Content-length: 446

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85238

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gjl at gcc dot gnu.org

--- Comment #27 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
*** Bug 85495 has been marked as a duplicate of this bug. ***
>From gcc-bugs-return-602374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Apr 22 22:18:24 2018
Return-Path: <gcc-bugs-return-602374-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 36328 invoked by alias); 22 Apr 2018 22:18:24 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 36305 invoked by uid 89); 22 Apr 2018 22:18:23 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: =?ISO-8859-1?Q?Yes, score=9.8 required=5.0 testsºYES_60,BODY_8BITS,GARBLED_BODY,HTML_IMAGE_ONLY_20,HTML_MESSAGE,SPF_PASS,UNWANTED_LANGUAGE_BODY autolearn=no version=3.3.2 spammy=ºï¼, å¤§ç, ¯ä», Hx-languages:ja.shift-jis?X-HELO: me.joboards.com
Received: from me.joboards.com (HELO me.joboards.com) (81.4.109.122) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 22 Apr 2018 22:18:22 +0000
Received: from me.joboards.com (localhost.localdomain [127.0.0.1])	by me.joboards.com (Postfix) with ESMTP id 11823621C59	for <gcc-bugs@gcc.gnu.org>; Sun, 22 Apr 2018 18:18:20 -0400 (EDT)
Authentication-Results: me.joboards.com (amavisd-new);	dkim=pass (1024-bit key) reason="pass (just generated, assumed good)"	header.d=gbjobshk.com
Received: from me.joboards.com ([127.0.0.1])	by me.joboards.com (me.joboards.com [127.0.0.1]) (amavisd-new, port 10026)	with ESMTP id 7DgOQh1vyHsU for <gcc-bugs@gcc.gnu.org>;	Sun, 22 Apr 2018 18:18:19 -0400 (EDT)
Received: from me22 (unknown [45.58.56.167])	by me.joboards.com (Postfix) with ESMTPSA id 99F76621852	for <gcc-bugs@gcc.gnu.org>; Sun, 22 Apr 2018 18:18:19 -0400 (EDT)
Date: Sun, 22 Apr 2018 22:18:00 -0000
To: gcc-bugs@gcc.gnu.org
From: Luk <luk@gbjobshk.com>
Reply-To: Luk <luk@gbjobshk.com>
Subject: Actions
Message-ID: <bef0534acdbdfc0e8e8c939af81349fe@me22>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-SW-Source: 2018-04/txt/msg02498.txt.bz2
Content-length: 835



Actions

















Ã¥Â°ÂŠÃ¦Â•Â¬Ã§ÂšÂ„Ã¤Â¼ÂÃ¤Â¸ÂšÃ¥Â®Â¶Ã¯Â¼ÂŒ



Ã¦Â˜Â¯Ã¥ÂÂ¦Ã¨ÂÂ´Ã©ÂÂŽÃ¯Â¼ÂšÃ¤Â¸ÂÃ¥Â®Â£Ã¥Â‚Â³Ã§ÂÂ‰Ã¦ÂÂ»Ã¯Â¼ÂŒÃ¥Â®Â£Ã¤Â¼Â Ã©Â€Â™Ã¤Â¹ÂˆÃ¨Â²Â´Ã¦Â‰Â¾Ã¦ÂÂ»Ã¯Â¼Â
Ã¤Â½ÂŽÃ¦Â–Â¼Ã¤Â¸Â€Ã¤Â½ÂÃ©Â”Â€Ã¥Â”Â®Ã¥Â“Â¡Ã¦ÂœÂˆÃ¨Â–ÂªÃ¨Â²Â»Ã§Â”Â¨Ã§ÂšÂ„Ã¥Â¤Â§Ã¦Â•Â¸Ã¦ÂÂ®Ã¦Â–Â°Ã¥ÂªÂ’Ã¤Â½Â“Ã¦Â˜Â¯Ã¦Â‚Â¨Ã§ÂšÂ„Ã©ÂÂ¸Ã¦Â“Â‡Ã¯Â¼Â
Ã¤Â¸ÂÃ§Â®Â¡Ã¦Â˜Â¯Ã¦ÂœÂ¬Ã¦Â¸Â¯Ã¯Â¼ÂŒÃ¥Â›Â½Ã¥Â†Â…Ã¦ÂˆÂ–Ã¨Â€Â…Ã¥Â¤Â–Ã¥Â›Â½Ã¥Â¸Â‚Ã¥ÂœÂºÃ¯Â¼ÂŒÃ¦ÂˆÂ‘Ã¤Â»Â¬Ã©ÂƒÂ½Ã¦ÂœÂ‰Ã¥ÂŠÂžÃ¦Â³Â•Ã¤Â¸ÂºÃ¤Â½Â Ã§Â²Â¾Ã¥Â‡Â–Ã¦Â‰Â¾Ã¥Â‡ÂºÃ¥Â®Â¢Ã¦ÂˆÂ·Ã¯Â¼Â
Ã¦ÂˆÂ‘Ã¤Â»Â¬Ã¤Â½Â¿Ã§Â”Â¨Ã§ÂšÂ„Ã¦Â˜Â¯Ã¤Â»ÂŠÃ¥Â¤Â©Ã§ÂÂ¾Ã¤Â»Â£Ã¤ÂºÂºÃ§ÂšÂ„Ã§Â”ÂµÃ¥ÂÂÃ¥ÂªÂ’Ã¤Â½Â“Ã¥Â’ÂŒÃ¦ÂœÂ€Ã¥Â…ÂˆÃ¨Â¿Â›Ã§ÂšÂ„ITÃ¦ÂŠÂ€Ã¦ÂœÂ¯Ã£Â€Â‚
Ã¨Â¡Â†Ã¥Â¤ÂšÃ§ÂšÂ„Ã¦ÂˆÂÃ¥ÂŠÂŸÃ§Â¯Â„Ã¤Â¾Â‹Ã¦ÂÂ¥Ã¨Â‡ÂªÃ©Â›Â¶Ã¥Â”Â®Ã£Â€ÂÃ©Â£Â±Ã©Â£Â²Ã£Â€ÂÃ¥ÂœÂ°Ã§Â”Â¢Ã£Â€ÂÃ¨Â²Â¿Ã¦Â˜Â“Ã£Â€ÂÃ¦ÂœÂÃ¨Â£Â…Ã£Â€ÂÃ¥ÂŽÂ‚Ã¥Â®Â¶Ã£Â€ÂÃ¥Â¾Â‹Ã¥Â¸ÂˆÃ¤ÂºÂ‹Ã¥ÂŠÂ¡Ã¦Â‰Â€.........
Ã¦ÂˆÂ‘Ã¤Â»Â¬Ã¥ÂœÂ¨Ã©Â¦Â™Ã¦Â¸Â¯Ã¥Â·Â²Ã§Â»ÂÃ¤Â¸ÂŠÃ¥Â¸Â‚Ã¥ÂÂÃ¥Â…ÂÃ¥Â¹Â´Ã¯Â¼ÂŒÃ©Â”Â™Ã¨Â¿Â‡Ã©Â€Â™Ã¤Â¸ÂªÃ¤Â¿Â¡Ã¦ÂÂ¯Ã¦Â˜Â¯Ã¤Â½Â Ã¦ÂœÂ€Ã¥Â¤Â§Ã§ÂšÂ„Ã©ÂÂ—Ã¦Â†Â¾Ã¯Â¼Â




Ã¦ÂÂ¥Ã§Â”Âµ36102885/36102887


Best Regards


KK Luk
Ã©Â™Â¸Ã¥Â®Â¶Ã©Â§Â’Ã¤Â¸ÂŠ


Netel Digital Marketing












				Should you wish not to receive any promotional email in the future, please click UNSUBSCRIBE.
				Ã¥Â¦Â‚Ã©Â–Â£Ã¤Â¸Â‹Ã¤Â¸ÂÃ¦Â¬Â²Ã¦Â”Â¶Ã¥ÂˆÂ°Ã¦ÂœÂ¬Ã¥Â…Â¬Ã¥ÂÂ¸Ã§ÂšÂ„Ã¥Â®Â£Ã¥Â‚Â³Ã©ÂƒÂµÃ¤Â»Â¶Ã¯Â¼ÂŒÃ¨Â«Â‹Ã¦ÂŒÂ‰Ã¤Â¸ÂÃ¨Â¨Â‚Ã©Â–Â±Ã£Â€Â‚









^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2018-04-22 16:02 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <bug-58750-4@http.gcc.gnu.org/bugzilla/>
2013-10-16 17:45 ` [Bug fortran/58750] Allocate-on-assignment fails when using size(other_array) in the assignment statement adam at aphirst dot karoo.co.uk
2013-10-16 18:30 ` [Bug fortran/58750] [4.8/4.9 Regression] Allocate-on-assignment statement determines incorrect size(other_array) for certain KINDs dominiq at lps dot ens.fr
2013-10-16 19:01 ` adam at aphirst dot karoo.co.uk
2013-10-16 19:44 ` [Bug fortran/58750] Allocate-on-assignment statement determines incorrect SIZE(other_array) " burnus at gcc dot gnu.org
2013-10-16 20:03 ` dominiq at lps dot ens.fr
2013-10-16 20:46 ` [Bug fortran/58750] Wrong code with realloc on assignment and array constructors with numeric type conversion adam at aphirst dot karoo.co.uk
2014-11-11 21:33 ` adam at aphirst dot karoo.co.uk
2018-04-22 16:02 ` adam at aphirst dot karoo.co.uk

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).