Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
CC: andrew.n.sutton at gmail dot com, asutton at gcc dot gnu.org
Target Milestone: ---
It appears that an operand
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
CC: andrew.n.sutton at gmail dot com, asutton at gcc dot gnu.org
Target Milestone: ---
It appears that an operand
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
CC: andrew.n.sutton at gmail dot com, asutton at gcc dot gnu.org
Target Milestone: ---
It appears that an operand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80748
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80750
--- Comment #1 from Tom Honermann ---
*** Bug 80748 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80750
--- Comment #2 from Tom Honermann ---
*** Bug 80749 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79759
--- Comment #2 from Tom Honermann ---
This looks to be directly related to the following reports:
- Bug 80746 - [concepts] ICE evaluating constraints for concepts with dependent
template parameters
- Bug 67147 - [concepts] ICE on checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81139
--- Comment #1 from Tom Honermann ---
Bug 69448 appears to be related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69448
Tom Honermann changed:
What|Removed |Added
CC||tom at honermann dot net
--- Comment #1
: gcc
Version: c++-concepts
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
CC: andrew.n.sutton at gmail dot com, asutton at
Version: c++-concepts
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
CC: andrew.n.sutton at gmail dot com, asutton at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79197
Tom Hughes changed:
What|Removed |Added
CC||tom at compton dot nu
--- Comment #14 from
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
I built the latest revision of the gcc c++-concepts branch (r221648) last night
and encountered a regression in constraint checking for
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Encountered with the latest revision of the gcc c++-concepts branch (r221681).
Parse errors are issued for function declarations that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65575
--- Comment #2 from Tom Honermann ---
r221695 does correct the specific test case in comment 0. However, I'm still
seeing similar errors for function declarations that don't specify the return
type with a trailing return type:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65575
--- Comment #5 from Tom Honermann ---
r221733 seems to address the case in comment 2 for me.
I have one more for you. This one is a little different (no return type
involved), so let me know if you want me to open a different bug for it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65575
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Encountered with the latest revision of the gcc c++-concepts branch (r221742).
An internal
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Encountered with the latest revision of the gcc c++-concepts branch (r221742).
An internal compiler error occurs when
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Encountered with the latest revision of the gcc c++-concepts branch (r221742).
An internal compiler error occurs when a type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53838
Tomalak Geret'kal changed:
What|Removed |Added
CC| |tom at kera dot name
--- Comme
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
The following test case demonstrates what I believe to be a spurious error in
resolving constrained class template partial specializations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65635
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65635
Tom Honermann changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #3 from Tom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65634
--- Comment #3 from Tom Honermann ---
Confirmed fixed with r221861. I'll leave the bug open though since comment 2
is requesting additional followup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65636
--- Comment #3 from Tom Honermann ---
Confirmed fixed with r221861. I'll leave the bug open though since comment 2
is requesting additional followup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65681
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
The following test case demonstrates high CPU and memory utilization during
compilation when compiled with gcc
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
The following test case demonstrates what I believe to be an error in type
constraint satisfaction involving type aliases. I believe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65848
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65854
Tom Honermann changed:
What|Removed |Added
Summary|[c++-concepts] Type |[c++-concepts] Type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65854
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Target Milestone: ---
The following test case was accepted by r211591 of the c++-concepts branch, but
is rejected by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66091
Tom Honermann changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at failproof dot be
Created attachment 31984
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31984&action=edit
GCC output
$ uname -a
Linux TOM-UBUNTU 3.2.0-58-generic #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013
x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59988
--- Comment #1 from tom at failproof dot be ---
Created attachment 31985
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31985&action=edit
Command-line output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59988
--- Comment #2 from tom at failproof dot be ---
Created attachment 31986
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31986&action=edit
Problematic source file
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at tommay dot net
Target Milestone: ---
Created attachment 36541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36541&action=edit
Short .c file with the code in question
The attached very short .c file h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68022
--- Comment #1 from Tom May ---
Created attachment 36542
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36542&action=edit
avr-gcc -v output
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Target Milestone: ---
I believe the following code is intended to be well-formed according to P0121r0
[1]. gcc trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51747
Tom Honermann changed:
What|Removed |Added
CC||tom at honermann dot net
--- Comment #9
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at kera dot name
>From http://stackoverflow.com/q/28141403/560648
Reproduction:
/
#include
#include
int main()
{
const int a = 2;
std::functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64791
--- Comment #1 from Tomalak Geret'kal ---
Build error:
/
main.cpp: In instantiation of 'main():: [with auto:1 = int]':
/usr/local/include/c++/4.9.2/functional:2149:71: required by substitution of
'template template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64791
--- Comment #2 from Tomalak Geret'kal ---
Actually, I'm no longer sure that `a` *is* odr-used...
: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Target Milestone: ---
I believe the following test case is well-formed, but gcc trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67565
Tom Honermann changed:
What|Removed |Added
CC||andrew.n.sutton at gmail dot
com
--- Comment #1 from tom at giftssoft dot com 2009-11-20 17:26 ---
It looks like this bug is related to bug 16350, which was created on 2004-07-03
and resulted in patch 800-arm-bigendian.patch being applied on 2007-11-07 to
gcc 4.3.0. Prior to this patch, gcc defaulted to little-endian
: `lwsync' when compiling gcc 4.2.2
on a 7457
Product: gcc
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: boehm-gc
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #2 from tom at software6 dot net 2008-01-10 00:54 ---
Subject: Re: Unrecognized opcode: `lwsync' when compiling gcc 4.2.2 on a 7457
[EMAIL PROTECTED] tvaughan]$ rpm -qf `which as`
binutils-2.13.90.0.18-6
[EMAIL PROTECTED] tvaughan]$ as --version
GNU assembler 2.13.90
--- Comment #4 from tom at software6 dot net 2008-01-10 01:04 ---
Subject: Re: Unrecognized opcode: `lwsync' when compiling gcc 4.2.2 on a 7457
Great. Thank you. Sorry I missed that in the docs.
-Tom
On 10 Jan 2008 00:59:35 -, pinskia at gcc dot gnu dot org
<[EMAIL P
--- Additional Comments From tom at hukatronic dot cz 2005-06-10 15:58
---
This seems to be fixed in GCC 4.0.0. This is the code produced by GCC 4.0.0
with following command
line:
~/Projects/gcc_m68k/bin/m68k-bsd-elf-gcc -S -O3 -m68000 -msoft-float
-fno-exceptions -fno-
inline test.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71221
--- Comment #3 from Tom Honermann ---
This issue appears to be resolved as of r238202. I can now compile the test
case from comment 0 successfully.
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
CC: andrew.n.sutton at gmail dot com, asutton at gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71843
--- Comment #1 from Tom Honermann ---
Created attachment 38876
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38876&action=edit
Patch to elucidate failed constraints
The attached patch was provided to me by Andrew Sutton earlier th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67565
--- Comment #5 from Tom Honermann ---
Nice, thanks!
Using gcc r238587, I get the times below for the examples in this report. All
cases are dramatically improved. Unless there is some other known issue not
captured in the discussion here, it
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: tom at honermann dot net
Target Milestone: ---
A compile-time performance degradation in gcc HEAD (r238592) vs gcc-6-branch
HEAD (r238587) was observed while verifying
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71995
Tom Honermann changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30277
--- Comment #4 from Tom Honermann ---
We recently got bit by this. It is still an issue in latest gcc trunk:
$ cat t.cpp
enum E : int {
e1 = 1
};
constexpr E operator-(E, E) {
return (E)99;
}
typedef struct {
E e;
E ebf
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet
--- Comment #1 from tom dot browder at gmail dot com 2008-12-30 13:09
---
Created an attachment (id=17014)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17014&action=view)
Output from gfortan -v
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38672
--- Comment #2 from tom dot browder at gmail dot com 2008-12-30 13:11
---
Created an attachment (id=17015)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17015&action=view)
Archive with files to demonstrate the bug.
The Makefile has a variable at the top to pick specific
Overflow with Integer Parameter Assignment
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at
--- Comment #1 from tom dot browder at gmail dot com 2009-01-09 01:13
---
Created an attachment (id=17060)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17060&action=view)
Program demonstrating the overflow error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38773
--- Comment #2 from tom dot browder at gmail dot com 2009-01-09 01:14
---
Created an attachment (id=17061)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17061&action=view)
Output from gfortran with -v --save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38773
gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38830
--- Comment #3 from tom dot browder at gmail dot com 2009-01-14 00:10
---
I'm sorry I didn't catch the original "bug". I did search but missed the
obvious reference.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38830
--- Comment #6 from tom dot horsley at ccur dot com 2006-08-03 13:45
---
I'd add that this isn't a problem just for multi-dimension arrays. If you
declare different arrays like "integer a1(5)" "integer a2(1:5)" "integer
a3(2:6)"
they all sho
-
Summary: SegV on AIX 5.3 due to uninit'ed static object when
using -pthread
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: libstdc++
AssignedTo:
--- Comment #5 from tom dot culliton at oracle dot com 2007-03-22 20:15
---
That does indeed appear to have been the problem. Even though the system
claims that APAR was already applied, the header file was still missing the
typedef keyword. I suspect something silly like the compiler
oduct: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37210
--- Comment #2 from tom dot browder at gmail dot com 2008-08-24 22:07
---
Andrew, you're right--it's not prohibited, but my argument is that it should be
prohibited as the default build (but have a specific configure variable to
allow it), at least until it is tested. Over
ReportedBy: tom dot aernoudt at coware dot com
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39783
--- Comment #2 from tom dot aernoudt at coware dot com 2009-04-16 14:07
---
Aren't shared libraries that are compiled without -fPIC supposed to work on
x86?
On other platforms this may not work, but I thought that on x86 this is not
required.
--
http://gcc.gnu.org/bug
--- Comment #4 from tom dot aernoudt at coware dot com 2009-04-16 14:52
---
That may be true, but if it would be possible to tell gcc to use the
dynamic-global tls-model (or static-global) without specifying -fPIC it would
again 'happen' to work, even if tls is used.
I d
MED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot prince at ualberta dot net
GCC host triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39901
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot prince at ualberta dot net
GCC host triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #1 from tom dot prince at ualberta dot net 2009-04-27 03:12
---
Created an attachment (id=17761)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17761&action=view)
Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #2 from tom dot prince at ualberta dot net 2009-04-27 03:13
---
Created an attachment (id=17762)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17762&action=view)
gcc output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #3 from tom dot prince at ualberta dot net 2009-04-27 03:15
---
Created an attachment (id=17763)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17763&action=view)
GCC version details
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #4 from tom dot prince at ualberta dot net 2009-04-27 03:16
---
Created an attachment (id=17764)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17764&action=view)
GCC version details
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #5 from tom dot prince at ualberta dot net 2009-04-27 04:01
---
Further consideration seems to indicate that the standard spuriously allows the
second case to be illegal.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #7 from tom dot prince at ualberta dot net 2009-04-27 14:50
---
Created an attachment (id=17767)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17767&action=view)
Various failed attempts to create a std::vector> from an
intializer list.
These are my a
--- Comment #8 from tom dot prince at ualberta dot net 2009-04-27 14:52
---
Created an attachment (id=17768)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17768&action=view)
ICE from test2.cc
The errors test2.cc generate vary if the various functions are commen
--- Comment #9 from tom dot prince at ualberta dot net 2009-04-27 15:01
---
This is an old patch that purports to fix 3rd of the original tests.
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00436.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #11 from tom dot prince at ualberta dot net 2009-04-27 15:43
---
Also, there is the issue of lvalues binding to rvalue references. See N2831 and
possibly n2835.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39923
--- Comment #14 from tom dot prince at ualberta dot net 2009-04-27 16:25
---
The updated version n2844. From the intro: (I guess I meant "being bound to" in
the language of the standard)
int i = 2;
double &&d = i; // previously well-formed (d bound to a temporar
gcc/tags/gcc_4_4_2_release
and
svn://gcc.gnu.org/svn/gcc/branches/gcc-4_4-bra...@152637
with ./configure --prefix=... --disable-sjlj-exceptions
t...@crius ~/tmp
$ /opt/gcc4.4.2/bin/gcc -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /home/Tom/svn/gcc4.4.2/configure --prefix=/opt/gcc4
--- Comment #5 from tom dot deseyn at gmail dot com 2009-11-01 20:51
---
Thanks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41754
.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/opt/gcctrunk/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /home/tom/svn/gcc/configure --prefix=/opt/gcctrunk
--disable-sjlj-exceptions : (reconfigured) /home/tom/svn/gcc/configure
--prefix=/opt/gcctrunk
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot deseyn at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43674
Data
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45503
n
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45556
--- Comment #34 from tom dot browder at gmail dot com 2010-09-07 17:58
---
(In reply to comment #33)
> I guess you meant to be CC'ed?
>
Yes. The work I started was a Perl script to convert a 2.20+ database to the
latest version. The last question I had of Daniel was cou
on: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45599
--- Comment #2 from tom dot browder at gmail dot com 2010-09-08 15:02
---
Ah, you are correct--old code may have that only. How about a warning instead
about using the recommended construct (the header guard) instead of the "pragma
once"?
--
http://gcc.gnu.or
--- Comment #4 from tom dot browder at gmail dot com 2010-09-08 15:29
---
Oops, I missed that PR. I still think that an optional warning should be
there--something like "-Wpragma-once" with a message about the better practice.
(Sorry I missed finding the original bug--I only
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45655
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tom dot browder at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34198
--- Comment #2 from tom dot browder at gmail dot com 2007-11-22 21:37
---
Created an attachment (id=14617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14617&action=view)
Intermediate file produced by g++-4.3-20071109
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34198
101 - 200 of 227 matches
Mail list logo
