https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
Andrew Pinski changed:
What|Removed |Added
Summary|Confusing error message |Confusing error message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> asm on the trunk has the same issue:
That is because it uses the same code path.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
Bug ID: 118367
Summary: Confusing error message with user generated
static_assert "expression cannot be used as a
function"
Product: gcc
Versi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52033
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
--- Comment #1 from simon at pushface dot org ---
I think that "predefined" means something like "System or one of its
children", and the message indicates that (as Arnaud told me, probably
about 10 years ago) the language that the compiler sup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116916
Bug ID: 116916
Summary: Confusing error message
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110058
Bug ID: 110058
Summary: confusing error message for %c asm output modifier
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7a3ee77a2e33b8b8ad31aea27996ebe92a5c8d83
commit r13-759-g7a3ee77a2e33b8b8ad31aea27996ebe92a5c8d83
Author: Jakub Jelinek
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97922
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103566
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103566
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103566
Bug ID: 103566
Summary: confusing error message for typedefs with initializers
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37519
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58363
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-11
Severity|minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97922
--- Comment #1 from Jonathan Wakely ---
Reduced:
namespace test {
inline namespace internal {
struct Type1 { };
}
}
namespace test {
struct Type1; //Type1 is actually in an inline namespace
}
template struct P { };
using Type = P;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97922
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-11-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97922
Bug ID: 97922
Summary: inline namespace caused confusing error message
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
--- Comment #2 from Diane Meirowitz ---
I have the latest llvm source code and it's the same.
We will back port any fixes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/google/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
Bug ID: 96775
Summary: UBSan: confusing error message load of address with
insufficient space
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91138
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #12 from Martin Liška ---
(In reply to qinzhao from comment #11)
> Hi, (In reply to Martin Liška from comment #10)
> > Fixed on trunk.
> I am trying to back port the fix for 89832 into our company's gcc8.2.1
> release.
> by looking a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #11 from qinzhao at gcc dot gnu.org ---
Hi, (In reply to Martin Liška from comment #10)
> Fixed on trunk.
I am trying to back port the fix for 89832 into our company's gcc8.2.1 release.
by looking at the patch, it's huge, and it's inc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Wed Aug 14 08:47:11 2019
New Revision: 274426
URL: https://gcc.gnu.org/viewcvs?rev=274426&root=gcc&view=rev
Log:
Libsanitizer merge from trunk r368656.
2019-08-14 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
--- Comment #5 from Jonathan Wakely ---
Bug 91138 created for the C++ case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91138
Bug ID: 91138
Summary: Confusing error message: "maybe you meant to use '->'
?" fix-it when -> is already used
Product: gcc
Version: 10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
Jonathan Wakely changed:
What|Removed |Added
Version|6.3.0 |10.0
--- Comment #4 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
--- Comment #3 from Jonathan Wakely ---
(In reply to Emil Fihlman from comment #0)
> fiesh on #gcc@Freenode gave these ideas regarding this:
>
> 2019-07-10 18:11:03 +0300 < fiesh> I think that `server->thing` is probably
> replaced by `(*server.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
--- Comment #1 from Emil Fihlman ---
The fix programming side is of course just wrapping *server in parentheses but
the error message should still be amended imho.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91134
Bug ID: 91134
Summary: Confusing error message: error: ‘*server’ is a
pointer; did you mean to use ‘->’? when -> is used
Product: gcc
Version: 6.3.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #8 from Martin Liška ---
Patch was merged in upstream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
Martin Liška changed:
What|Removed |Added
Target Milestone|9.0 |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #7 from Martin Liška ---
(In reply to qinzhao from comment #6)
> one question to Martin:
> has the proposed patch been committed in gcc9 upstream?
>
> my understanding is the proposed patch is for LLVM source base, not for GCC.
> are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #6 from qinzhao at gcc dot gnu.org ---
one question to Martin:
has the proposed patch been committed in gcc9 upstream?
my understanding is the proposed patch is for LLVM source base, not for GCC.
are you planning to port the patch to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #5 from Diane Meirowitz ---
Yes, much better!
Again, thank you for fixing this so quickly and completely!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #4 from Martin Liška ---
(In reply to Diane Meirowitz from comment #3)
> Thank you for fixing this so quickly! This is a huge improvement.
Be my guest!
>
> Here are some suggestions to make it even better for those without a lot of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #3 from Diane Meirowitz ---
Thank you for fixing this so quickly! This is a huge improvement.
Here are some suggestions to make it even better for those without a lot of
knowledge of ASAn. I think this will be the case for some peopl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
--- Comment #2 from Martin Liška ---
I propose a patch to upstream:
https://reviews.llvm.org/D59876
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89832
Bug ID: 89832
Summary: confusing error message when there is a problem with
ASAN_OPTIONS "ERROR: expected '='"
Product: gcc
Version: unknown
||2015-12-06
CC||ebotcazou at gcc dot gnu.org
Summary|Compiler assertion, |confusing error message on
|apparently due to |illegal code with
|incomplete type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57941
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57941
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58363
--- Comment #1 from Paolo Carlini ---
pretty printing issue fixed for 4.9.0 in r202401:
58363.C:6:11: note: cannot convert ‘m.~f’ (type ‘void’) to type ‘int’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58363
Bug ID: 58363
Summary: Confusing error message for uncalled explicit
destructor in expression
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57941
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57941
Bug ID: 57941
Summary: [c++11] confusing error message with invalid constexpr
constructor in template struct
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45607
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
--- Comment #6 from Don 2011-10-14 14:13:59 UTC
---
Yeah.., soon realized that after looking into it. Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
--- Comment #5 from Jonathan Wakely 2011-10-14
13:14:34 UTC ---
(In reply to comment #4)
> Is there a fix for this or is this version flawed? Can we be certain this bug
> will be fixed by the next release? This is a basic declaration and should
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
--- Comment #4 from Don 2011-10-14 13:11:09 UTC
---
Found this bug while trying to compile Spidermonkey 1.85 with gcc 4.6 (g++).
nanojit.h:183:26: error: 'isS32' declared as an 'inline' variable. The code
is:
static inline bool isS32(intptr_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
Don changed:
What|Removed |Added
CC||donmgeso at hotmail dot com
--- Comment #3 from Don
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45607
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.4.6 |4.4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36659
Dan Horak changed:
What|Removed |Added
CC||dan at danny dot cz
--- Comment #2 from Dan H
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45607
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|4.4.5 |4.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45490
Andrew Pinski changed:
What|Removed |Added
Target|x86_64-suse-linux |
Status|UNCONFIRMED
/4.4 Regression]
| |Confusing error message
Target Milestone|--- |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45607
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-09-01 21:37 ---
Not to mention it is accepted with -std=c++0x as local types in C++0x can be
now template arguments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45490
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-09-01 21:36 ---
On the trunk we get:
t.cc: In function âvoid foo()â:
t.cc:9:39: error: no matching function for call to âdistance(foo()::my_iter,
foo()::my_iter)â
/home/apinski/local-gcc/lib/gcc/x86_64-unknown-linux-gnu/4.6
message is highly confusing.
Both Intel and Comeau give the following message:
a template argument may not reference a local type
(Microsoft groks the construct all right.)
--
Summary: Confusing error message for local type arguments
Product: gcc
Version: 4.4.1
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-14 10:09 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from nm127 at freemail dot hu 2008-09-14 09:18 ---
Created an attachment (id=16317)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16317&action=view)
add a new error message for attribute section parameter type check
This patch separates the type check of the attribu
hould have string parameter and not
a number (1). I expect an error message like this:
test7.c:2: error: section attribute name must be string for 'x'
--
Summary: confusing error message about attribute section name
type
Product: gcc
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-06-28 21:25 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--- Comment #10 from rguenther at suse dot de 2007-11-16 09:45 ---
Subject: Re: [4.3 Regression] Confusing error message
with missing #include
On Thu, 15 Nov 2007, pcarlini at suse dot de wrote:
> --- Comment #8 from pcarlini at suse dot de 2007-11-15 19:07 ---
>
--- Comment #9 from bkoz at gcc dot gnu dot org 2007-11-15 21:54 ---
Awesome. Looks good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34105
--- Comment #6 from pcarlini at suse dot de 2007-11-15 18:14 ---
I'm finishing testing a complete patch.
--
pcarlini at suse dot de changed:
What|Removed |Added
A
--- Comment #8 from pcarlini at suse dot de 2007-11-15 19:07 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from paolo at gcc dot gnu dot org 2007-11-15 19:05 ---
Subject: Bug 34105
Author: paolo
Date: Thu Nov 15 19:05:17 2007
New Revision: 130207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130207
Log:
2007-11-15 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #2 from pcarlini at suse dot de 2007-11-15 13:04 ---
Created an attachment (id=14555)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14555&action=view)
Draft patch for normal mode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34105
--- Comment #4 from pcarlini at suse dot de 2007-11-15 13:09 ---
By the way, while we are talking about those QoI issues, I think it's in any
case better not including something like algorithmfwd.h in algobase.h: it's
relatively big and we are doing our best to keep algobase.h, the core
--- Comment #3 from pcarlini at suse dot de 2007-11-15 13:06 ---
Something like the attached (lightly tested) fixed the problem for normal mode,
the error becomes:
34105.cc: In function int main():
34105.cc:8: error: find is not a member of std
however, it doesn't for parallel mo
--- Comment #5 from pcarlini at suse dot de 2007-11-15 13:10 ---
I meant bits/stl_algobase.h, of course.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34105
--- Comment #1 from pcarlini at suse dot de 2007-11-15 11:59 ---
Note that the issue is unrelated to the header optimization work: is caused by
algorithmfwd.h, added in the occasion of the parallel STL work. I'm going to
look a bit into it, anyway, if a simple solution I have in mind wil
ay).
Can we improve this situation by not making algorithm half-way available so
we can raise a meaningful error instead?
--
Summary: [4.3 Regression] Confusing error message with missing
#include
Product: gcc
Version: 4.3.0
Status: UNCONFI
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-02-16 15:55
---
Fixed on 4.2 and mainline. Closing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-02-16 12:19
---
Subject: Bug 30611
Author: fxcoudert
Date: Fri Feb 16 12:19:01 2007
New Revision: 122039
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122039
Log:
2007-02-16 Francois-Xavier Coudert <[EMAIL PROTECTED]>
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-02-04 21:33
---
Subject: Bug 30611
Author: fxcoudert
Date: Sun Feb 4 21:33:10 2007
New Revision: 121581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121581
Log:
PR fortran/30611
* trans-intrinsic.c (g
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30611
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-02-01 13:51
---
With a little variation, you get a better error message, although "augument"
part could be improved :)
$ cat u.f90
integer :: i
i = -1
print *, repeat ("", i)
end
$ gfortran u.f90 && ./a.out
Fortran runti
peat ("a", i)
end program main
$ gfortran rep.f90
$ ./a.out
Fortran runtime error: Attempt to allocate a negative amount of memory.
--
Summary: Confusing error message for negative ncopies in REPEAT
Product: gcc
Version: 4.3.0
Status: UNCONFI
Hi,
the following code:
struct S
{
void f(int x) {}
};
int main()
{
S s;
s.f(3);
}
would produce:
error: no matching function for call to 'S::f(int)'
note: candidates are: void S::f(int&)
but should be something like "trying to convert non-variable to
reference"...
Regards,
Martin
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-16 21:50 ---
Fixed in 4.1.0 and above:
t.cc:8: error: reference to NsIn is ambiguous
t.cc:4: error: candidates are: namespace NsIn { }
t.cc:2: error: namespace NsOut::NsIn { }
t.cc:8: error: expected , or ...
(Debian 1:3.3.6-10)
gcc version 3.4.5 (Debian 3.4.5-1)
gcc version 4.0.3 20051201 (prerelease) (Debian 4.0.2-5)
--
Summary: confusing error message for ambiguous namespaces
declarations
Product: gcc
Version: 4.0.3
Status: UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-07-28 14:45
---
*** This bug has been marked as a duplicate of 8570 ***
--
What|Removed |Added
93 matches
Mail list logo
