Assignee: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
Target Milestone: ---
using gcc (Debian 4.9.2-10) 4.9.2
In the 001t.tu file, the decl_expr contains no real information.
here is the context of relevant statements :
@9529
Assignee: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
Target Milestone: ---
using gcc (Debian 4.9.2-10) 4.9.2
In the 001t.tu file, the decl_expr contains no real information.
here is the context of relevant statements :
@9529
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67155
James Michael DuPont changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67155
--- Comment #2 from James Michael DuPont ---
adding this seems to solve the linker error:
constexpr CU S::u;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67155
--- Comment #1 from James Michael DuPont ---
The compiler output :
g++ -std=gnu++11 test.cpp test.hpp
/tmp/cceBFmJM.o: In function `S::S()':
test.cpp:(.text+0x35): undefined reference to `S::u'
collect2: error: ld returned 1 exit status
Makefile
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
Target Milestone: ---
Created attachment 36148
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36148&action=edit
test case
I enco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66507
James Michael DuPont changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
++
Assignee: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
Target Milestone: ---
When developing/compiling a llvm clang 3.7 plugin with gcc 4.9 on debian
unstable I encounted a crash. I thought to report this because maybe it would
be useful.
this error did
++
Assignee: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
Target Milestone: ---
When developing/compiling a llvm clang 3.7 plugin with gcc 4.9 on debian
unstable I encounted a crash. I thought to report this because maybe it would
be useful.
My internal bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65638
--- Comment #3 from James Michael DuPont ---
This test case can be reduced to just a file with the word bool in it.
```
bool
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65638
--- Comment #2 from James Michael DuPont ---
No options at all.
On the gcc compile farm : gcc112.fsffrance.org
[h4ck3rm1k3@gcc2-power8 ~]$ which g++
/usr/bin/g++
[h4ck3rm1k3@gcc2-power8 ~]$ g++ test1.cc
test1.cc:1:1: internal compiler error: Se
: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
using the invalid input file:
```
void crash (bool
```
found using permutation testing based on the
https://h4ck3rm1k3.wordpress.com/2015/03/31/test-random-permutations-of-files-and-lines-for-gccgo-golang-go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #5 from James Michael DuPont ---
@iant thanks for the update. my bad, I got confused.
here is the commit.
https://github.com/gcc-mirror/gcc/commit/cc0446bae7c8c0ccead885787ad3fc4db0c127e0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #3 from James Michael DuPont ---
(In reply to James Michael DuPont from comment #2)
> also on github https://github.com/golang/go/issues/10047
this was closed on github because it is valid go.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #1 from James Michael DuPont ---
output is :
test.go:6:8: error: expected type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65272
--- Comment #2 from James Michael DuPont ---
also on github https://github.com/golang/go/issues/10047
Assignee: ian at airs dot com
Reporter: JamesMikeDuPont at googlemail dot com
CC: cmang at google dot com
package test;
func clr(q interface{}) {
switch x := q.(type) {
case *x:
return
}
occurs in : https://github.com/cznic/ql/blob/master/btree.go
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #10 from James Michael DuPont ---
I have reported the problem in the code to boost, they have fixed it.
https://svn.boost.org/trac/boost/ticket/8651#comment:1
The problem is having to do with underspecifed namespace selection. They
ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #8 from James Michael DuPont ---
Tested like this:
/usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -std=gnu++11 -fdump-translation-unit
testvariant_min.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #6 from James Michael DuPont ---
I have filed a small cosmetic bug in boost about this change to the namespace
usage :
https://svn.boost.org/trac/boost/ticket/8651
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #5 from James Michael DuPont ---
Sorry, It seems that the original attachment was not applied, I have bzip2ed it
so now it fits.
thanks
mike
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #4 from James Michael DuPont ---
Created attachment 30259
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30259&action=edit
test case
this is the minimal test case that I have.
by applying the small namespace changes to the end it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #2 from James Michael DuPont ---
Here is a small change to work around the crash :
namespace boost {
namespace detail { namespace variant {
struct variant_hasher: public //boost::
static_visitor {
template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #1 from James Michael DuPont ---
I tried to reduce the input size but it is not producing any results.
namespace std {
typedef long unsigned int size_t;
};
namespace boost {
namespace detail {
struct is_static_visitor_tag
: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: JamesMikeDuPont at googlemail dot com
using the debian sid standard : GNU C++ (Debian 4.7.2-5) version 4.7.2
(x86_64-linux-gnu) compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR
version 3.1.0-p10, MPC version 0.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45853
--- Comment #5 from James Michael DuPont 2011-05-16 19:17:06 UTC ---
Ok,
I will have to look into it,
thanks,
mike
On Mon, May 16, 2011 at 1:19 PM, redi at gcc dot gnu.org
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45853
>
> Jonathan W
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45938
Summary: tree tag for CLASSTYPE_TEMPLATE_SPECIALIZATION "spec"
is confusing.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45855
--- Comment #4 from James Michael DuPont 2010-10-01 08:34:13 UTC ---
In the newest git head version, I get a better error report :
g++ (GCC) 4.6.0 20100929 (experimental)
./gcc/build/gcc/cc1plus -quiet -std=c++0x i386-dis-21931.ii
../../opcodes/i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45855
--- Comment #2 from James Michael DuPont 2010-10-01 08:11:48 UTC ---
The bug also occurs with ;. it seems to be a different problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45855
Summary: switched ; and : causes compile crash
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: c++
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45853
Summary: Segfault while experimenting with c++-0x initializer
lists
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
--- Comment #11 from JamesMikeDuPont at googlemail dot com 2010-01-20
20:54 ---
Subject: Re: gcc segfaults on gch
so I am thinking about a way to wrap the existing templates that I use.
there must be a way to reduce the size of the gch by specifing a list
of classes we use. that
--- Comment #9 from JamesMikeDuPont at googlemail dot com 2010-01-20 20:09
---
Subject: Re: gcc segfaults on gch
/usr/local/bin/c++ --version
c++ (GCC) 4.5.0 20100113 (experimental)
Copyright (C) 2010 Free Software Foundation, Inc.
On Wed, Jan 20, 2010 at 9:01 PM, rguenth at gcc dot
--- Comment #8 from JamesMikeDuPont at googlemail dot com 2010-01-20 20:05
---
got it again after make clean,
maybe it ran out of memory:
mdup...@introspector-desktop:/media/NewFoundSpace/2010/01/mapnik$ gunzip
src/filter_factory.ii.gz
mdup...@introspector-desktop:/media/NewFoundSpace
--- Comment #5 from JamesMikeDuPont at googlemail dot com 2010-01-20 19:41
---
Sorry that is not the precompiled header, but the preprocessed,
all you need to get the crash i hope.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42814
--- Comment #4 from JamesMikeDuPont at googlemail dot com 2010-01-20 19:27
---
Delta compression using up to 4 threads.
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 326 bytes, done.
Total 3 (delta 2), reused 0 (delta 0)
To g...@github.com:h4ck3rm1k3
--- Comment #3 from JamesMikeDuPont at googlemail dot com 2010-01-20 19:17
---
Created an attachment (id=19667)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19667&action=view)
precompiled headers
/usr/local/bin/g++ -DHAVE_CONFIG_H -I. -I.. -I../ -DHAVE_C
FIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: JamesMikeDuPont at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42814
ormal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: JamesMikeDuPont at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42765
--- Comment #2 from JamesMikeDuPont at googlemail dot com 2010-01-14 14:51
---
Using the preprocessed headers breaks the pch.
I tried this with the latest 4 4 head I compiled myself, but now it does not
break.
I will continue testing with the latest version.
thanks for you help
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: JamesMikeDuPont at googlemail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42745
--- Comment #6 from JamesMikeDuPont at googlemail dot com 2010-01-14 13:55
---
I am having this problem as well.
Using the lastest version of g++.
Test like this :
If you include in a pch,
and then in the other file that uses the pch, the macro assert is no longer
there
42 matches
Mail list logo
