--- Comment #1 from ubizjak at gmail dot com 2010-08-19 06:49 ---
It is just insn preferences for IX86_TUNE_PARTIAL_REG_STALL. We are not testing
this flag but move insn, so can you please test:
Index: volatile-bitfields-1.c
This is a copy of an issue originally filed as gdb bug at
http://sourceware.org/bugzilla/show_bug.cgi?id=11639 that was identified as a
gcc issue in the mean time:
If 'Derived' and 'Base' are setup as shown in the attachment
void Derived::foo()
{
Base *b = this;
Base br = *b;
}
then
--- Comment #1 from andre dot poenitz at nokia dot com 2010-08-19 06:58
---
Created an attachment (id=21517)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21517action=view)
Example code to reproduce the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45334
Compile the following code with options -march=armv7-a -mthumb -O2 -fpic
struct S
{
void* p1;
void* p2;
void* p3;
void* p4;
};
void foo1(struct S* fp, struct S* otherSaveArea)
{
struct S* saveArea = fp - 1;
printf(StackSaveArea for fp %p [%p/%p]:\n, fp, saveArea,
--- Comment #34 from burnus at gcc dot gnu dot org 2010-08-19 07:28 ---
Subject: Bug 33197
Author: burnus
Date: Thu Aug 19 07:28:17 2010
New Revision: 163364
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163364
Log:
2010-08-19 Tobias Burnus bur...@net-b.de
PR
--- Comment #2 from burnus at gcc dot gnu dot org 2010-08-19 07:28 ---
Subject: Bug 36158
Author: burnus
Date: Thu Aug 19 07:28:17 2010
New Revision: 163364
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163364
Log:
2010-08-19 Tobias Burnus bur...@net-b.de
PR
--- Comment #3 from burnus at gcc dot gnu dot org 2010-08-19 07:37 ---
The patch implemented the compile-time version using a recurrence algorithm.
TODO: Add a run-time implementation (using a recurrence algorithm).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36158
--- Comment #4 from burnus at gcc dot gnu dot org 2010-08-19 08:21 ---
(In reply to comment #3)
TODO: Add a run-time implementation (using a recurrence algorithm).
Remember that all kinds of integers are allowed for N1 and N2, but that POSIX's
jn/yn only allows int - thus, on can add
Bis repetita placent.
Since PR 45294 got reclassified as a duplicate of PR 41323 and
a) chances for a new GCC specific intrinsic are null
b) unlike H.J. Lu i couldn't care less about ICC
c) i think GCC oughts to do the Right Thing
d) or at least have builtins match hardware (because inline asm
--- Comment #14 from ramana at gcc dot gnu dot org 2010-08-19 08:28 ---
Subject: Bug 45070
Author: ramana
Date: Thu Aug 19 08:27:59 2010
New Revision: 163367
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163367
Log:
For Ian Bolton ian.bol...@arm.com
2010-08-19 Ian Bolton
--- Comment #7 from burnus at gcc dot gnu dot org 2010-08-19 09:04 ---
(In reply to comment #6)
This patch will generate an error. If IOSTAT or IOMSG is used, the read will
continue in the loop after an error, but the error status variables will be
set
so that one will know an
--- Comment #24 from eren at pardus dot org dot tr 2010-08-19 09:13 ---
What's the situation right now, is there any progress?
I have Geode LX 800MHz, and the code compiled for generic x86 architectures
runs really slow . I'm thinking of producing optimized packages for Geode LX,
$ gfortran --version
GNU Fortran (GCC) 4.5.2 20100819 (prerelease)
which is wrong? and WHY?
--
Summary: intent(out) and pointer = null()
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from linuxl4 at sohu dot com 2010-08-19 09:14 ---
module ptrmod
contains
subroutine lengthX(x, i)
implicit none
real, pointer, intent(out) :: x(:)=null()
integer :: i
allocate(x(i))
x=i
end subroutine
end module
program main
use ptrmod
implicit none
--- Comment #2 from jv244 at cam dot ac dot uk 2010-08-19 09:22 ---
(In reply to comment #1)
module ptrmod
contains
subroutine lengthX(x, i)
implicit none
real, pointer, intent(out) :: x(:)=null()
you can't initialize a dummy argument, since initialization implies save. Just
--- Comment #3 from linuxl4 at sohu dot com 2010-08-19 09:22 ---
module ptrmod
implicit none
type inde
real :: x
end type
contains
subroutine lengthY(indexx)
implicit none
type(inde), pointer, intent(out) :: indexx(:)=null()
end subroutine
end module
program main
--- Comment #4 from linuxl4 at sohu dot com 2010-08-19 09:26 ---
Too fast your answer interrupt My question.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45337
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-08-19 09:39
---
Well, it might be easy to modify libstdc++ implementation so the static
constructor compiles into single function call. Then we can teach GCC to
optimize constructor containing only a call into entry in ctors
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-19 09:40 ---
(In reply to comment #2)
Intents for pointers is fine, but not Fortran95 (2003/2008?)
Intents for pointers is Fortran 2003; it applies to the pointer association
status and not to the value.
The programs in
--- Comment #6 from burnus at gcc dot gnu dot org 2010-08-19 09:47 ---
(In reply to comment #5)
It should read: program in comment 3 (not in comment 2).
To macius bat:
Thanks for the bug report!
It helps if you already state (a) the error message and (b) what you expect
in the
--- Comment #3 from strikosn at gmail dot com 2010-08-19 09:50 ---
Ok, I reviewed all cases and it seems that gcc always does the right thing. The
only problem left is that strict-aliasing warning Levels 2 and 3, of which
Level 3 is enabled by default, do not detect this particular case
--- Comment #7 from burnus at gcc dot gnu dot org 2010-08-19 09:56 ---
Untested patch:
Index: resolve.c
===
--- resolve.c (revision 163368)
+++ resolve.c (working copy)
@@ -9724,7 +9724,8 @@ resolve_fl_variable
--- Comment #4 from abel at gcc dot gnu dot org 2010-08-19 10:04 ---
Subject: Bug 44691
Author: abel
Date: Thu Aug 19 10:03:39 2010
New Revision: 163369
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163369
Log:
PR rtl-optimization/44691
* sel-sched.c
--- Comment #5 from abel at gcc dot gnu dot org 2010-08-19 10:04 ---
Fixed by 163369.
--
abel at gcc dot gnu dot org changed:
What|Removed |Added
In the testcase below, compiled with:
gfortran -c test.f90
gfortran suffers an internal compiler error:
internal compiler error: in gfc_gen_symbol_decl, at fortran/trans-decl.c:893
If the commenting on the marked line is removed, then the code compiles fine.
I have tested this case with
In the testcase below, compiled with:
gfortran -c test.f90
gfortran suffers an internal compiler error:
internal compiler error: in gfc_gen_symbol_decl, at fortran/trans-decl.c:893
If the commenting on the marked line is removed, then the code compiles fine.
I have tested this case with
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #6 from janus at gcc dot gnu dot org 2010-08-19 11:11 ---
There are also still problems with procedure pointers:
module m
implicit none
procedure(f1), pointer :: pp = f1
contains
integer function f1()
f1 = 42
end function
end module
use m
implicit none
if
--- Comment #3 from raju dot goruganti at gmail dot com 2010-08-19 11:34
---
(In reply to comment #1)
These failures are also appearing on ia64-suse-linux-gnu...
http://gcc.gnu.org/ml/gcc-testresults/2008-12/msg01952.html
These failure also appearing in case of arm cross tool
--- Comment #1 from redi at gcc dot gnu dot org 2010-08-19 12:11 ---
Bug 16189 and Bug 36888
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45331
--- Comment #2 from redi at gcc dot gnu dot org 2010-08-19 12:13 ---
Probably Bug 44645
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45334
--- Comment #4 from redi at gcc dot gnu dot org 2010-08-19 12:19 ---
*** Bug 45181 has been marked as a duplicate of this bug. ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from redi at gcc dot gnu dot org 2010-08-19 12:19 ---
*** This bug has been marked as a duplicate of 44645 ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from redi at gcc dot gnu dot org 2010-08-19 12:22 ---
*** Bug 45334 has been marked as a duplicate of this bug. ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from redi at gcc dot gnu dot org 2010-08-19 12:22 ---
works with 4.4 and 4.6, so I'm marking it as a dup
*** This bug has been marked as a duplicate of 44645 ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from redi at gcc dot gnu dot org 2010-08-19 12:26 ---
(adjusting title to be more general)
testcase from dup Bug 45181
struct S { int f(S*); };
int S::f(S* p)
{
return 0;
}
int main()
{
S s;
return s.f(s);
}
within S::f p has type void*
Tom, CCing you
--- Comment #7 from redi at gcc dot gnu dot org 2010-08-19 12:32 ---
testcase from Bug 45334 reduced to a single file:
struct Base
{
virtual ~Base();
};
Base::~Base() {}
struct Derived : Base
{
virtual ~Derived();
void foo();
};
Derived::~Derived() {}
void
--- Comment #1 from jakub at gcc dot gnu dot org 2010-08-19 13:04 ---
Created an attachment (id=21518)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21518action=view)
gcc46-pr45336.patch
If you are complaining about the 2 gradual sign extensions instead of one sign
extension, then
--- Comment #1 from kargl at gcc dot gnu dot org 2010-08-19 13:08 ---
*** This bug has been marked as a duplicate of 45338 ***
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2010-08-19 13:08 ---
*** Bug 45339 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45338
--- Comment #10 from janus at gcc dot gnu dot org 2010-08-19 13:08 ---
(In reply to comment #9)
(In reply to comment #4)
Possible solutions:
1) Make sure we use the right symbol from the right module.
2) Do the vtab initialization inside the module that defines the class, i.e.
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-19 13:31 ---
Please hold off any changes. I am talking to icc people
about this. I hope to come up with a solution soon.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-08-19 13:34 ---
(In reply to comment #1)
Created an attachment (id=21518)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21518action=view) [edit]
gcc46-pr45336.patch
If you are complaining about the 2 gradual sign
--- Comment #26 from bernds at gcc dot gnu dot org 2010-08-19 13:38 ---
(In reply to comment #25)
Alex Oliva posted some patches to make cselib handle autoinc stuff.
No idea whether http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01038.html
is the latest version or if he has a newer
--- Comment #4 from jakub at gcc dot gnu dot org 2010-08-19 13:56 ---
Well, the edge from the block ending with _gfortran_runtime_error_at is an EH
edge, not normal edge.
Not sure what exactly Fortran needs -fexceptions for currently, one reason
could be pthread_cancel, but at least
--- Comment #4 from jakub at gcc dot gnu dot org 2010-08-19 14:07 ---
Of course, this is a generic patch that can (and does) trigger in other cases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45336
__builtin_expect and -Os generates stupid code like jump to next instruction.
I will attach sources and generated asm listing.
--
Summary: __builtin_expect and -Os generates stupid code
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||32834
nThis||
--- Comment #1 from socketpair at gmail dot com 2010-08-19 14:17 ---
Created an attachment (id=21519)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21519action=view)
C souce file
1. gcc-Os --save-temps -fomit-frame-pointer -fno-stack-protector main.c
2. gcc -DCOOL -Os
--- Comment #2 from hjl at gcc dot gnu dot org 2010-08-19 14:18 ---
Subject: Bug 45324
Author: hjl
Date: Thu Aug 19 14:18:18 2010
New Revision: 163372
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163372
Log:
Also scan movb.
2010-08-19 Uros Bizjak ubiz...@gmail.com
--- Comment #3 from hjl dot tools at gmail dot com 2010-08-19 14:20 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
// gcc 4.5
// error: no matching function for call to 'func(anonymous struct [5])'
// Adding name to struct fixes the error
templateclass T, int N
void func (T()[N]);
struct
{
int i;
}
arr[5];
void test()
{
func(arr);
}
--
Summary: Compiler error matching template
--- Comment #5 from jv244 at cam dot ac dot uk 2010-08-19 14:24 ---
(In reply to comment #4)
Not sure what exactly Fortran needs -fexceptions for currently, one reason
could be pthread_cancel, but at least with OpenMP pthread_cancel isn't going
to
do very nice things anyway.
We
--- Comment #2 from socketpair at gmail dot com 2010-08-19 14:28 ---
Created an attachment (id=21520)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21520action=view)
with stupid jmp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
--- Comment #3 from socketpair at gmail dot com 2010-08-19 14:28 ---
Created an attachment (id=21521)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21521action=view)
without buggy jmp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45324
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/
/te
st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/tls/thr-cse-1.c -O1 -S -o thr-cse-1.s
(timeout = 300)
PASS: gcc.dg/tls/thr-cse-1.c (test for excess errors)
FAIL: gcc.dg/tls/thr-cse-1.c scan-assembler-not
--- Comment #1 from redi at gcc dot gnu dot org 2010-08-19 14:52 ---
template parameters must have linkage, but an unnamed type has no linkage
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2010-08-19 14:53 ---
N.B this has nothing to do with arrays, the following fails for the same
reason:
templateclass T
void func (T);
static struct
{
int i;
}
arr;
void test()
{
func(arr);
}
--
--- Comment #3 from dev at sogetthis dot com 2010-08-19 15:27 ---
I just found out that it does compile successfully with -std=c++0x flag.
In C++03, unnamed type shall not be used as a template-argument for a template
type-parameter (irrespective of it's linkage). In C++0x this
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-08-19 15:53
---
I didn't get a chance to look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from domob at gcc dot gnu dot org 2010-08-19 16:02 ---
Subject: Bug 45016
Author: domob
Date: Thu Aug 19 16:02:30 2010
New Revision: 163377
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163377
Log:
2010-08-19 Daniel Kraft d...@domob.eu
PR fortran/29785
--- Comment #10 from domob at gcc dot gnu dot org 2010-08-19 16:02 ---
Subject: Bug 29785
Author: domob
Date: Thu Aug 19 16:02:30 2010
New Revision: 163377
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163377
Log:
2010-08-19 Daniel Kraft d...@domob.eu
PR fortran/29785
--- Comment #11 from domob at gcc dot gnu dot org 2010-08-19 16:06 ---
Fixed (with an extended version of the patch attached above).
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from domob at gcc dot gnu dot org 2010-08-19 16:07 ---
Fixed the lower bounds remapping, and the F95 issue claimed was already
working. Thus closing.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
This is with Boost 1.44.0.
C:\buggcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.5.1/lto-wrapper.exe
Target: i686-pc-mingw32
Configured with: ../src/configure --prefix=/c/temp/gcc/dest
--enable-languages=c,c++ --with-arch=i686
--- Comment #1 from gordon dot magnusson at gmail dot com 2010-08-19 17:00
---
Created an attachment (id=21522)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21522action=view)
Compressed preprocessed foo.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45343
--- Comment #13 from jason at gcc dot gnu dot org 2010-08-19 17:01 ---
Subject: Bug 45307
Author: jason
Date: Thu Aug 19 17:00:51 2010
New Revision: 163380
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163380
Log:
PR c++/45307
* gimplify.c
--- Comment #3 from jason at gcc dot gnu dot org 2010-08-19 17:01 ---
Subject: Bug 45315
Author: jason
Date: Thu Aug 19 17:01:01 2010
New Revision: 163381
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163381
Log:
PR c++/45315
* init.c (build_new_1): Don't use
--- Comment #2 from gordon dot magnusson at gmail dot com 2010-08-19 17:01
---
Created an attachment (id=21523)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21523action=view)
Compressed preprocessed bar.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45343
--- Comment #5 from bernds at gcc dot gnu dot org 2010-08-19 17:32 ---
Subject: Bug 42172
Author: bernds
Date: Thu Aug 19 17:31:57 2010
New Revision: 163383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163383
Log:
PR target/42172
* combine.c
--- Comment #5 from jakub at gcc dot gnu dot org 2010-08-19 17:44 ---
Subject: Bug 45336
Author: jakub
Date: Thu Aug 19 17:43:50 2010
New Revision: 163384
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163384
Log:
PR target/45336
* simplify-rtx.c
On Linux/x86, gcc 4.5 revision 163296 gave:
FAIL: gfortran.dg/gomp/appendix-a/a.35.4.f90 -O (test for warnings, line 11)
FAIL: gfortran.dg/gomp/appendix-a/a.35.4.f90 -O (test for excess errors)
FAIL: gfortran.dg/gomp/appendix-a/a.35.6.f90 -O (test for warnings, line 9)
FAIL:
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-19 18:20 ---
It is caused by revision 163293
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00504.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
I've reproduced this native and cross.
/home/jay/src/gcc-4.5.1/configure -disable-nls -disable-bootstrap
-prefix=/home/jay/gcc451
: In function `mips16_build_function_stub':
: undefined reference to `ASM_OUTPUT_DEF'
collect2: ld returned 1 exit status
gmake[2]: *** [cc1-dummy] Error 1
gmake[2]:
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.5.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45344
I am trying to build a plugin that uses cgraph.h, which is in the plugin
directory. But cgraph.h needs function.h and function.h needs hard-reg-set.h.
hard-reg-set.h is not in the plugin include directory.
The test case is to build a plugin where the plugin uses the header file
cgraph.h
or
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from danglin at gcc dot gnu dot org 2010-08-19 18:26 ---
Introduced by following change:
2010-07-22 Martin Jambor mjam...@suse.cz
PR tree-optimization/44891
* tree-sra.c: Include gimple-pretty-print.h.
(replace_uses_with_default_def_ssa_name):
--- Comment #2 from danglin at gcc dot gnu dot org 2010-08-19 18:33 ---
(In reply to comment #1)
Introduced by following change:
2010-07-22 Martin Jambor mjam...@suse.cz
PR tree-optimization/44891
* tree-sra.c: Include gimple-pretty-print.h.
--- Comment #1 from jay dot krell at cornell dot edu 2010-08-19 18:37
---
Probably missing stuff in config.gcc, tm_file, like elfos.h and/or mips/elf.h.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45345
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-19 18:48 ---
Patch to add it is pre-approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45346
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-19 18:59 ---
Can you try with a recent snapshot for GCC 4.6?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45343
Just a warning, not an error.
/home/jayk/obj/gcc451/alphaev67-dec-osf5.1/libstdc++-v3/include/ext/concurrence.h:
In constructor '__gnu_cxx::__cond::__cond()':
/home/jayk/obj/gcc451/alphaev67-dec-osf5.1/libstdc++-v3/include/ext/concurrence.h:276:29:
warning: missing initializer for member
--- Comment #6 from tbptbp at gmail dot com 2010-08-19 19:21 ---
Subject: Re: pextr{b,w,d}, (worse than) redundant extensions
Thank you very much for this neat patch, Jakub.
Alas, in this case, zero extension would be suboptimal and any sign
extension simply wrong: i ask for a 64bit
--- Comment #4 from hjl dot tools at gmail dot com 2010-08-19 19:38 ---
It is caused by revision 162918:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00129.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from rth at gcc dot gnu dot org 2010-08-19 19:48 ---
(In reply to comment #3)
Well, I think we should back out support for that option. The set of
nonsensical options doesn't include sse - but all options are included
in the set of broken options. At least I expect
--- Comment #2 from steven at gcc dot gnu dot org 2010-08-19 20:24 ---
Gross.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45346
--- Comment #3 from steven at gcc dot gnu dot org 2010-08-19 20:28 ---
The proper fix for this is not to just go back to the include everything
everywhere. The proper fix is instead to move struct rtl_data out of
function.h (as I have said before) and into e.g. emit-rtl.h.
--
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-08-19 20:28
---
Subject: Bug 45108
Author: jvdelisle
Date: Thu Aug 19 20:28:09 2010
New Revision: 163387
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163387
Log:
2010-08-19 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-08-19 20:32
---
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
If you include the header file cp/cp-tree.h in a plugin it will not compile
because cp/cp-tree.h includes c-family/c-common.h which cannot be found.
c-common.h is in the plugin directory but not under the c-family directory.
It looks like the makefile tries to flatten the directory structure when
--- Comment #4 from burnus at gcc dot gnu dot org 2010-08-19 20:54 ---
Do you want to backport it to 4.5? Or can the PR be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45143
Define a prototype for a template function in a class definition and include
the default implementation in the header.
In a separate cpp file, create a specialization of the template function.
When the function is called that matches the specialization, normally the
specialized function is
--- Comment #1 from tyler dot packer at landesk dot com 2010-08-19 21:36
---
Created an attachment (id=21524)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21524action=view)
tar.gz of source and temporaries
source tarball
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45349
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-08-19 21:38 ---
This is invalid code IIRC and does not requires a diagnostic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45349
--- Comment #3 from tyler dot packer at landesk dot com 2010-08-19 21:40
---
Also included in the attachment is s2.cpp wich is an duplicate example of the
specialization in a single module. This sample when compiled does NOT exhibit
the same problem as when the class declaration (and
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-08-19 21:41 ---
specialization is required to be done visible in the translation unit when the
use is used IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45349
--- Comment #5 from tyler dot packer at landesk dot com 2010-08-19 21:46
---
(In reply to comment #4)
specialization is required to be done visible in the translation unit when the
use is used IIRC.
Makes sense, however I would assume it would work the same way when optimized
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-19 21:53 ---
No, it's not. Your testcase violates the ODR and inlining makes that visible.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45349
1 - 100 of 113 matches
Mail list logo