[Bug fortran/66762] New: ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[Bug fortran/66762] New: ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[dominiq at lps dot ens.fr]

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

            Bug ID: 66762
           Summary: ICE when compiling gfortran.dg/submodule_[16].f90 with
                    -flto
           Product: gcc
           Version: 6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: fortran
          Assignee: unassigned at gcc dot gnu.org
          Reporter: dominiq at lps dot ens.fr
                CC: hubicka at gcc dot gnu.org, pault at gcc dot gnu.org
            Blocks: 52846
  Target Milestone: ---

When compiling gfortran.dg/submodule_[16].f90 with -flto I get the following
ICE:

lto1: error: two or more sections for
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.b6ec16be3917c0c
lto1: internal compiler error: cannot read LTO decls from
/var/folders/8q/sh_swgz96r7f5vnn08f7fxr00000gn/T//cc71MURs.o

lto1: internal compiler error: Abort trap: 6


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
[Bug 52846] [F2008] Support submodules

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[pault at gcc dot gnu.org]

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

--- Comment #1 from Paul Thomas <pault at gcc dot gnu.org> ---
Hi Dominique,

What are the precise circumstances that you see this, please?

I cannot reproduce the problem.

Cheers

Paul

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[dominiq at lps dot ens.fr]

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

--- Comment #2 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> What are the precise circumstances that you see this, please?

[Book15] f90/bug% gfc /opt/gcc/_clean/gcc/testsuite/gfortran.dg/submodule_1.f90
-flto
lto1: error: two or more sections for
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.b6ec16be3917c0c
...
[Book15] f90/bug% gfc -v
Using built-in specs.
COLLECT_GCC=gfc
COLLECT_LTO_WRAPPER=/opt/gcc/gcc6w/libexec/gcc/x86_64-apple-darwin14.4.0/6.0.0/lto-wrapper
Target: x86_64-apple-darwin14.4.0
Configured with: ../work/configure --prefix=/opt/gcc/gcc6w
--enable-languages=c,c++,fortran,objc,obj-c++,ada,java,lto
--with-gmp=/opt/mp-new --with-system-zlib --with-isl=/opt/mp-new --enable-lto
--enable-plugin --with-arch=corei7 --with-cpu=corei7
Thread model: posix
gcc version 6.0.0 20150703 (experimental) [trunk revision 225405] (GCC) 

clean revision r225405.

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[pault at gcc dot gnu.org]

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

--- Comment #3 from Paul Thomas <pault at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #2)
> > What are the precise circumstances that you see this, please?
> 
> [Book15] f90/bug% gfc
> /opt/gcc/_clean/gcc/testsuite/gfortran.dg/submodule_1.f90 -flto
> lto1: error: two or more sections for
> .gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.b6ec16be3917c0c
> ...
> [Book15] f90/bug% gfc -v
> Using built-in specs.
> COLLECT_GCC=gfc
> COLLECT_LTO_WRAPPER=/opt/gcc/gcc6w/libexec/gcc/x86_64-apple-darwin14.4.0/6.0.
> 0/lto-wrapper
> Target: x86_64-apple-darwin14.4.0
> Configured with: ../work/configure --prefix=/opt/gcc/gcc6w
> --enable-languages=c,c++,fortran,objc,obj-c++,ada,java,lto
> --with-gmp=/opt/mp-new --with-system-zlib --with-isl=/opt/mp-new
> --enable-lto --enable-plugin --with-arch=corei7 --with-cpu=corei7
> Thread model: posix
> gcc version 6.0.0 20150703 (experimental) [trunk revision 225405] (GCC) 
> 
> clean revision r225405.

With revision 226054 it is only submodule_6.f08 that fails with the rather
unhelpful message:
[pault@localhost submodules]$ ~/irun/bin/gfortran -flto
~/svn/trunk/gcc/testsuite/gfortran.dg/submodule_6.f08
lto1: internal compiler error: output_operand: invalid expression as operand
0x7313a3 output_operand_lossage(char const*, ...)
        ../../trunk/gcc/final.c:3417
0x731c75 output_addr_const(_IO_FILE*, rtx_def*)
        ../../trunk/gcc/final.c:4006
0xd5f94e assemble_integer_with_op(char const*, rtx_def*)
        ../../trunk/gcc/varasm.c:2721
0xd5f9b6 default_assemble_integer(rtx_def*, unsigned int, int)
        ../../trunk/gcc/varasm.c:2737
0xd5fa2a assemble_integer(rtx_def*, unsigned int, unsigned int, int)
        ../../trunk/gcc/varasm.c:2753
0xd651a0 output_constant
        ../../trunk/gcc/varasm.c:4773
0xd67b8b assemble_variable_contents
        ../../trunk/gcc/varasm.c:2069
0xd6f2da assemble_variable(tree_node*, int, int, int)
        ../../trunk/gcc/varasm.c:2291
0xd75d94 varpool_node::assemble_decl()
        ../../trunk/gcc/varpool.c:585
0x658dc3 output_in_order
        ../../trunk/gcc/cgraphunit.c:2162
0x6592db symbol_table::compile()
        ../../trunk/gcc/cgraphunit.c:2403
0x5c2b78 lto_main()
        ../../trunk/gcc/lto/lto.c:3286
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: fatal error: /home/pault/irun/bin/gfortran returned 1 exit status
compilation terminated.
/usr/bin/ld: lto-wrapper failed

I will try to isolate the line(s) that cause the ICE. However, I must confess
that I know zip-all about lto :-(

Paul

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[dominiq at lps dot ens.fr]

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

--- Comment #4 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Created attachment 36041
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36041&action=edit
Assembly for gfortran.dg/submodule_1.f90 with -flto

Assembly generated with

gfc /opt/gcc/_clean/gcc/testsuite/gfortran.dg/submodule_1.f08 -flto -save-temps
lto1: error: two or more sections for
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b
...

grep lto___foo_interface_MOD___vtab_foo_interface_Foo submodule_1.s
L_GNU_LTO4:     ;#
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b
L_GNU_LTO7:     ;#
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b
L_GNU_LTO13:    ;#
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b
        .asciz 
".gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b"
        .asciz 
".gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b"
        .asciz 
".gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b"
        .long    L$gnu$lto$offs4        ;#
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b
        .long    L$gnu$lto$offs7        ;#
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b
        .long    L$gnu$lto$offs13       ;#
.gnu.lto___foo_interface_MOD___vtab_foo_interface_Foo.af0e7cdaeebf932b

For gfortran.dg/submodule_6.f08

grep lto___mod_a_MOD___vtab_mod_a_T_a submodule_6.s
L_GNU_LTO10:    ;# .gnu.lto___mod_a_MOD___vtab_mod_a_T_a.504da200a614bb9e
L_GNU_LTO15:    ;# .gnu.lto___mod_a_MOD___vtab_mod_a_T_a.504da200a614bb9e
        .asciz  ".gnu.lto___mod_a_MOD___vtab_mod_a_T_a.504da200a614bb9e"
        .asciz  ".gnu.lto___mod_a_MOD___vtab_mod_a_T_a.504da200a614bb9e"
        .long    L$gnu$lto$offs10       ;#
.gnu.lto___mod_a_MOD___vtab_mod_a_T_a.504da200a614bb9e
        .long    L$gnu$lto$offs15       ;#
.gnu.lto___mod_a_MOD___vtab_mod_a_T_a.504da200a614bb9e

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[dominiq at lps dot ens.fr]

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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-09-06
     Ever confirmed|0                           |1

--- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Not fixed yet!-(

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[paul.richard.thomas at gmail dot com]

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

--- Comment #6 from paul.richard.thomas at gmail dot com <paul.richard.thomas at gmail dot com> ---
We need to get an lto expert to take a look.

Cheers

Paul

On 6 September 2015 at 03:13, dominiq at lps dot ens.fr
<gcc-bugzilla@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66762
>
> Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
>
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |NEW
>    Last reconfirmed|                            |2015-09-06
>      Ever confirmed|0                           |1
>
> --- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Not fixed yet!-(
>
> --
> You are receiving this mail because:
> You are on the CC list for the bug.

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[marxin at gcc dot gnu.org]

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

Martin Liška <marxin at gcc dot gnu.org> changed:

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

--- Comment #7 from Martin Liška <marxin at gcc dot gnu.org> ---
I tried to investigate:
gfortran ./gcc/testsuite/gfortran.dg/submodule_6.f08 -flto

If I compare corresponding argument passed to output_addr_const w/o LTO, I see:
(const_int 54796891 [0x344225b])

,instead of:
(mem/u/f/c:DI (symbol_ref/f:DI ("*.LC0") [flags 0x2] <var_decl 0x7fbb9b3d52d0
*.LC0>) [0  S8 A64])

Thus it looks for me that in case of LTO, it is unable to resolve offset of the
variable *.LC0:

 <var_decl 0x7ffff6a2c2d0 *.LC0
    type <pointer_type 0x7ffff6e23888
        type <record_type 0x7ffff6e237e0 t_a BLK
            size <integer_cst 0x7ffff6c2bc30 constant 0>
            unit size <integer_cst 0x7ffff6c2bbe8 constant 0>
            align 8 symtab 0 alias set 0 canonical type 0x7ffff6e1ef18 context
<namespace_decl 0x7ffff6e225f0 mod_a>
            pointer_to_this <pointer_type 0x7ffff6e23888> chain <type_decl
0x7ffff6e22688 D.3955>>
        unsigned DI
        size <integer_cst 0x7ffff6c2bbb8 constant 64>
        unit size <integer_cst 0x7ffff6c2bbd0 constant 8>
        align 64 symtab 0 alias set 0 canonical type 0x7ffff6c44738>
    readonly addressable static unsigned ignored in-constant-pool DI file
(null) line 0 col 0 size <integer_cst 0x7ffff6c2bbb8 64> unit size <integer_cst
0x7ffff6c2bbd0 8>
    align 64 initial <constructor 0x7ffff6e24390>>

Martin
>From gcc-bugs-return-496601-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Sep 08 12:26:32 2015
Return-Path: <gcc-bugs-return-496601-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 120981 invoked by alias); 8 Sep 2015 12:26:32 -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 120936 invoked by uid 48); 8 Sep 2015 12:26:28 -0000
From: "dominiq at lps dot ens.fr" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug fortran/66056] ICEs and endless compilation for lonely labels/numbers in type
Date: Tue, 08 Sep 2015 12:26: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: unknown
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dominiq at lps dot ens.fr
X-Bugzilla-Status: NEW
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_status cf_reconfirmed_on everconfirmed
Message-ID: <bug-66056-4-SCLDrA05Ao@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66056-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66056-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-09/txt/msg00579.txt.bz2
Content-length: 579

https://gcc.gnu.org/bugzilla/show_bug.cgi?idf056

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-09-08
     Ever confirmed|0                           |1

--- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
I confirm the ICE for 4.8 up to trunk (6.0), but all the tests compiles in a
fraction of second.

[Bug fortran/66762] ICE when compiling gfortran.dg/submodule_[16].f90 with -flto

[pault at gcc dot gnu.org]

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

--- Comment #8 from Paul Thomas <pault at gcc dot gnu.org> ---
(In reply to Martin Liška from comment #7)
> I tried to investigate:
> gfortran ./gcc/testsuite/gfortran.dg/submodule_6.f08 -flto
> 
> If I compare corresponding argument passed to output_addr_const w/o LTO, I
> see:
> (const_int 54796891 [0x344225b])
> 
> ,instead of:
> (mem/u/f/c:DI (symbol_ref/f:DI ("*.LC0") [flags 0x2] <var_decl
> 0x7fbb9b3d52d0 *.LC0>) [0  S8 A64])
> 
> Thus it looks for me that in case of LTO, it is unable to resolve offset of
> the variable *.LC0:
> 
>  <var_decl 0x7ffff6a2c2d0 *.LC0
>     type <pointer_type 0x7ffff6e23888
>         type <record_type 0x7ffff6e237e0 t_a BLK
>             size <integer_cst 0x7ffff6c2bc30 constant 0>
>             unit size <integer_cst 0x7ffff6c2bbe8 constant 0>
>             align 8 symtab 0 alias set 0 canonical type 0x7ffff6e1ef18
> context <namespace_decl 0x7ffff6e225f0 mod_a>
>             pointer_to_this <pointer_type 0x7ffff6e23888> chain <type_decl
> 0x7ffff6e22688 D.3955>>
>         unsigned DI
>         size <integer_cst 0x7ffff6c2bbb8 constant 64>
>         unit size <integer_cst 0x7ffff6c2bbd0 constant 8>
>         align 64 symtab 0 alias set 0 canonical type 0x7ffff6c44738>
>     readonly addressable static unsigned ignored in-constant-pool DI file
> (null) line 0 col 0 size <integer_cst 0x7ffff6c2bbb8 64> unit size
> <integer_cst 0x7ffff6c2bbd0 8>
>     align 64 initial <constructor 0x7ffff6e24390>>
> 
> Martin

Dear Martin,

Thanks for taking a look. I am sorry to have taken so long to get back to you
but I have had a myriad of other things to do.

Do you by any chance know, which variable is causing the trouble? I am afraid
that *.LCO doesn't help me very much. This is wading around in a part of gcc
that I know essentially nothing about.

If it is lto___mod_a_MOD___vtab_mod_a_T_a, then is the multiplicity of sections
that is preventing the resolution of the offset?

Thanks in advance

Paul
>From gcc-bugs-return-498146-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Sep 27 18:11:54 2015
Return-Path: <gcc-bugs-return-498146-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 126417 invoked by alias); 27 Sep 2015 18:11:54 -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 126354 invoked by uid 48); 27 Sep 2015 18:11:50 -0000
From: "ubizjak at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug other/57195] Mode attributes with specific mode iterator can not be used as mode iterators in *.md files
Date: Sun, 27 Sep 2015 18:11:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: other
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ubizjak at gmail dot com
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Resolution: FIXED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 6.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-57195-4-jx4lpbgfUI@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-57195-4@http.gcc.gnu.org/bugzilla/>
References: <bug-57195-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: 2015-09/txt/msg02124.txt.bz2
Content-length: 643

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

Uroš Bizjak <ubizjak at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |6.0

--- Comment #8 from Uroš Bizjak <ubizjak at gmail dot com> ---
This patch enabled merge of x86 *vec_extract<PEXTR_MODE12:mode>_zext patterns
[1]. So, the PR is fixed.

[1] https://gcc.gnu.org/ml/gcc-patches/2015-09/msg02069.html
>From gcc-bugs-return-498147-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Sep 27 18:23:06 2015
Return-Path: <gcc-bugs-return-498147-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2409 invoked by alias); 27 Sep 2015 18:23:06 -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 2380 invoked by uid 48); 27 Sep 2015 18:23:02 -0000
From: "275438859 at qq dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/67734] New: Gcc warning "gcc: warning:=?UTF-8?Q? couldn’t understand kern?=.=?UTF-8?Q?osversion ‘14?=.5.0"
Date: Sun, 27 Sep 2015 18:23:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: 275438859 at qq dot com
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 target_milestone
Message-ID: <bug-67734-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: 2015-09/txt/msg02125.txt.bz2
Content-length: 1297

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

            Bug ID: 67734
           Summary: Gcc warning "gcc: warning: couldn’t understand
                    kern.osversion ‘14.5.0"
           Product: gcc
           Version: 4.9.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: c++
          Assignee: unassigned at gcc dot gnu.org
          Reporter: 275438859 at qq dot com
  Target Milestone: ---

Hi,everybody,
I have installed gcc(4.9.0) for my mac(OS X 10.10.5,Xcode6.4)with homebrew. But
it doesn't work properly.And after I input"gcc -v",it returns warning"gcc:
warning: couldn’t understand kern.osversion ‘14.5.0"

And the return with command:
$ gcc -v -save-temps all-your-options source-file
gcc: warning: couldn’t understand kern.osversion ‘14.5.0
gcc: error: all-your-options: No such file or directory
gcc: error: source-file: No such file or directory
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-apple-darwin12.4.0/4.9.0/lto-wrapper
Target: x86_64-apple-darwin12.4.0
Configured with: ../gcc-4.9-20130811/configure --enable-languages=fortran,c++
Thread model: posix
gcc version 4.9.0 20130811 (experimental) (GCC)
>From gcc-bugs-return-498148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Sun Sep 27 18:35:24 2015
Return-Path: <gcc-bugs-return-498148-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 10419 invoked by alias); 27 Sep 2015 18:35: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 10397 invoked by uid 48); 27 Sep 2015 18:35:20 -0000
From: "pinskia at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/67734] Gcc warning "gcc: warning:=?UTF-8?Q? couldn’t understand kern?=.=?UTF-8?Q?osversion ‘14?=.5.0"
Date: Sun, 27 Sep 2015 18:35: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: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: pinskia 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: component
Message-ID: <bug-67734-4-eFdq1pA7CN@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-67734-4@http.gcc.gnu.org/bugzilla/>
References: <bug-67734-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-09/txt/msg02126.txt.bz2
Content-length: 421

https://gcc.gnu.org/bugzilla/show_bug.cgi?idg734

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|c++                         |target

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
I suspect 4.9 has no support for 10.10.5, try 5.x instead.