2008/5/29 Jeff Law [EMAIL PROTECTED]:
Richard Sandiford wrote:
Andy H [EMAIL PROTECTED] writes:
If L_R_A does nothing with it,
the normal reload handling will first try:
(const:HI (plus:HI (symbol_ref:HI (chk_fail_buf) (const_int 2
This worked just as your described after I added
Hello,
In porting GCC to our VLIW, we would like to implement #pragma unroll to
manually specify unrolling factor, hoping to achieve better performance
in some cases without changing code itself. As far as I know, #pragma
unroll is present in both HPUX aCC and INTEL icc. I examined pragma
Hi I use rhide for programming in c++, but i get errors when i compile the
program. It works in rhide environment but doesn't work when i compile it.
Consider the following example
#include iostream
int main(){
printf(olare);
return 0;
}
I get error when compile it with gcc ola.cpp -o ola.exe but
2008/5/28 Taras Glek [EMAIL PROTECTED]:
Guillem Marpons wrote:
Hello all,
In the context of the GlobalGCC project (http://www.ggcc.info,
http://gcc.gnu.org/ml/gcc/2006-10/msg00676.html) we are developing a
facility for automatically enforcing coding rules.
(...)
Hi,
On Thu, May 29, 2008 at 03:08:34AM -0700, Lopezio wrote:
#include iostream
int main(){
printf(olare);
return 0;
}
I get error when compile it with gcc ola.cpp -o ola.exe but it works in
rhide environment.
Well, your example is neither valid C-code, nor valid C++-code:
- iostream
A second release candidate for GCC 4.3.1 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3.1-RC-20080529
and shortly its mirrors. It has been generated from SVN revision 136151.
The branch is still frozen and all checkins until after the final release
of GCC 4.3.1 require explicit
Hi,
Is there a way to make GCC to instrument every function it compiles with a
prologue/epilogue call to a user defined code a la MSVC's _penter and
_pexit, e.g.:
http://msdn.microsoft.com/en-us/library/c63a9b7h.aspx
http://msdn.microsoft.com/en-us/library/xc11y76y.aspx
If not, can anyone
On Thu, 2008-05-29 12:03:05 +, Narech K [EMAIL PROTECTED] wrote:
Is there a way to make GCC to instrument every function it compiles with a
prologue/epilogue call to a user defined code a la MSVC's _penter and
_pexit, e.g.:
http://msdn.microsoft.com/en-us/library/c63a9b7h.aspx
Again thank you and Denis for your comment.
Here is what I deduce from code and Denis comments - I am sure he (and
others) will correct me if wrong :-)
The main issue is that we have one pointer register that cannot take
offset and two base pointers with limited offset (0-63).
Reload
http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Function-Attributes.html
I'd like to suggest a new function attribute, experimental. Should
work identically to existing function attribute deprecated, except
with the appropriate warning message. I'm currently using the
function attribute warning
Dear Bingfeng,
Some time ago I had to deal with a similar issue as
you. Basically I did as follows: I built a backend
function which catches the unroll pragma and replaces
it with a target assembly intrinsic (which of course
has to be described in an .md file). After that in the
RTL unroll phase,
2008/5/29 [EMAIL PROTECTED]:
Again thank you and Denis for your comment.
Here is what I deduce from code and Denis comments - I am sure he (and
others) will correct me if wrong :-)
The main issue is that we have one pointer register that cannot take offset
and two base pointers with
Hi
Thank you for your help.I'm a beginer on cpp. I'm programming in windows/dos
mode and i get error when i compile the program
#include iostream
int main(){
std::cout olare std::endl;
}
I get error when i compile the program with gcc ola.cpp -o ola.exe
Can you help me?
Thank you
Axel Freyn
On Thu, 2008-05-29 14:04:24 -0700, Lopezio [EMAIL PROTECTED] wrote:
Thank you for your help.I'm a beginer on cpp. I'm programming in windows/dos
mode and i get error when i compile the program
#include iostream
int main(){
std::cout olare std::endl;
}
I get error when i compile the
On Thu, May 29, 2008 at 02:04:24PM -0700, Lopezio wrote:
Hi
Thank you for your help.I'm a beginer on cpp. I'm programming in windows/dos
mode and i get error when i compile the program
#include iostream
int main(){
std::cout olare std::endl;
}
I get error when i compile the program
Thank you guys
g++ solved my problem
Jan-Benedict Glaw wrote:
On Thu, 2008-05-29 14:04:24 -0700, Lopezio [EMAIL PROTECTED] wrote:
Thank you for your help.I'm a beginer on cpp. I'm programming in
windows/dos
mode and i get error when i compile the program
#include iostream
int main(){
Snapshot gcc-4.3-20080529 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20080529/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Alex, Thanks for your suggestion. What target hook do you use for the
backend function?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Alex Turjan
Sent: 29 May 2008 14:45
To: gcc@gcc.gnu.org
Subject: RE: Implement #pragma unroll?
Dear Bingfeng,
Some
On Wed, 28 May 2008, Joe Buck wrote:
On Wed, May 28, 2008 at 08:15:20PM +0200, Richard Guenther wrote:
On Wed, May 28, 2008 at 7:13 PM, Joe Buck [EMAIL PROTECTED] wrote:
On Tue, May 27, 2008 at 09:11:18PM -0400, NightStrike wrote:
On 5/27/08, Joe Buck [EMAIL PROTECTED] wrote:
A third
On Wed, 28 May 2008, Joe Buck wrote:
Ah. Then the DATESTAMP change shouldn't happen if there is no
modification to the branch since the last DATESTAMP.
On Thu, May 29, 2008 at 11:48:31PM +, Joseph S. Myers wrote:
The snapshots know nothing of whether there were any changes on the
Hi,
I am not sure if this is the appropriate list for the question but
I have tried, without success, to find a tool to accomplish the
following:
I am trying to understand a large project written in C and I am
looking for a tool that takes all the .h and .cpp file and build a
graphical (or
#include algorithm
#include vector
using namespace std;
int main( int, char** )
{
vectorint v1;
vectorint v2;
vectorint v3;
set_union( v1.begin(), v1.end(), v2.begin(), v2.end(), v3.begin() );
return 0;
}
$ g++ -o t t.cc -D_GLIBCXX_DEBUG
...
debug/functions.h:317: error: no matching
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-29 08:46 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #9 from paolo dot carlini at oracle dot com 2008-05-29 08:54
---
*** Bug 36363 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #10 from charlet at gcc dot gnu dot org 2008-05-29 08:56
---
Subject: Bug 864
Author: charlet
Date: Thu May 29 08:56:01 2008
New Revision: 136149
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136149
Log:
PR ada/864
* osint.ads, osint.adb
--- Comment #11 from charlet at gcc dot gnu dot org 2008-05-29 08:59
---
Fixed.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo dot carlini at oracle dot com 2008-05-29 08:54
---
*** This bug has been marked as a duplicate of 35541 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #12 from charlet at gcc dot gnu dot org 2008-05-29 09:04
---
Also a duplicate of PR864, which is now fixed.
*** This bug has been marked as a duplicate of 864 ***
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from chris at bubblescope dot net 2008-05-29 08:54 ---
This works fine for me on a couple of versions.
Could you give us the output of ' g++ -v ' ?
--
chris at bubblescope dot net changed:
What|Removed |Added
--- Comment #12 from charlet at gcc dot gnu dot org 2008-05-29 09:04
---
*** Bug 33857 has been marked as a duplicate of this bug. ***
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from ubizjak at gmail dot com 2008-05-29 09:35 ---
This fails for all optimization levels:
--cut here--
extern float c;
int test(void)
{
return !!c * 7LL == 0;
}
--cut here--
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36362
--- Comment #3 from rguenther at suse dot de 2008-05-29 09:42 ---
Subject: Re: [4.1/4.2/4.3/4.4 Regression] ICE in
simplify_subreg
On Thu, 29 May 2008, ubizjak at gmail dot com wrote:
--- Comment #2 from ubizjak at gmail dot com 2008-05-29 09:35 ---
This fails for all
template typename C struct A
{
static void assign (C c1, const C c2) { c1 = c2; }
};
template typename C, typename T struct B
{
struct D
{
static const C terminal;
static unsigned long stor[];
static D empty_rep ()
{
void *p = reinterpret_cast void *(stor);
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36364
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-29 10:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|---
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-29 10:32 ---
Subject: Bug 36346
Author: rguenth
Date: Thu May 29 10:31:58 2008
New Revision: 136152
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136152
Log:
2008-05-29 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-29 10:32 ---
Subject: Bug 36347
Author: rguenth
Date: Thu May 29 10:31:58 2008
New Revision: 136152
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136152
Log:
2008-05-29 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-29 10:32 ---
Subject: Bug 36343
Author: rguenth
Date: Thu May 29 10:31:58 2008
New Revision: 136152
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136152
Log:
2008-05-29 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-29 10:34 ---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #4 from ubizjak at gmail dot com 2008-05-29 10:23 ---
The problem is, that we enter simplify_gen_subreg from operand_subword with:
op:
(reg:QI 61)
outermode: word_mode (SImode)
innermode: DImode
This triggers assert in simplify_subreg:
gcc_assert (GET_MODE (op) ==
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-29 10:33 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from paolo dot carlini at oracle dot com 2008-05-29 10:29
---
Benjamin, can you double check this work? In debug mode the citerators
testcases, which predate it, fail for me...
--
paolo dot carlini at oracle dot com changed:
What|Removed
On the attached testcase with -O1 cc1plus either hangs, or spends enormous
amount of time in:
#7 0x007d9a4b in df_analyze () at ../../gcc/df-core.c:1265
#8 0x009a7935 in find_defs (loop=0x7f67f7de3dc0, body=0x669f640) at
../../gcc/loop-invariant.c:644
#9 0x009a861e in
--- Comment #1 from jakub at gcc dot gnu dot org 2008-05-29 10:55 ---
Created an attachment (id=15698)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15698action=view)
rh448273.ii.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365
--- Comment #5 from rguenther at suse dot de 2008-05-29 10:59 ---
Subject: Re: [4.1/4.2/4.3/4.4 Regression] ICE in
simplify_subreg
On Thu, 29 May 2008, ubizjak at gmail dot com wrote:
--- Comment #4 from ubizjak at gmail dot com 2008-05-29 10:23 ---
The problem is, that
MODULE types
IMPLICIT NONE
TYPE :: inner
INTEGER, POINTER :: i(:)
END TYPE inner
TYPE :: outer
TYPE(inner), POINTER :: inr(:)
END TYPE outer
END MODULE types
MODULE mymod
IMPLICIT NONE
CONTAINS
FUNCTION test1()
USE
--- Comment #10 from burnus at gcc dot gnu dot org 2008-05-29 11:29 ---
Move comment from PR 36325, see also
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bb371413b5cbe3d7
The following is regarded as valid and did not work with one of the last
versions of proc
--- Comment #3 from burnus at gcc dot gnu dot org 2008-05-29 11:24 ---
A related problem also occurs with the POINTER attribute:
interface
real function bar()
end function bar
end interface
pointer :: bar
This allowed and means a procedure pointer. See
5.1.2.6 EXTERNAL
This typo in check_for_nested_with_variably_modified was present for 4 years
and hampered the inliner without anyone noticing:
Index: tree-nested.c
===
--- tree-nested.c (revision 136121)
+++ tree-nested.c (working copy)
Compiling this program:
#include sys/types.h
$ gcc a.c
In file included from /usr/include/sys/types.h:219,
from a.c:1:
/pdv/.tools/pkg/gcc/4.3.0/bin/../lib/gcc/i686-pc-linux-gnu/4.3.0/include-fixed/sys/sysmacros.h:52:
error: expected ',' or ';' before '{' token
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-29 12:04 ---
Please specify the glibc version you are using and attach both the unfixed and
the fixed header.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-29 12:12 ---
Mine. I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from joerg dot richter at pdv-fs dot de 2008-05-29 12:21
---
Seems I've used gcc on a machine with a newer libc than it was built on.
Sorry for the noise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36368
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-29 12:00 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
to TRUTH_NOT_EXPR's type.
* gcc.c-torture/execute/20080529-1.c: New test.
--- gcc/gimplify.c.jj 2008-05-18 22:14:23.0 +0200
+++ gcc/gimplify.c 2008-05-29 14:24:38.0 +0200
@@ -5748,7 +5748,8 @@ gimplify_expr (tree *expr_p, tree *pre_p
case TRUTH_NOT_EXPR
--- Comment #10 from hjl at gcc dot gnu dot org 2008-05-29 12:35 ---
Subject: Bug 35771
Author: hjl
Date: Thu May 29 12:35:04 2008
New Revision: 136159
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136159
Log:
gcc/
2008-05-29 H.J. Lu [EMAIL PROTECTED]
PR target/35771
--- Comment #3 from burnus at gcc dot gnu dot org 2008-05-29 12:40 ---
Confirm.
==1593== Invalid read of size 1
==1593==at 0xB51CD1: linemap_add (line-map.c:111)
That is libcpp/line-map.c:111:
source_location start_location = set-highest_location + 1;
I quickly looked at the
--- Comment #3 from gunnar at greyhound-data dot com 2008-05-29 12:50
---
Created an attachment (id=15699)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15699action=view)
Prefer 4 byte long LEA over 6 byte long ADD.L
Please include the attached patch for GCC.
The added patch has
#ifdef DEFINE_B
struct B
{
unsigned long b;
B operator= (bool x) { return *this; }
};
#endif
struct A
{
void *a;
};
bool operator = (const A x, long y)
{
typedef long __attribute__ ((may_alias)) long_a;
y = *reinterpret_cast const long_a * (x.a);
return true;
}
long test(const A x)
{
Hello,
I would like to use the psrlq sse2 instruction. There used to be
builtins named __builtin_ia32_psrlq128 and __builtin_ia32_psrlqi128.
The patch http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01571.html has
removed some SSE builtins, including these. However, the documentation
has not
--- Comment #1 from Emmanuel dot Thome at inria dot fr 2008-05-29 13:20
---
Created an attachment (id=15700)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15700action=view)
source file causing ICE on 4.3.0
tiramisu ~ $ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-29 13:26 ---
(I would like to stay away from -flax-vector-conversions, as the code above
in reality does no ``vector conversions'' per se).
Yes there is, the __builtin_ia32_psrlqi128 takes __m128 and not a vector type.
Also
--- Comment #2 from bonzini at gnu dot org 2008-05-29 13:31 ---
looks like a loop with 5000 basic blocks...
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2008-05-29 13:38 ---
Given that get_alias_set uses TYPE_MAIN_VARIANT on the type before
c_common_get_alias_set gets a chance to return 0 for types with may_alias
attribute, it is obvious why this depends on other code using the same base
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-05-29 13:43 ---
I think this is really a C++ front-end rather than a bug in the middle-end.
The follow program shows that we get the wrong aliasing set with the C++
front-end but not the C front-end:
struct g{long a;};
struct g
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-05-29 13:48 ---
For my testcase with the C front-end:
;; *y = *(const long_a *) x-a
(insn 7 6 8 t.cc:12 (set (reg:SI 61)
(mem:SI (reg/v/f:SI 59 [ x ]) [0 S4 A32])) -1 (nil))
While with the C++ front-end:
;; *y = *(const
--- Comment #3 from zadeck at naturalbridge dot com 2008-05-29 13:49
---
Subject: Re: [4.3/4.4 Regression] Hang in df_analyze
bonzini at gnu dot org wrote:
--- Comment #2 from bonzini at gnu dot org 2008-05-29 13:31 ---
looks like a loop with 5000 basic blocks...
--- Comment #4 from jakub at gcc dot gnu dot org 2008-05-29 13:54 ---
Quick hack that fixes this:
--- gcc/alias.c.jj 2008-05-18 22:14:23.0 +0200
+++ gcc/alias.c 2008-05-29 15:47:30.0 +0200
@@ -605,6 +605,8 @@ get_alias_set (tree t)
/* Variant qualifiers don't
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-05-29 13:58 ---
I was wrong about being C++ specific as here is a testcase which fails with
both front-ends:
struct g{long a;};
unsigned long f(struct g *a) { return *(unsigned long *)a-a;}
struct A
{
void *a;
};
int f1(const
--- Comment #6 from jakub at gcc dot gnu dot org 2008-05-29 14:00 ---
Yeah, or:
void *a;
int
f0 (long *y)
{
*y = *(const long *) a;
return 1;
}
int
f1 (long *y)
{
typedef long __attribute__ ((may_alias)) long_a;
*y = *(const long_a *) a;
return 1;
}
int
f2 (long *y)
{
*y
--- Comment #3 from Emmanuel dot Thome at inria dot fr 2008-05-29 14:02
---
Yes there is, the __builtin_ia32_psrlqi128 takes __m128 and not a vector
type.
ok. I guess you mean __m128i, for that particular case.
It very much seems that the texinfo documentation for this part of
--- Comment #7 from jakub at gcc dot gnu dot org 2008-05-29 14:08 ---
handle_may_alias_attribute is wrong though, as it modifies the alias set of
long int. Either may_alias causes creation of build_distinct_type_copy, or we
are in big trouble IMHO.
--
--- Comment #4 from Emmanuel dot Thome at inria dot fr 2008-05-29 14:09
---
This leaves the ICE problem in attachment 15700. Is my assembly constraint
bogus (in which case I'd prefer a nice diagnostic, as was the case in gcc
4.2.4, to an ICE) ? I tried three choices for the inline asm:
The first test case in PR36319 gives now:
character(len=3, kind=4), parameter, dimension(3) :: mychar = [ abc, def
1
Error: Incompatible types in assignment at (1); attempted assignment of
CHARACTER(4) to CHARACTER(1)
which
--- Comment #5 from ubizjak at gmail dot com 2008-05-29 14:30 ---
Please note that psrlq doesn't implement x[N] y[N] shift, but x[N] y
shift. That is, all elements are shifted by the same value. Please see Intel
instruction reference.
Also, psrlq doesn't support memory operands.
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-05-29 14:30 ---
The correct fix is to build a pointer with TYPE_REF_CAN_ALIAS_ALL for pointers
to types with the may_alias attribute. This is the only thing that will make
sure it works properly. This can be done in
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-29 14:41 ---
Of course the cleaner design of may_alias would have put it on pointer types
only, so we could have handled this in handle_may_alias_attribute ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36369
--- Comment #6 from Emmanuel dot Thome at inria dot fr 2008-05-29 14:49
---
(In reply to comment #5)
Please note that psrlq doesn't implement x[N] y[N] shift, but x[N] y
shift. That is, all elements are shifted by the same value. Please see Intel
instruction reference.
yeah, I
--- Comment #7 from ubizjak at gmail dot com 2008-05-29 15:03 ---
(In reply to comment #6)
Also, psrlq doesn't support memory operands.
It does (for the shift count). Or my AMD doc is bogus.
Uh, indeed. I was looking into sse.md patterns. Unfortunatelly, it takes 128bit
operand
templateclass T void
myPrintf( const char * fmt, ... )
__attribute__ ((__format__ (__printf__, 1, 2)));
templateclass T void
myPrintf( const char * fmt, ... )
{
}
void func()
{
myPrintfint( test );
}
$ g++ t.cc
t.cc: In function 'void func()':
t.cc:6: error: '__printf__' was not declared in
extern void abort (void);
struct Foo {
int *p;
int *q;
};
struct Foo __attribute__((noinline))
bar(int *p)
{
struct Foo f;
f.p = p;
return f;
}
void __attribute__((noinline))
foo(struct Foo f)
{
*f.p = 0;
}
int main()
{
int a, b;
a = 0;
b = 1;
struct Foo f;
f = bar (b);
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-29 15:07 ---
*** This bug has been marked as a duplicate of 35546 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-05-29 15:07 ---
*** Bug 36372 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-29 15:07 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-29 15:23 ---
First we miss the constraint
f = ANYTHING
from
f = bar (b);
but then we also do not handle at all the case of escaping pointers through
by-value passed structures
foo (f);
and thus we end up not
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-29 15:44 ---
I have a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36373
The attached code produces an error message, yet it is accepted by other
compilers and is judged legal in
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/82aebb2460cba148#
[EMAIL PROTECTED] bugtest]$ gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured
--- Comment #1 from sfilippone at uniroma2 dot it 2008-05-29 16:01 ---
Created an attachment (id=15701)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15701action=view)
test case
Fails on gcc version 4.4.0 20080509 as well
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36374
--- Comment #11 from hjl dot tools at gmail dot com 2008-05-29 16:08
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2008-05-29 16:28 ---
Well, if it is done frequently, perhaps we should spent a bit on it.
Or, make sure types with may_alias attribute get TYPE_ALIAS_SET 0 and
make TYPE_REF_CAN_ALIAS_ALL all pointers that point to alias set 0 types.
--- Comment #4 from paolo at gcc dot gnu dot org 2008-05-29 16:45 ---
Subject: Bug 35243
Author: paolo
Date: Thu May 29 16:44:29 2008
New Revision: 136174
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136174
Log:
/cp
2008-05-29 Paolo Carlini [EMAIL PROTECTED]
PR
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu
|dot com
--- Comment #6 from a dot kaiser at gmx dot net 2008-05-29 17:01 ---
In a similar case I've got the impression that the ifcombine pass might be
responsible for rewriting the if into shift and mask. It is rather
questionable whether this really optimizes things for simple targets which
--- Comment #7 from tdragon at tdragon dot net 2008-05-29 17:31 ---
Created an attachment (id=15702)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15702action=view)
Minimal testcase for vtable issue
I'm not sure whether this is related, but the effect is similar so I'm adding
it
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-05-29 18:22 ---
Subject: Bug 36348
Author: dfranke
Date: Thu May 29 18:21:35 2008
New Revision: 136178
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136178
Log:
gcc:
2008-05-29 Daniel Franke [EMAIL PROTECTED]
PR
$ cat a.F90
# 1 a.F90
# 1 built-in
# 1 command-line
# 1 a.F90
print *, foo bargee
end
$ gfortran-svn -fpreprocessed a.F90
built-in:1:1: error: invalid flag __STDC__ in line directive
built-in:1:10: warning: extra tokens at end of ## directive
a.F90:1: internal compiler error: Segmentation
http://gcc.gnu.org/ml/fortran/2008-05/msg00354.html, issue 1:
When I compile a .F90 file with -save-temps, I get:
f951: warning: command line option -fpch-preprocess is valid for
C/C++/ObjC/ObjC++ but not for Fortran
--
Summary: -cpp -save-temps passes unknown options to f951
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2008-05-29
18:37 ---
Subject: Re: [4.4 Regression] FAIL:
gcc.c-torture/execute/20040709-1.c execution at -O2 and above
Can you reduce the testcase so I can try to analyze this with a cross?
Here is a somewhat
1 - 100 of 118 matches
Mail list logo
