--- Comment #2 from pault at gcc dot gnu dot org 2008-03-29 06:38 ---
(In reply to comment #1)
> Confirm. There seems to be a temporary missing.
>
> Paul, you have fixed PR 31994, do you have an idea here?
Tobias,
I'll put my thinking cap on. Our conjg(tranpose()) trick is efficoent,
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-03-29 05:27
---
Browsing through the glibc sources I see two kinds of implementations for the
sinf function, FPU and software.
The FPU versions appear to be succinct assembly code with the expected FPU
instructions.
The softwar
--- Comment #1 from pinskia at gmail dot com 2008-03-29 05:08 ---
Subject: Re: New: apparent integer math bug
Sent from my iPhone
On Mar 28, 2008, at 21:40, "regehr at cs dot utah dot edu"
<[EMAIL PROTECTED]
> wrote:
> This is for "gcc (GCC) 4.3.0".
>
> This function returns dif
Sent from my iPhone
On Mar 28, 2008, at 21:40, "regehr at cs dot utah dot edu" <[EMAIL PROTECTED]
> wrote:
This is for "gcc (GCC) 4.3.0".
This function returns different values at -O1 and -O2:
int func_5 (void) {
int g_4 = 0x4E6D4F28;
return 0 <= (6 * g_4);
}
This multiplication overf
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-03-29 04:48
---
The disparity goes away mostly using -ffast-math
$ g77 -ffast-math demo1.f -o g771
$ time ./g771
result = -0.690680927
real0m0.594s
user0m0.590s
sys 0m0.004s
$ gfc -ffast-math demo1.f -o gfc1
$ ti
This is for "gcc (GCC) 4.3.0".
This function returns different values at -O1 and -O2:
int func_5 (void) {
int g_4 = 0x4E6D4F28;
return 0 <= (6 * g_4);
}
At -O1 output looks good:
func_5:
pushl %ebp
movl%esp, %ebp
movl$0, %eax
popl%ebp
re
--- Comment #2 from fragabr at gmail dot com 2008-03-29 02:47 ---
You're completely right! I messed with gmp and mfpr libraries. I recompiled
them and now everything is fine. Thank you very much (I'm changing this bug to
invalid).
--
fragabr at gmail dot com changed:
What
--- Comment #4 from bugzilla-gcc at thewrittenword dot com 2008-03-29
02:21 ---
(In reply to comment #3)
> (In reply to comment #2)
> > (In reply to comment #1)
> > > ld is running at this time so I doubt this is a GCC bug.
> >
> > The Pid it is referring to ("Pid 18929 received a SIGS
--- Comment #1 from hjl dot tools at gmail dot com 2008-03-29 01:47 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01827.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-03-29 01:11
---
Fixed on trunk and 4.3.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-03-29 00:57 ---
This is working as designed, the unrelated edits are really related as we base
stuff on the DECL UID which we assign based on the order.
We only promise the same generated code for the same preprocessed source.
Oth
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-03-28 23:59 ---
Confirmed. Somewhat simplified testcase:
logical lda(5)
lda = (/ (i/2*2 .ne. I, i=1,5) /)
call rg0025(lda, 1, 2, 3, 5, 6, -1, -2)
end program
SUBROUTINE RG0025(LDA,nf1,nf2,nf3,nf5,nf6,mf1,mf2)
REAL TD
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-03-28 23:24
---
Subject: Bug 35699
Author: jvdelisle
Date: Fri Mar 28 23:23:34 2008
New Revision: 133703
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133703
Log:
2008-03-28 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #22 from tkoenig at gcc dot gnu dot org 2008-03-28 23:23
---
Subject: Bug 32972
Author: tkoenig
Date: Fri Mar 28 23:22:49 2008
New Revision: 133702
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133702
Log:
2008-03-28 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-03-28 23:23 ---
Subject: Bug 32512
Author: tkoenig
Date: Fri Mar 28 23:22:49 2008
New Revision: 133702
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133702
Log:
2008-03-28 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-03-28 23:19 ---
Implementation of this request should be trivial. IIRC just add the paths as
arguments to -I options in lang-spec.h.
> That way one could also cpp-preprocess files included via "INCLUDE"
> rather than via "#includ
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-28 23:11 ---
We actually accept this code now but reject the following code now:
#define __vector __attribute__((vector_size(16)))
template
void f(A, __vector A, int);
void g(void)
{
__vector int a;
f(1, a, 2);
}
Even thou
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-03-28 23:02 ---
Fixed in trunk, no backport. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #52 from rguenth at gcc dot gnu dot org 2008-03-28 22:58
---
I'm now testing a variant of the patch that fixes fold_sign_changed_comparison
and just initializes incoming parameter value-ranges based on their types.
This seems to do the same range-check removals and looks lik
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-03-28 22:58 ---
Subject: Bug 34714
Author: dfranke
Date: Fri Mar 28 22:57:25 2008
New Revision: 133701
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133701
Log:
gcc/fortran:
2008-03-28 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #51 from baldrick at free dot fr 2008-03-28 22:48 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
> This is fold simplifying (js__TtB) target_first == -128 to
> target_first == 128 via fold_sign_changed_comparison.
Right, that was my instant guess. The Ad
--- Comment #4 from bruno at clisp dot org 2008-03-28 22:48 ---
The bug also occurs with g++ 4.3.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35708
--- Comment #3 from bruno at clisp dot org 2008-03-28 22:46 ---
> you are entering a scope that has objects constructed.
Can you point out the sections in the ISO C++ standard that say that an 'if'
statement can create the scope for some objects?
--
http://gcc.gnu.org/bugzilla/show
--- Comment #50 from baldrick at free dot fr 2008-03-28 22:42 ---
Subject: Re: VRP fails to eliminate range checks in Ada code
> T' sub;
> T x;
>
> x = sub; (1)
> sub = (T')x; (2)
> x = VIEW_CONVERT_EXPR (sub); (3)
>
> where VRP for the simple copy (1) does not rest
--- Comment #49 from rguenth at gcc dot gnu dot org 2008-03-28 22:35
---
As of
"The TYPE_MIN/MAX_VALUEs
are of the type of the base type, so target_first_66s value range is
[10, 20] at the point of this comparison. Is this supposed to be
a comparison with -128 or with 128? That is, i
I combined the current gcc and binutils mainlines into a combined
gcc + binutils source tree. When I tried to bootstrap it on
Linux/ia32 and Linux/Intel64 with shared library enabled, it went
to an infinite loop when as or ld from stage 2 was used. The problem is
ld-new tries to use itself to relin
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-03-28 22:17
---
Subject: Bug 35699
Author: jvdelisle
Date: Fri Mar 28 22:16:29 2008
New Revision: 133700
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133700
Log:
2008-03-28 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #48 from rguenth at gcc dot gnu dot org 2008-03-28 22:14
---
Created an attachment (id=15394)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15394&action=view)
patch for comment #47
This is what I was playing with.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-03-28 22:14
---
Subject: Bug 35699
Author: jvdelisle
Date: Fri Mar 28 22:13:17 2008
New Revision: 133699
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133699
Log:
2008-03-28 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #47 from rguenth at gcc dot gnu dot org 2008-03-28 22:12
---
What is interesting is that j__target_type___XDLU_10__20 is a unsigned sub type
with range [10, 20] of a signed base type with range [-128, 127]. So, we
enter compare_values ((js__TtB)20, (j__target_type___XDLU_10
The following invalid code snippet triggers an ICE since GCC 4.2.0:
=
void foo(int i)
{
extern int a[i];
#pragma omp parallel
a[0] = 0;
}
=
bug.c: In function 'foo':
bug.c:3: error: object with variably modified type must ha
The following invalid code snippet triggers an ICE since at least GCC 2.95.3:
=
void foo(int[]);
void foo(x) int x[](); {}
=
bug.c: In function 'foo':
bug.c:2: error: declaration of 'x' as array of functions
bug.c:2: internal compile
--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-28 22:05 ---
Confirm.
Valgrind shows:
Process terminating with default action of signal 8 (SIGFPE): dumping core
Integer divide by zero at address 0x40274EADB
at 0x4008C6: MAIN__ (ghfhgk.f90:15)
> Divide incorrectly extra
This is my code that is generating a false violation when compiled with mudflap
and the following options
export MUDFLAP_OPTIONS='-mode-check -viol-segv -backtrace=4 -verbose-violations
-check-initialization'
#include
#include
#include
#include
#include
#include
#include
#include
int mai
The following invalid code snippet triggers an ICE since at least GCC 2.95.3:
=
union U { void x[1]; };
void foo()
{
(union U)0;
}
=
bug.c:1: error: declaration of 'x' as array of voids
bug.c: In function 'foo':
bug.c:5: internal
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35747
The following invalid code snippets triggers an ICE since GCC 4.3.0:
=
void foo()
{
({ i; ({ i; }); 0; });
}
=
bug.cc: In function 'void foo()':
bug.cc:3: error: 'i' was not declared in this scope
gimplification failed:
>
head
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
The following invalid code snippets triggers an ICE since GCC 4.3.0:
==
int foo(int i);
void bar()
{
__complex__ int i;
X j;
if (i = foo(j))
;
}
==
bug.c: In function 'bar':
bug.c:6: error: 'X' undeclared (first use in this function)
bug.c:6: er
--- Comment #1 from reichelt at gcc dot gnu dot org 2008-03-28 21:45
---
Mine.
Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01822.html
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
The following program aborts at run-time opening a
box that says
"a.exe has encountered a problem and needs to close.
We are sorry for the inconvenience."
And then offers to send an error report to Microsoft.
I believe the problem is the extraction of the 1/NF0
from within the WHERE block.
The following invalid code snippets triggers an ICE since GCC 4.1.0:
=
struct A
{
void x[1] __attribute__((packed));
};
=
bug.c:3: error: declaration of 'x' as array of voids
bug.c:3: internal compiler error: tree c
The following program fails when rg0025 attempts to allocate a negative
amount of memory under windows XP. It doesn't abort when the array
subscripts are explicit constants instead of variables.
Dick Hendrickson
program try_rg0025
! fails on Windows XP
! gcc version 4.4.0 20080312 (experime
--- Comment #3 from bugzilla-gcc at thewrittenword dot com 2008-03-28
20:58 ---
(In reply to comment #2)
> (In reply to comment #1)
> > ld is running at this time so I doubt this is a GCC bug.
>
> The Pid it is referring to ("Pid 18929 received a SIGSEGV for stack growth
> failure.") i
On Fri, 28 Mar 2008, Volker Reichelt wrote:
> Hi Joseph,
>
> on March 15 you changed to priority of PR 35435 and PR 35441 to P4.
> IMHO this is not in line with our current policy:
>
> * PR 35435 is not an error-recovery bug (i.e. we don't issue a valid
> error message before the ICE). So this
Hi Joseph,
on March 15 you changed to priority of PR 35435 and PR 35441 to P4.
IMHO this is not in line with our current policy:
* PR 35435 is not an error-recovery bug (i.e. we don't issue a valid
error message before the ICE). So this should rather be P2, I think.
* PR 35441 is a diagnostic b
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35742
A broken diagnostic is issued for the following invalid code snippet
since GCC 4.1.0:
=
void foo()
{
for (;;)
({break;})();
}
=
#'goto_expr' not supported by pp_c_expression#'bug.c: In function 'foo':
bug.c:4: e
--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-28 19:58 ---
Confirm. There seems to be a temporary missing.
Paul, you have fixed PR 31994, do you have an idea here?
The problem seems to be in general expressions of this type:
array = function(transpose(array))
where func
--- Comment #1 from burnus at gcc dot gnu dot org 2008-03-28 19:40 ---
Confirmed.
A simple patch would be the following:
Index: expr.c
===
--- expr.c (Revision 133693)
+++ expr.c (Arbeitskopie)
@@ -2502,6 +2502,7
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35741
The following (valid ?) code snippet triggers an ICE since GCC 4.2.0:
=
struct A
{
char c;
int& i;
};
int j = __builtin_offsetof (A, i);
=
bug.cc:7: warning: invalid access to non-static data member 'A::i' of NU
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-28 19:21 ---
SCCVN now tries to simplify COND_EXPR conditions using their operands value
number. This still doesn't remove redundant comparisons.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30997
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #46 from rguenth at gcc dot gnu dot org 2008-03-28 19:18
---
Ok, I didn't really expect that ;)
Some new background information. With the middle-end type-system work we now
omit conversions from sub-types T' to their base-types T. Thus we have
the three cases
T' sub;
conjg(transpose(a)) still gives wrong results, if it is assigned to a.
transpose(conjg(a)) works.
program main
implicit none
complex, dimension(2,2) :: a,b,c
a(1,1) = (1.,1.)
a(2,1) = (2.,2.)
a(1,2) = (3.,3.)
a(2,2) = (4.,4.)
print *, "original: ",a
b = conjg(tr
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35739
The following valid code snippet triggers an ICE since GCC 4.3.0
when compiled with "-fmudflap -O":
=
_Decimal128 foo(int n, ...)
{
int i;
_Decimal128 j;
__builtin_va_list va;
__builtin_va_start(va,n);
for (i = 0; i < n; i++)
j += __builtin_va
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-03-28 18:54
---
Patches:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01803.html
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01811.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34793
The following valid code snippet triggers an ICE since GCC 4.2.0
when compiled with "-fopenmp":
=
int foo();
void bar()
{
int i;
#pragma omp atomic
i += foo;
}
=
bug.c: In function 'bar':
bug.c:7: internal co
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35737
The following valid code snippet triggers an ICE since GCC 4.2.0
when compiled with "-O":
=
#include
jmp_buf buf;
int foo()
{
__complex__ int i = 0;
if (__builtin_setjmp(buf))
{
i = 1;
bar();
}
return i == 0;
}
--- Comment #1 from mstein dot lists at googlemail dot com 2008-03-28
18:23 ---
Created an attachment (id=15393)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15393&action=view)
delta-reduced
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35735
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35736
The following valid code snippet triggers an ICE on mainline
when compiled with "-Wall":
=
void foo()
{
while (1)
for (;;({ continue; }))
;
}
=
bug.c: In function 'foo':
bug.c:4: internal compiler error: S
Hi,
compiling newlib now fails with:
xgcc -c -O1 ldtoa-delta.c
/home/mstein/combined-trunk/newlib/libc/stdlib/ldtoa.c: In function '_ldtoa_r':
/home/mstein/combined-trunk/newlib/libc/stdlib/ldtoa.c:2857: internal compiler
error: in default_secondary_reload, at targhooks.c:649
rev: 133684
--
--- Comment #8 from reichelt at gcc dot gnu dot org 2008-03-28 18:13
---
Here's a reduced C testcase (fuirther reduced from PR35663):
===
struct A
{
struct A *p;
};
int foo(const struct A *q)
{
return q->p == q;
}
void bar(int);
void baz()
{
struct
--- Comment #7 from reichelt at gcc dot gnu dot org 2008-03-28 17:44
---
A short C++ testcase I ran into:
struct A
{
A();
~A();
};
void foo()
{
A x[1];
}
==
--
reichelt at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from reichelt at gcc dot gnu dot org 2008-03-28 17:37
---
Manuel, Jason, was probably introduced by your patch:
2008-02-14 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
Jason Merrill <[EMAIL PROTECTED]>
PR c++/5645
PR c++/11159
* class.c
--- Comment #12 from mstein dot lists at googlemail dot com 2008-03-28
17:34 ---
A simple
'int main (int argc, char *argv[]) { return 0; }'
still fails with "error: in default_secondary_reload, at
targhooks.c:612" in rev. 133684 (trunk).
--
mstein dot lists at googlemail dot com c
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-28 17:33 ---
How did you configure GCC? How did you invoke make?
How did you configure/build GMP/MPFR ?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35734
The following valid code snippet triggers an ICE since GCC 4.3.0
when compiled with "-W":
=
struct A
{
A();
template A(const T&);
};
struct B : A
{
B(const B&) {}
};
=
bug.cc: In copy constructor 'B::B(const B&
Linux 2.6.24
glibc 2.7
Celeron (Mendocino) - 466MHz
When i try to compile gcc 4.3.0, I get the following (gcc 4.2.3 compiles
perfectly, but 4.3.0 doesn't):
/home/fraga/b/./gcc/xgcc -B/home/fraga/b/./gcc/
-B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/
-isystem /usr/local/i
--- Comment #4 from dominiq at lps dot ens dot fr 2008-03-28 16:22 ---
It looks like a missing temporary:
integer, dimension(10) :: ILA1 = (/1,2,3,4,5,6,7,8,9,10/), ILA2, ILA3
ILA3 = (/9,9,6,2,4,9,2,9,6,10/)
print '(10(I3))', ILA1((/9,9,6,2,4,9,2,9,6,10/))
ILA2 = ILA1
do i = 1
--- Comment #3 from dick dot hendrickson at gmail dot com 2008-03-28 15:48
---
Subject: Re: wrong result for vector subscripted array expression in MVBITS
Right, in case you haven't found it yet, the first paragraph of
12.7.3, page 214, says effectively
that all of the arguments must
--- Comment #2 from dominiq at lps dot ens dot fr 2008-03-28 15:29 ---
For the second test in comment #1, ifort gives:
fortcom: Error: pr35681_2.f90, line 2: The shapes of the arguments do not
conform. [MVBITS]
call mvbits ((ILA1((/9/))), 2, 4, ILA1, 3)
-
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2008-03-28 15:18
---
Reduced testcase:
integer, dimension(10) :: ILA1 = (/1,2,3,4,5,6,7,8,9,10/)
call mvbits ((ILA1((/9,9,6,2,4,9,2,9,6,10/))), 2, 4, ILA1, 3)
write (*,'(10(I3))') ila1
end
output is:
17 18 11 36 77 22 39
--- Comment #45 from baldrick at gcc dot gnu dot org 2008-03-28 14:58
---
The recent VRP improvements made no difference to this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30911
For
integer :: a(2)
integer, volatile :: i
i = 1
a(1:i) = a(1:2)
end
The message is misleading:
At line 4 of file aa.f90
Fortran runtime error: Array bound mismatch, size mismatch for dimension 1 of
array 'a' (0/1)
ISSUE:
The size should be "1/2" and not "0/1" (For a zero-sized array the out
--- Comment #1 from mstein dot lists at googlemail dot com 2008-03-28
14:51 ---
backtrace:
[EMAIL PROTECTED]:~/build/m68hc11-elf/build/gcc$ gdb -args
/home/mstein/build/m68hc11-elf/build/./gcc/cc1 -quiet -nostdinc -v -I. -I.
-I../.././gcc -I/home/mstein/combined-trunk/libgcc
-I/home/ms
--- Comment #13 from baldrick at gcc dot gnu dot org 2008-03-28 14:30
---
This has been fixed.
--
baldrick at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-03-28 14:04 ---
The testcase has 10001 nested (), which is processed with recursive calls.
My default stack limit is 8MB. 10001 recursive calls need around 8MB stack.
Any changes in my setup will push it over the limit. I think we s
--- Comment #4 from burnus at gcc dot gnu dot org 2008-03-28 13:49 ---
FIXED on the trunk (4.4.0). Thanks again for the report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from burnus at gcc dot gnu dot org 2008-03-28 13:47 ---
Subject: Bug 35721
Author: burnus
Date: Fri Mar 28 13:47:06 2008
New Revision: 133684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133684
Log:
2008-03-28 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #39 from rguenth at gcc dot gnu dot org 2008-03-28 13:45
---
Subject: Bug 19580
Author: rguenth
Date: Fri Mar 28 13:44:41 2008
New Revision: 133683
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133683
Log:
2008-03-28 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #38 from rguenth at gcc dot gnu dot org 2008-03-28 13:40
---
Fixed in GCC 4.4 with the store-motion rewrite to use an alias-oracle:
:
r_I_lsm.18 = r[5];
r_I_lsm.13 = r[0];
r_I_lsm.14 = r[1];
r_I_lsm.15 = r[2];
r_I_lsm.16 = r[3];
r_I_lsm.17 = r[4];
r_I_lsm.27 =
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-03-28 13:02
---
I have two patches for the other missing parts to fix this PR.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-28 12:56 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from joseph at codesourcery dot com 2008-03-28 12:48 ---
Subject: Re: New: libfortran should use gettext to for
localized error messages
On Fri, 28 Mar 2008, burnus at gcc dot gnu dot org wrote:
> Currently, only libcpp and the compilers ("gcc") use gettext for locali
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-28 12:21 ---
Subject: Bug 34793
Author: rguenth
Date: Fri Mar 28 12:20:09 2008
New Revision: 133680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133680
Log:
2008-03-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #44 from rguenth at gcc dot gnu dot org 2008-03-28 12:21
---
Subject: Bug 30911
Author: rguenth
Date: Fri Mar 28 12:20:09 2008
New Revision: 133680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133680
Log:
2008-03-28 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-28 12:21 ---
Subject: Bug 30317
Author: rguenth
Date: Fri Mar 28 12:20:09 2008
New Revision: 133680
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133680
Log:
2008-03-28 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #14 from carlos at codesourcery dot com 2008-03-28 11:39
---
With the patch in comment #9, a glibc cvs head build completes successfully.
The test results show some regressions, but this is almost always the case when
switching to a new gcc branch.
--
http://gcc.gnu.org
--- Comment #14 from burnus at gcc dot gnu dot org 2008-03-28 10:32 ---
(In reply to comment #13)
> Created an attachment (id=15374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15374&action=view) [edit]
> Patch padding for constant character lengths
I assume that you have not bo
--- Comment #14 from mstein dot lists at googlemail dot com 2008-03-28
10:31 ---
Fixed :)
--
mstein dot lists at googlemail dot com changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-03-28 10:30 ---
*** Bug 35730 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-28 10:30 ---
*** This bug has been marked as a duplicate of 35526 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from mstein dot lists at googlemail dot com 2008-03-28
10:30 ---
Fixed :)
--
mstein dot lists at googlemail dot com changed:
What|Removed |Added
1 - 100 of 117 matches
Mail list logo
