[Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[simon at pushface dot org]

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

            Bug ID: 66849
           Summary: Incorrect multilib chosen with -mthumb
                    -mfloat-abi=hard
           Product: gcc
           Version: 5.1.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: driver
          Assignee: unassigned at gcc dot gnu.org
          Reporter: simon at pushface dot org
  Target Milestone: ---
              Host: x86_64-apple-darwin13
            Target: arm-eabi

Having configured with

  --target=arm-eabi
  --with-arch=armv7
  --with-mode=thumb

(I added --with-mode=thumb after failures building newlib)

arm-eabi-gcc -dumpspecs says

*multilib:
. !marm !mthumb !mfloat-abi=hard;arm marm !mthumb !mfloat-abi=hard;thumb !marm
mthumb !mfloat-abi=hard;fpu !marm !mthumb mfloat-abi=hard;arm/fpu marm !mthumb
mfloat-abi=hard;

or

*multilib:
. !marm !mthumb !mfloat-abi=hard;
arm marm !mthumb !mfloat-abi=hard;
thumb !marm mthumb !mfloat-abi=hard;
fpu !marm !mthumb mfloat-abi=hard;
arm/fpu marm !mthumb mfloat-abi=hard;

which says to use the fpu subdirectory only if the link is done with
neither -marm nor -mthumb; but the case of -mthumb -mfloat-abi=hard
isn't covered, so that the main directory is searched instead of the
fpu subdirectory; and for this set of options libgcc.a was built for
softfp,

File: /opt/gcc-5.1.0/lib/gcc/arm-eabi/5.1.0/libgcc.a(emutls.o)
Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "7"
  Tag_CPU_arch: v7
  Tag_THUMB_ISA_use: Thumb-2
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: small
  Tag_ABI_optimization_goals: Aggressive Speed
  Tag_CPU_unaligned_access: v6

as against the fpu version,

File: /opt/gcc-5.1.0/lib/gcc/arm-eabi/5.1.0/fpu/libgcc.a(emutls.o)
Attribute Section: aeabi
File Attributes
  Tag_CPU_name: "7"
  Tag_CPU_arch: v7
  Tag_THUMB_ISA_use: Thumb-2
  Tag_FP_arch: VFPv2
  Tag_ABI_PCS_wchar_t: 4
  Tag_ABI_FP_denormal: Needed
  Tag_ABI_FP_exceptions: Needed
  Tag_ABI_FP_number_model: IEEE 754
  Tag_ABI_align_needed: 8-byte
  Tag_ABI_align_preserved: 8-byte, except leaf SP
  Tag_ABI_enum_size: small
  Tag_ABI_VFP_args: VFP registers                      <<<<<<<<<<<
  Tag_ABI_optimization_goals: Aggressive Speed
  Tag_CPU_unaligned_access: v6

I made an overriding specs file,

*multilib:
. !marm !mthumb !mfloat-abi=hard;
arm marm !mthumb !mfloat-abi=hard;
thumb !marm mthumb !mfloat-abi=hard;
fpu !marm mthumb mfloat-abi=hard;
fpu !marm !mthumb mfloat-abi=hard;
arm/fpu marm !mthumb mfloat-abi=hard;

which appears to have done the trick.

[Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[simon at pushface dot org]

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

--- Comment #1 from simon at pushface dot org ---
I should have said, I’m interested in Cortex-M3 and Cortex-M4{F); and possibly
Cortex-M7(F).
>From gcc-bugs-return-492118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Jul 13 08:30:26 2015
Return-Path: <gcc-bugs-return-492118-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 22593 invoked by alias); 13 Jul 2015 08:30:26 -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 22550 invoked by uid 55); 13 Jul 2015 08:30:22 -0000
From: "renlin at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug rtl-optimization/66556] Wrong code-generation for armv7-a big-endian at -Os
Date: Mon, 13 Jul 2015 08:30:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: rtl-optimization
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: renlin at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Resolution:
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: renlin at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-66556-4-rnlTDTW6Ho@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66556-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66556-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-07/txt/msg01008.txt.bz2
Content-length: 792

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

--- Comment #3 from renlin at gcc dot gnu.org ---
Author: renlin
Date: Mon Jul 13 08:29:46 2015
New Revision: 225729

URL: https://gcc.gnu.org/viewcvs?rev"5729&root=gcc&view=rev
Log:
[PATCH]Fix PR66556. Don't drop side-effect in
simplify_const_relational_operation function.

gcc/

2015-07-13  Renlin Li  <renlin.li@arm.com>

        PR rtl/66556
        * simplify-rtx.c (simplify_const_relational_operation): Add
        side_effects_p checks.

gcc/testsuite/

2015-07-13  Renlin Li  <renlin.li@arm.com>

        PR rtl/66556
        * gcc.c-torture/execute/pr66556.c: New.

Added:
    trunk/gcc/testsuite/gcc.c-torture/execute/pr66556.c
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/simplify-rtx.c
    trunk/gcc/testsuite/ChangeLog

[Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan <ramana at gcc dot gnu.org> changed:

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

--- Comment #2 from Ramana Radhakrishnan <ramana at gcc dot gnu.org> ---
(In reply to simon from comment #0)
> Having configured with
> 
>   --target=arm-eabi
>   --with-arch=armv7
>   --with-mode=thumb

If you are interested in armv7-m, please use --with-arch=armv7-m firstly.

> 
> (I added --with-mode=thumb after failures building newlib)
> 
> arm-eabi-gcc -dumpspecs says
> 
> *multilib:
> . !marm !mthumb !mfloat-abi=hard;arm marm !mthumb !mfloat-abi=hard;thumb
> !marm mthumb !mfloat-abi=hard;fpu !marm !mthumb mfloat-abi=hard;arm/fpu marm
> !mthumb mfloat-abi=hard;
> 
> or
> 
> *multilib:
> . !marm !mthumb !mfloat-abi=hard;
> arm marm !mthumb !mfloat-abi=hard;
> thumb !marm mthumb !mfloat-abi=hard;
> fpu !marm !mthumb mfloat-abi=hard;
> arm/fpu marm !mthumb mfloat-abi=hard;
> 
> which says to use the fpu subdirectory only if the link is done with
> neither -marm nor -mthumb; but the case of -mthumb -mfloat-abi=hard
> isn't covered, so that the main directory is searched instead of the
> fpu subdirectory; and for this set of options libgcc.a was built for
> softfp,
> 
> File: /opt/gcc-5.1.0/lib/gcc/arm-eabi/5.1.0/libgcc.a(emutls.o)
> Attribute Section: aeabi
> File Attributes
>   Tag_CPU_name: "7"
>   Tag_CPU_arch: v7
>   Tag_THUMB_ISA_use: Thumb-2
>   Tag_ABI_PCS_wchar_t: 4
>   Tag_ABI_FP_denormal: Needed
>   Tag_ABI_FP_exceptions: Needed
>   Tag_ABI_FP_number_model: IEEE 754
>   Tag_ABI_align_needed: 8-byte
>   Tag_ABI_align_preserved: 8-byte, except leaf SP
>   Tag_ABI_enum_size: small
>   Tag_ABI_optimization_goals: Aggressive Speed
>   Tag_CPU_unaligned_access: v6
> 
> as against the fpu version,
> 
> File: /opt/gcc-5.1.0/lib/gcc/arm-eabi/5.1.0/fpu/libgcc.a(emutls.o)
> Attribute Section: aeabi
> File Attributes
>   Tag_CPU_name: "7"
>   Tag_CPU_arch: v7
>   Tag_THUMB_ISA_use: Thumb-2
>   Tag_FP_arch: VFPv2
>   Tag_ABI_PCS_wchar_t: 4
>   Tag_ABI_FP_denormal: Needed
>   Tag_ABI_FP_exceptions: Needed
>   Tag_ABI_FP_number_model: IEEE 754
>   Tag_ABI_align_needed: 8-byte
>   Tag_ABI_align_preserved: 8-byte, except leaf SP
>   Tag_ABI_enum_size: small
>   Tag_ABI_VFP_args: VFP registers                      <<<<<<<<<<<
>   Tag_ABI_optimization_goals: Aggressive Speed
>   Tag_CPU_unaligned_access: v6
> 
> I made an overriding specs file,
> 
> *multilib:
> . !marm !mthumb !mfloat-abi=hard;
> arm marm !mthumb !mfloat-abi=hard;
> thumb !marm mthumb !mfloat-abi=hard;
> fpu !marm mthumb mfloat-abi=hard;
> fpu !marm !mthumb mfloat-abi=hard;
> arm/fpu marm !mthumb mfloat-abi=hard;
> 
> which appears to have done the trick.

Next if you want separate multilibs for float-abi=hard you may want to look at
some of the commented bits in t-arm to see how to do this or indeed into how
--with-multilib-list=aprofile works.

Alternatively I do think there's something with the M profile libs that can be
used today but with some obvious munging to make this work on trunk.

https://gcc.gnu.org/ml/gcc-patches/2013-07/msg01072.html

Thanks,
Ramana

[Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[simon at pushface dot org]

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

--- Comment #3 from simon at pushface dot org ---
(In reply to Ramana Radhakrishnan from comment #2)
> (In reply to simon from comment #0)
> > Having configured with
> > 
> >   --target=arm-eabi
> >   --with-arch=armv7
> >   --with-mode=thumb
> 
> If you are interested in armv7-m, please use --with-arch=armv7-m firstly.

I did this; it made no difference at all.

> > I made an overriding specs file,
> > 
> > *multilib:
> > . !marm !mthumb !mfloat-abi=hard;
> > arm marm !mthumb !mfloat-abi=hard;
> > thumb !marm mthumb !mfloat-abi=hard;
> > fpu !marm mthumb mfloat-abi=hard;
> > fpu !marm !mthumb mfloat-abi=hard;
> > arm/fpu marm !mthumb mfloat-abi=hard;
> > 
> > which appears to have done the trick.

This minimal overriding spec works for me:

*multilib:
. !mfloat-abi=hard;
fpu mfloat-abi=hard;

(for reference, don’t use multiple spaces in a specs file!)

> Next if you want separate multilibs for float-abi=hard you may want to look
> at some of the commented bits in t-arm to see how to do this or indeed into
> how --with-multilib-list=aprofile works.

GCC has already built separate multilibs!

   . contains -mfloat-abi=soft
   thumb likewise - ??
   fpu -mfloat-abi-hard

It’s just that GCC doesn’t select the right one at link time. I don’t see how
this can be "resolved invalid”?

> Alternatively I do think there's something with the M profile libs that can
> be used today but with some obvious munging to make this work on trunk.
> 
> https://gcc.gnu.org/ml/gcc-patches/2013-07/msg01072.html

Thanks for that. Later, perhaps.
>From gcc-bugs-return-493771-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Thu Jul 30 17:34:37 2015
Return-Path: <gcc-bugs-return-493771-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 126296 invoked by alias); 30 Jul 2015 17:34:36 -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 126265 invoked by uid 48); 30 Jul 2015 17:34:33 -0000
From: "ville.voutilainen at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/67064] Register asm variable broken
Date: Thu, 30 Jul 2015 17:34:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 6.0
X-Bugzilla-Keywords: rejects-valid
X-Bugzilla-Severity: normal
X-Bugzilla-Who: ville.voutilainen at gmail dot com
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: keywords bug_status cf_reconfirmed_on cc everconfirmed
Message-ID: <bug-67064-4-8AcxFCeqlO@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-67064-4@http.gcc.gnu.org/bugzilla/>
References: <bug-67064-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-07/txt/msg02661.txt.bz2
Content-length: 933

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

Ville Voutilainen <ville.voutilainen at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |rejects-valid
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-07-30
                 CC|                            |jason at redhat dot com,
                   |                            |ville.voutilainen at gmail dot com
     Ever confirmed|0                           |1

--- Comment #7 from Ville Voutilainen <ville.voutilainen at gmail dot com> ---
gcc 4.9.2 and 5.2 also reject the snippet if c++14 or c++1z modes are used. gcc
6 accepts the snippet if a c++11 or c++98 mode is explicitly requested, but
fails
like the others otherwise because it defaults to c++14.

[Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[wilson at gcc dot gnu.org]

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

Jim Wilson <wilson at gcc dot gnu.org> changed:

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

--- Comment #4 from Jim Wilson <wilson at gcc dot gnu.org> ---
The problem is that we can't have thumb1 hard-float code, so the thumb/hard
multilib is explicitly disabled.  However, we can have thumb2 hard-float code,
and hence this should be enabled for targets that support thumb2, but isn't
yet, as there is no easy and obvious way to do this without breaking support
for older thumb1 targets.

If you don't care whether you have arm or thumb code, then you can just use the
arm hard-float library with an override like you already did.

If you want a proper thumb2 hard multilib, then in the file
gcc/config/arm/t-arm-elf see the line
MULTILIB_EXCEPTIONS    += *mthumb/*mfloat-abi=hard*
Put a # in front of it to disable it, rebuild gcc, and then you will have
thumb2 hard-float libraries.  See also the comments before this section of
code.

The t-aprofile that Ramana mentioned does support thumb/hard multilibs, but
makes this work by requiring armv7 or higher.

[Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[simon at pushface dot org]

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

--- Comment #5 from simon at pushface dot org ---
(In reply to Jim Wilson from comment #4)

> If you want a proper thumb2 hard multilib, then in the file
> gcc/config/arm/t-arm-elf see the line
> MULTILIB_EXCEPTIONS    += *mthumb/*mfloat-abi=hard*
> Put a # in front of it to disable it, rebuild gcc, and then you will have
> thumb2 hard-float libraries.  See also the comments before this section of
> code.

Brilliant, thanks.

> The t-aprofile that Ramana mentioned does support thumb/hard multilibs, but
> makes this work by requiring armv7 or higher.

Wouldn’t I need a t-mprofile?
>From gcc-bugs-return-494071-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 04 13:41:50 2015
Return-Path: <gcc-bugs-return-494071-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 69233 invoked by alias); 4 Aug 2015 13:41: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 69144 invoked by uid 48); 4 Aug 2015 13:41:46 -0000
From: "jason at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/66834] [concepts] variadic concepts and DR 1430
Date: Tue, 04 Aug 2015 13:41:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: c++-concepts
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jason at gcc dot gnu.org
X-Bugzilla-Status: SUSPENDED
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 dependson short_desc everconfirmed
Message-ID: <bug-66834-4-RPBti9LQjT@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66834-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66834-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-08/txt/msg00213.txt.bz2
Content-length: 875

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

Jason Merrill <jason at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |SUSPENDED
   Last reconfirmed|                            |2015-08-04
         Depends on|                            |66092
            Summary|[concepts] concept          |[concepts] variadic
                   |parameter kind mismatch     |concepts and DR 1430
                   |causes hard error           |
     Ever confirmed|0                           |1

--- Comment #16 from Jason Merrill <jason at gcc dot gnu.org> ---
Suspending.


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?idf092
[Bug 66092] [c++-concepts] Concept can't check variadic template arguments

[Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard

[jim.wilson at linaro dot org]

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

--- Comment #6 from jim.wilson at linaro dot org ---
On Tue, Aug 4, 2015 at 6:39 AM, simon at pushface dot org
<gcc-bugzilla@gcc.gnu.org> wrote:
>> The t-aprofile that Ramana mentioned does support thumb/hard multilibs, but
>> makes this work by requiring armv7 or higher.
>
> Wouldn’t I need a t-mprofile?

Perhaps.  I'm relatively new to arm, and not sure about the
differences between the a-profile and m-profile.

Jim
>From gcc-bugs-return-494084-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Aug 04 15:04:40 2015
Return-Path: <gcc-bugs-return-494084-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 46329 invoked by alias); 4 Aug 2015 15:04:39 -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 46280 invoked by uid 48); 4 Aug 2015 15:04:35 -0000
From: "paolo.carlini at oracle dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/66696] confusing diagnostic on a friend main definition returning void
Date: Tue, 04 Aug 2015 15:04:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.1.0
X-Bugzilla-Keywords: diagnostic
X-Bugzilla-Severity: minor
X-Bugzilla-Who: paolo.carlini at oracle dot com
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 blocked everconfirmed
Message-ID: <bug-66696-4-MOa1jGzabE@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-66696-4@http.gcc.gnu.org/bugzilla/>
References: <bug-66696-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-08/txt/msg00226.txt.bz2
Content-length: 570

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

Paolo Carlini <paolo.carlini at oracle dot com> changed:

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


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?ide608
[Bug 65608] [meta-bug] friend issues