* [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard
2015-07-12 16:18 [Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard simon at pushface dot org
@ 2015-07-13 8:25 ` simon at pushface dot org
2015-07-29 13:21 ` ramana at gcc dot gnu.org
` (4 subsequent siblings)
5 siblings, 0 replies; 7+ messages in thread
From: simon at pushface dot org @ 2015-07-13 8:25 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 7+ messages in thread* [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard
2015-07-12 16:18 [Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard simon at pushface dot org
2015-07-13 8:25 ` [Bug driver/66849] " simon at pushface dot org
@ 2015-07-29 13:21 ` ramana at gcc dot gnu.org
2015-07-30 17:28 ` simon at pushface dot org
` (3 subsequent siblings)
5 siblings, 0 replies; 7+ messages in thread
From: ramana at gcc dot gnu.org @ 2015-07-29 13:21 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 7+ messages in thread* [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard
2015-07-12 16:18 [Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard simon at pushface dot org
2015-07-13 8:25 ` [Bug driver/66849] " simon at pushface dot org
2015-07-29 13:21 ` ramana at gcc dot gnu.org
@ 2015-07-30 17:28 ` simon at pushface dot org
2015-08-03 20:34 ` wilson at gcc dot gnu.org
` (2 subsequent siblings)
5 siblings, 0 replies; 7+ messages in thread
From: simon at pushface dot org @ 2015-07-30 17:28 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 7+ messages in thread* [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard
2015-07-12 16:18 [Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard simon at pushface dot org
` (2 preceding siblings ...)
2015-07-30 17:28 ` simon at pushface dot org
@ 2015-08-03 20:34 ` wilson at gcc dot gnu.org
2015-08-04 13:40 ` simon at pushface dot org
2015-08-04 15:01 ` jim.wilson at linaro dot org
5 siblings, 0 replies; 7+ messages in thread
From: wilson at gcc dot gnu.org @ 2015-08-03 20:34 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 7+ messages in thread* [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard
2015-07-12 16:18 [Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard simon at pushface dot org
` (3 preceding siblings ...)
2015-08-03 20:34 ` wilson at gcc dot gnu.org
@ 2015-08-04 13:40 ` simon at pushface dot org
2015-08-04 15:01 ` jim.wilson at linaro dot org
5 siblings, 0 replies; 7+ messages in thread
From: simon at pushface dot org @ 2015-08-04 13:40 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 7+ messages in thread* [Bug driver/66849] Incorrect multilib chosen with -mthumb -mfloat-abi=hard
2015-07-12 16:18 [Bug driver/66849] New: Incorrect multilib chosen with -mthumb -mfloat-abi=hard simon at pushface dot org
` (4 preceding siblings ...)
2015-08-04 13:40 ` simon at pushface dot org
@ 2015-08-04 15:01 ` jim.wilson at linaro dot org
5 siblings, 0 replies; 7+ messages in thread
From: jim.wilson at linaro dot org @ 2015-08-04 15:01 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 7+ messages in thread