http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
--- Comment #4 from Leonid Volnitsky leonid at volnitsky dot com ---
I can not reproduce this ICE with 4.8.1. It is ok to close this bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55856
Bug #: 55856
Summary: ICE on tuple with rvalue ref member
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55766
Bug #: 55766
Summary: temlate alias is not equivalent (const-ness is not
recognized)
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55766
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 2012-12-20
18:37:19 UTC ---
Created attachment 29017
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29017
bad.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55766
--- Comment #4 from Leonid Volnitsky leonid at volnitsky dot com 2012-12-21
05:32:23 UTC ---
And as I just found, dup of bug 54648 too, which I reported on 2012-09 and
found bad commit.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
Bug #: 55694
Summary: LD error if 0 is added to int variable.
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 2012-12-14
19:34:14 UTC ---
Created attachment 28963
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28963
ld-error.ii.gz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #2 from Leonid Volnitsky leonid at volnitsky dot com 2012-12-14
19:35:19 UTC ---
Created attachment 28965
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28965
no-error.ii.gz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55694
--- Comment #5 from Leonid Volnitsky leonid at volnitsky dot com 2012-12-15
06:01:47 UTC ---
Thanks Jonathan. I've figured this out. One more reason why enum is better than
static const.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55002
Bug #: 55002
Summary: trailing return type is rejected in function signature
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55002
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 2012-10-20
19:20:00 UTC ---
I've probably overcomplicated my example. Simpler test case:
--
int f(auto (*ff) - int (int) ) {
return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
--- Comment #2 from Leonid Volnitsky leonid at volnitsky dot com 2012-10-08
10:54:17 UTC ---
but there are lots of errors
Below 1-line change commit which caused ICE
(http://github.com/lvv/scc/commit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54859
Bug #: 54859
Summary: constexpr in template aliase rejected as non-constant
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54853
Bug #: 54853
Summary: (gcc4.7.2) internal compiler error: Segmentation fault
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54764
Bug #: 54764
Summary: In class initialization of non-static lambda member
can't be used in class with default template paramer
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54648
--- Comment #2 from Leonid Volnitsky leonid at volnitsky dot com 2012-09-26
13:16:16 UTC ---
Found bad commit.
Quick recap: GCC says that expression sizeof()==1 is not constexpr.
Commit is about template aliases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54648
Bug #: 54648
Summary: constexpr function rejected as non const
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54648
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 2012-09-21
00:59:30 UTC ---
Created attachment 28241
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28241
main.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54538
--- Comment #4 from Leonid Volnitsky leonid at volnitsky dot com 2012-09-10
09:07:23 UTC ---
I can successfully compile if I will use gcc-3.7.1
Incorrect version. It should be 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54538
--- Comment #6 from Leonid Volnitsky leonid at volnitsky dot com 2012-09-10
14:39:26 UTC ---
This code is very alpha and not supposed to be compiled with something not GCC.
CLANG probably will be able to compile it when they will fix constexpr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54538
--- Comment #7 from Leonid Volnitsky leonid at volnitsky dot com 2012-09-10
14:43:55 UTC ---
It seams that gcc bugzilla substituted text bug some-number with erroneous
link.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54538
Bug #: 54538
Summary: Getting assembler messages when compiling
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54425
Bug #: 54425
Summary: Rvalue/Lvalue overload resolution of templated
function
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #5 from Leonid Volnitsky leonid at volnitsky dot com 2012-08-15
17:34:41 UTC ---
More combinatorics and more test (gcc-trunk, clang-trunk and gcc463). Now
everything in one file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #3 from Leonid Volnitsky leonid at volnitsky dot com 2012-08-02
11:13:26 UTC ---
if in bug-int2.cc (and only in this file) to replace tuple with pair - it
becomes accepted by any gcc version.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #4 from Leonid Volnitsky leonid at volnitsky dot com 2012-08-02
13:12:44 UTC ---
Please disregard my last message (about std::pair) - it was incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 2012-08-02
04:02:27 UTC ---
I've just tested with gcc-463.It accept/reject exactly the same as gcc-453.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54111
Bug #: 54111
Summary: function return type template deduction
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53858
Bug #: 53858
Summary: template aliases used in template parameters default
expression
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #6 from Leonid Volnitsky leonid at volnitsky dot com 2012-01-25
10:29:29 UTC ---
Also, new is_containerT with decltype, have value == 0 for any, non-void
type.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #8 from Leonid Volnitsky leonid at volnitsky dot com 2012-01-25
12:29:22 UTC ---
I understand that. And thank you for giving me a hint and code for
is_container, it was more than I expected if it was non-bug. I've made the
comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
Bug #: 51989
Summary: std::deque::iterator recognised as container
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #1 from Leonid Volnitsky leonid at volnitsky dot com 2012-01-25
05:03:14 UTC ---
Created attachment 26451
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26451
deque-bug.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #2 from Leonid Volnitsky leonid at volnitsky dot com 2012-01-25
05:04:00 UTC ---
Created attachment 26452
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26452
deque-bug.s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51989
--- Comment #3 from Leonid Volnitsky leonid at volnitsky dot com 2012-01-25
05:04:56 UTC ---
Created attachment 26453
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26453
gcc error
--- Comment #9 from leonid at volnitsky dot com 2008-12-16 13:21 ---
(In reply to comment #8)
int16_t* ip = (int16_t*)m1;
That is violating C/C++ aliasing rules
The code that you quote is not part of the reported bug. It was quick and
dirty hack. But that was it. Adding
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: leonid at volnitsky dot com
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38525
--- Comment #1 from leonid at volnitsky dot com 2008-12-14 16:52 ---
Created an attachment (id=16907)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16907action=view)
u-array.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38525
--- Comment #6 from leonid at volnitsky dot com 2008-12-14 21:00 ---
Created an attachment (id=16910)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16910action=view)
Trimmed unit test. Only one, relevant to bug test
--
leonid at volnitsky dot com changed:
What
--- Comment #7 from leonid at volnitsky dot com 2008-12-14 22:32 ---
(In reply to comment #2)
... please reduce your source to a
short, self contained runtime testcase (in plain C if possible) that fails
with
certain compile flags.
I've tried to do that (see below
--- Comment #5 from leonid at volnitsky dot com 2008-12-13 20:46 ---
Created an attachment (id=16905)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16905action=view)
*.ii file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21307
--- Comment #6 from leonid at volnitsky dot com 2008-12-13 20:54 ---
I see same error on Gentoo x86_64, with gcc-4.4 and 4.3.2
Project page: http://volnitsky/project/lvvlib
Source: http://github.com/lvv/lvvlib
b-array.ii.gz attached
--- Comment #7 from leonid at volnitsky dot com 2008-12-13 21:15 ---
Found error cause.
By changing line:
const static unsigned long N = 10;
to
const static unsigned long N = 1;
I was able to compile. I recall that I#8217;ve seen this error
43 matches
Mail list logo
