--- Comment #8 from linuxl4 at sohu dot com 2010-08-20 06:50 ---
Error: Dummy 'x' at (1) cannot have an initializer
I think this is easy to understand, an additional short message about why it
can't have an initializer will be better.
>
> It helps if you already state (a) the error
I'm not sure if all of these are within libgomp, definitely
some are, maybe all.
alphaev67-dec-osf5.1
=== libgomp tests ===
Schedule of variations:
unix
Running target unix
Using /home/jayk/share/dejagnu/baseboards/unix.exp as board description file
for target.
Using /home/j
--- Comment #2 from pault at gcc dot gnu dot org 2010-08-20 05:18 ---
Created an attachment (id=21527)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21527&action=view)
fix for the PR
Regtests on Ubuntu10.03/i686. Will submit properly this weekend.
This was some light relief from
--- Comment #1 from carrot at google dot com 2010-08-20 03:13 ---
By simply define the following pattern
(define_insn "*thumb2_ldrd"
[(parallel [(set (match_operand:SI 0 "s_register_operand" "")
(mem:SI (match_operand:SI 2 "" "")))
(set (match_operand:
--- Comment #6 from davek at gcc dot gnu dot org 2010-08-20 01:06 ---
Has this target had the support added for JSM's built-in stdint patch? (Sorry,
reference not to hand right now; will dig it up if nobody knows what i'm
talking about.)
--
davek at gcc dot gnu dot org changed:
--- Comment #2 from bernds at gcc dot gnu dot org 2010-08-19 23:34 ---
Subject: Bug 45350
Author: bernds
Date: Thu Aug 19 23:34:07 2010
New Revision: 163389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163389
Log:
PR bootstrap/45350
* combine.c (try_combine): I
--- Comment #6 from kargl at gcc dot gnu dot org 2010-08-19 23:28 ---
(In reply to comment #5)
> Created an attachment (id=21526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21526&action=view) [edit]
> Run-time implementation
>
> Implementation works, but I would like to pass th
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-19 23:08 ---
Created an attachment (id=21526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21526&action=view)
Run-time implementation
Implementation works, but I would like to pass the arguments by VALUE not by
reference.
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-08-19 22:56
---
This is not currently diagnosed during compilation. My original plan is to see
if I can do that with the front end and then close it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45143
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-19 22:52 ---
It may be caused by revision 163383:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00595.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
On Linux/ia64, revision 163387 failed to bootstrap:
../../src-trunk/gcc/combine.c: In function 'try_combine':
../../src-trunk/gcc/combine.c:3152:19: error: 'i1_is_used' may be used
uninitialized in this function [-Werror=uninitialized]
cc1: all warnings being treated as errors
--
Sum
--- Comment #10 from ah dot linder at arcor dot de 2010-08-19 22:23 ---
Created an attachment (id=21525)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21525&action=view)
preprocessor output for augi.cpp
I have the same problem on Fedora 13,
avr-gcc-c++-4.5.1-1.fc13.x86_64
avr-gcc
--- Comment #8 from tyler dot packer at landesk dot com 2010-08-19 22:13
---
(In reply to comment #7)
> Thus, invalid.
>
understood. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45349
--- Comment #1 from steven at gcc dot gnu dot org 2010-08-19 21:57 ---
Makefile should be changed, the reference to c-family/c-common.h is
intentionally relative to $srcdir.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-19 21:53 ---
Thus, invalid.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|U
--- 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
--- 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 #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 #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 t
--- 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 #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=21524&action=view)
tar.gz of source and temporaries
source tarball
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45349
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 called,
--- 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
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 whe
--- 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
Status|ASS
--- 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=gcc&view=rev&rev=163387
Log:
2010-08-19 Jerry DeLisle
PR libfortran/45108
--- 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.
--
http
--- 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 #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 ex
--- 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 #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 so
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 '__pthre
--- 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
--- 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 #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 #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
> PR tree-optimization/44891
> * tree-sra.c: Include gimple-pretty-print.h.
> (replace_uses_with_defaul
--- Comment #1 from danglin at gcc dot gnu dot org 2010-08-19 18:26 ---
Introduced by following change:
2010-07-22 Martin Jambor
PR tree-optimization/44891
* tree-sra.c: Include gimple-pretty-print.h.
(replace_uses_with_default_def_ssa_name): Renamed to
--
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
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 funct
--
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'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]:
--- 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
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: gfortran.dg/go
--- 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=gcc&view=rev&rev=163384
Log:
PR target/45336
* simplify-rtx.c (simplify_unary_
--- 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=gcc&view=rev&rev=163383
Log:
PR target/42172
* combine.c (combine_validate_c
--- 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=21523&action=view)
Compressed preprocessed bar.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45343
--- 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=gcc&view=rev&rev=163381
Log:
PR c++/45315
* init.c (build_new_1): Don't use bu
--- 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=gcc&view=rev&rev=163380
Log:
PR c++/45307
* gimplify.c (gimplify_init_constru
--- 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=21522&action=view)
Compressed preprocessed foo.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45343
This is with Boost 1.44.0.
C:\bug>gcc -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 --with-
--- 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
-
--- 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 #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=gcc&view=rev&rev=163377
Log:
2010-08-19 Daniel Kraft
PR fortran/29785
PR
--- 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=gcc&view=rev&rev=163377
Log:
2010-08-19 Daniel Kraft
PR fortran/29785
PR f
--- 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 #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 restrict
--- 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:
template
void func (T&);
static struct
{
int i;
}
arr;
void test()
{
func(arr);
}
--
http://gcc.gnu.org/bugzilla/s
--- 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
-
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
emutls_get_address.*emu
--
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
--- 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=21521&action=view)
without buggy jmp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
--- 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=21520&action=view)
with stupid jmp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
--- 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.
W
// gcc 4.5
// error: no matching function for call to 'func( [5])'
// Adding name to struct fixes the error
template
void func (T(&)[N]);
struct
{
int i;
}
arr[5];
void test()
{
func(arr);
}
--
Summary: Compiler error matching template function with array
--- 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
--- 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=gcc&view=rev&rev=163372
Log:
Also scan movb.
2010-08-19 Uros Bizjak
PR testsuite/4532
--- 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=21519&action=view)
C souce file
1. gcc-Os --save-temps -fomit-frame-pointer -fno-stack-protector main.c
2. gcc -DCOOL -Os --s
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO||32834
nThis||
St
__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
Sever
--- 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
--- 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 wit
--- 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 o
--- 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=21518&action=view) [edit]
> gcc46-pr45336.patch
>
> If you are complaining about the 2 gradual sign ext
--- 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 #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
--- 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 #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 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=21518&action=view)
gcc46-pr45336.patch
If you are complaining about the 2 gradual sign extensions instead of one sign
extension, the
--- 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 Derived::foo()
--- 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 a
--- 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 #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 #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 #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 #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 #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 #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 chain
--- 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 (pp()/=42
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
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 ve
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 ve
--- 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
Status|ASSIG
--- 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=gcc&view=rev&rev=163369
Log:
PR rtl-optimization/44691
* sel-sched.c (count_occu
--- 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 (gfc_sym
--- 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 #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 fi
--- 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 comme
--- 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 tabl
--- 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 #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
1 - 100 of 112 matches
Mail list logo
