--- Comment #10 from pinskia at gcc dot gnu dot org 2007-04-29 07:59
---
Fixed, I tested the code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-29 07:55 ---
(In reply to comment #6)
> Are you backporting the fix from trunk for gcc 4.2 RC?
Do you even read the patches list?
>From http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01763.html :
I've checked in the patch on mainli
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-29 07:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-29 07:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-29 07:47 ---
This really belongs on the tree level as it is a high level transformantion and
really target independent.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-29 07:44 ---
Sorry Timothy, if this bug took too long to fix, it seems like many people were
not using the vector extension with C++ that much so nobody actually looked
into it until now. I only looked into it because I found th
--- Comment #6 from rob1weld at aol dot com 2007-04-29 07:31 ---
I was only trying to clairify that another problem occurred in that exact same
spot AFTER I followed your advice - IE: that is was possible that your solution
was not the only thing needed to fix the problem.
I downloaded
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-04-29 07:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-04-29 07:31 ---
Subject: Bug 30221
Author: pinskia
Date: Sun Apr 29 07:30:53 2007
New Revision: 124273
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124273
Log:
2007-04-28 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-29 07:27 ---
Subject: Bug 30221
Author: pinskia
Date: Sun Apr 29 07:27:27 2007
New Revision: 124272
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124272
Log:
2007-04-28 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-29 07:22 ---
Subject: Bug 30221
Author: pinskia
Date: Sun Apr 29 07:22:14 2007
New Revision: 124271
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124271
Log:
2007-04-28 Andrew Pinski <[EMAIL PROTECTED]>
PR C+
--- Comment #15 from pault at gcc dot gnu dot org 2007-04-29 07:20 ---
I have changed the designation of this PR to normal/missed-optization, so that
comment #10 from Roger-Sayle is kept "live".
Otherwise this is fixed on trunk and 4.2.
Paul
--
pault at gcc dot gnu dot org changed
--- Comment #14 from pault at gcc dot gnu dot org 2007-04-29 07:16 ---
Subject: Bug 31711
Author: pault
Date: Sun Apr 29 07:16:45 2007
New Revision: 124270
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124270
Log:
2007-04-29 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
It looks like ALL the DFP tests are failing.
This is an early notification. I will e-mail full "make -i check" results after
all the tests have completed. There are also a few errors in "C" we did not
have
last week.
=== gcc Summary ===
# of expected passes42626
# of
--- Comment #34 from j at uriah dot heep dot sax dot de 2007-04-29 06:59
---
Works with GCC 4.1.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
--- Comment #13 from pault at gcc dot gnu dot org 2007-04-29 06:31 ---
(In reply to comment #11)
> Can this go into gcc 4.2?
>
Steven, It's not strictly a regression. Mark is on vacation right now, so I
cannot get a yeah or nay from him. By popular acclaim, I have decided to
declare i
--- Comment #12 from pault at gcc dot gnu dot org 2007-04-29 06:10 ---
Subject: Bug 31711
Author: pault
Date: Sun Apr 29 06:10:22 2007
New Revision: 124269
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124269
Log:
2007-04-29 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-04-29 00:23
---
Subject: Bug 31501
Author: jvdelisle
Date: Sun Apr 29 00:23:35 2007
New Revision: 124266
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124266
Log:
2007-04-28 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-04-29 00:23
---
>From what I see, this seems to be implemented in 4.2/4.3, not in 4.1.1.
Is this still a P2? Will this be ever backported to 4.1.x?
--
dfranke at gcc dot gnu dot org changed:
What|Removed
--- Comment #13 from dfranke at gcc dot gnu dot org 2007-04-28 23:55
---
As of 2007-04-25, this still is an issue:
http://gcc.gnu.org/ml/fortran/2007-04/msg00446.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23138
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-28 22:47 ---
*** This bug has been marked as a duplicate of 31710 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-28 22:47 ---
*** Bug 31740 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Hello,
there seems to be a gcc problem with the target 'mips-elf':
gcc -c -DHAVE_CONFIG_H -DPROFILE=1 -DWITH_PROFILE=-1
-DWITH_ALIGNMENT=NONSTRICT_ALIGNMENT -DWITH_TARGET_WORD_BITSIZE=32
-DWITH_TARGET_WORD_MSB=31 -DWITH_DEFAULT_TARGET_BYTE_ORDER=BIG_ENDIAN
-DWITH_FLOATING_POINT=HARD_FLOATI
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-04-28 22:04 ---
None is vectorized for me. I guess this is why gas_dyn regressed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from steven at gcc dot gnu dot org 2007-04-28 21:32 ---
Can this go into gcc 4.2?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-28 20:59 ---
Reported broken twice more:
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01936.html
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01937.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed
/sys-include -c -g -O2
-f
PIC -DELF=1 -DLINUX=1 -W -Wall -gnatpg g-regexp.adb -o g-regexp.o
+===GNAT BUG DETECTED==+
| 4.3.0 20070428 (experimental) (hppa-unknown-linux-gnu) GCC error:|
| in build_int_cst_wide, at tree.c:902
It seems that dot products are vectorized only for very restricted cases. For
the following example
subroutine testvectdp (a, b, c, n)
integer, intent(in) :: n
real, intent(in) :: a(n), b(n)
real, intent(out) :: c
c = dot_product (a, b)
end subroutine testvectdp
subroutine testvectdp2 (a,
--- Comment #2 from hjl at lucon dot org 2007-04-28 19:31 ---
I have verified that this patch
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01333.html
causes this regression on Linux/x86-64. Richard, can you take a look? Thanks.
--
hjl at lucon dot org changed:
What|
--- Comment #1 from pcarlini at suse dot de 2007-04-28 19:16 ---
*** This bug has been marked as a duplicate of 31735 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #3 from pcarlini at suse dot de 2007-04-28 19:16 ---
*** Bug 31737 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31735
--- Comment #2 from pcarlini at suse dot de 2007-04-28 19:16 ---
*** Bug 31736 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31735
--- Comment #1 from pcarlini at suse dot de 2007-04-28 19:16 ---
*** This bug has been marked as a duplicate of 31735 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from pcarlini at suse dot de 2007-04-28 19:15 ---
This code is illegal, compile it with -D_GLIBCXX_DEBUG and the run it and you
will see. In a nutshell:
int n, nn;
string vector[54], word;
cin >> nn;
for (int i=0; i> word;
Hi,
I must tried to run an program in g++3.4.6, and it gives an wrong answer.
This problem does not occur in g++ 2.95.
I am using debian etch.
Se the C++ code below:
begin-code/
#include
#include
using namespace std;
int main(){
Hi,
I must tried to run an program in g++ 4.1.1 an g++ 3.4.6, and it gives an wrong
answer.
This problem does not occur in g++ 2.95.
I am using debian etch.
Se the C++ code below:
begin-code/
#include
#include
using namespace std;
int m
Hi,
I must tried to run an program in g++ 4.1.1, and it gives an wrong answer.
This problem does not occur in g++ 2.95.
I using debian etch.
Se the C++ code below:
begin-code/
#include
#include
using namespace std;
int main(){
--- Comment #6 from hjl at lucon dot org 2007-04-28 18:05 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|ASSIGNED|
--- Comment #5 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2007-04-28 17:56 ---
Subject: Re: [4.3 regression] gomp is broken
> Zdenek, does your patch
>
> http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01916.html
>
> fix this?
it should.
--
http://gcc.gnu.org/bugzil
--
eweddington at cso dot atmel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC targ
--- Comment #1 from hjl at lucon dot org 2007-04-28 17:21 ---
It works with revision 123966:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00980.html
fails with revision 124014:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01094.html
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #2 from hjl at lucon dot org 2007-04-28 17:17 ---
It seems to work now:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg01439.html
--
hjl at lucon dot org changed:
What|Removed |Added
--
--- Comment #4 from hjl at lucon dot org 2007-04-28 17:14 ---
Zdenek, does your patch
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01916.html
fix this?
--
hjl at lucon dot org changed:
What|Removed |Added
-
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-04-28 16:53
---
> #if 0
> /* abuse union to cast (long double) to int[] - but it works */
> result.value = value;
> out->fraction = result.array[0];
> out->mantissa = result.array[1] & 0x7fff;
> #else
> /* this is o
The following routine generates takes a value (promoted from float or double to
long double) and generates a two-part mantissa (integer and fraction parts).
With optimisation above -O, the last multiply and addition are not performed. I
can fix this by abusing a union (change #if 0 to #if 1).
type
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-04-28 16:31
---
We are so close to a 4.2 release I think we may see 4.2 out before the next
cycle, if any on 4.1. If you are able to build your own version of gfortran, I
would suggest move to 4.2 yourself or even 4.3. Also ch
--- Comment #4 from falk at debian dot org 2007-04-28 14:21 ---
Not a problem in 4.1 anymore, so let's close it.
--
falk at debian dot org changed:
What|Removed |Added
Just take a look at this one - Special Situation Alert
[PHY A]
Physici ans Adult-Daycare Prolonged and Active Life Service provider.
PH YA.PK - Last: 0.19
This is a sector to be in , check the numbers last few days. Its only going to
get better.
About Physici ans Adult-Daycare :
We provide
--- Comment #8 from tbm at cyrius dot com 2007-04-28 11:44 ---
Nathan, do you intend to backport this to 4.1?
--
tbm at cyrius dot com changed:
What|Removed |Added
--- Comment #9 from tbm at cyrius dot com 2007-04-28 11:42 ---
Still a problem with 4.1. Will this be backported?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28354
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-04-28 11:23 ---
The zeroing is done by memset, as the slightly reduced test case shows:
$ cat test2.f90
program Test
implicit none
real, dimension (2,2) :: smooth_factor
data smooth_factor /4*1.0/
smooth_factor(1,:) = 0.
--- Comment #7 from tbm at cyrius dot com 2007-04-28 11:10 ---
(In reply to comment #6)
> (In reply to comment #4)
>
> > Modified:
> > trunk/gcc/ChangeLog
> > trunk/gcc/config/m32r/m32r.md
> Could you please apply the same path to 4.1 and 4.0 branch?
Nick, are you going to back
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-04-28 10:46 ---
Confirmed with i686-pc-linux-gnu. This fails with 4.3.0 20070419
and works with 4.2.0 20070415.
Roger, I'm adding you to the CC list because you have been working
on this part of the compiler.
Could somebody who h
--- Comment #9 from steven at gcc dot gnu dot org 2007-04-28 09:56 ---
Re. comment #8, I have to disagree. Add some flag to disable some optimization
(DOM iiuc) and you do have a code generation regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31130
--- Comment #2 from steven at gcc dot gnu dot org 2007-04-28 09:53 ---
Can we PLEASE make this a fatal error instead of a warning?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from tbm at cyrius dot com 2007-04-28 09:33 ---
Created an attachment (id=13460)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13460&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
I get the following ICE with 4.3 20070422 on ia64 that I didn't get
with 20070326:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/g++ -c -O2 pan-nzb.ii
/usr/lib/gcc-snapshot/lib/gcc/ia64-linux-gnu/4.3.0/../../../../include/c++/4.3.0/bits/vector.tcc:
In member function 'void std::vector<_Tp,
_Alloc
--- Comment #1 from wdobler at ucalgary dot ca 2007-04-28 09:00 ---
Created an attachment (id=13459)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13459&action=view)
Short F90 program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31732
Assigning a scalar to a slice arr(:,1) of a two-dimensional array, e.g.
arr(:,1) = 0.
actually assigns that value to the whole array.
The attached code prints
1.00 1.00 1.00 1.00
0.00 0.00 0.00 0.00
instead of
1
--- Comment #3 from mtrudel at gmx dot ch 2007-04-28 08:12 ---
What do you mean with this? What doesn't work? Is this something recent?
At least rev 122'233 seemed ok to me...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31223
60 matches
Mail list logo