--- Comment #32 from victork at gcc dot gnu dot org 2007-10-09 06:55
---
Zdenek, do you need an access to PPC, in order to look into this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32582
--- Comment #4 from victork at gcc dot gnu dot org 2007-10-09 06:52 ---
The problem starts when dependence checker fails to find distance vector
for a known dependence. I've opened another missed-optimization PR33707.
The vectorizer continue by means of versioning for alias. I'm still l
Dependency checker fails to build distance vector for the following example:
int
foo (char *a, unsigned n)
{
int i;
a[0] = 0;
for (i = 16; i < n; i++)
a[i] = a[i-16];
}
Compiled with
gcc -O2 -ftree-vectorize -maltivec -fdump-tree-vect-details -S t.c
>From the vectorizer dump:
-all-constants -o
cache.s
GNU C (GCC) version 4.3.0 20071008 (experimental) [trunk revision 129132]
(x86_64-suse-linux-gnu)
compiled by GNU C version 4.3.0 20071008 (experimental) [trunk revision
129132], GMP version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-10-09 04:56 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-10-09 04:55 ---
Subject: Bug 33655
Author: aoliva
Date: Tue Oct 9 04:55:17 2007
New Revision: 129152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129152
Log:
PR tree-optimization/33655
PR middle-end/22156
* tree-sra.c (bi
--- Comment #20 from aoliva at gcc dot gnu dot org 2007-10-09 04:55 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:55:17 2007
New Revision: 129152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129152
Log:
PR tree-optimization/33655
PR middle-end/22156
* tree-sra.c (b
--- Comment #21 from aoliva at gcc dot gnu dot org 2007-10-09 04:48 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-10-09 04:47 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #20 from aoliva at gcc dot gnu dot org 2007-10-09 04:47 ---
Subject: Bug 33572
Author: aoliva
Date: Tue Oct 9 04:46:49 2007
New Revision: 129151
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129151
Log:
PR tree-optimization/33572
* tree-inline.c (update_ssa_across_
--- Comment #19 from aoliva at gcc dot gnu dot org 2007-10-09 04:45 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:45:22 2007
New Revision: 129150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129150
Log:
PR middle-end/22156
* tree-sra.c (instantiate_element): Use BY
--- Comment #18 from aoliva at gcc dot gnu dot org 2007-10-09 04:41 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:41:39 2007
New Revision: 129149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129149
Log:
Add missing hunk in r129143 check in. Add references to PR 22
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31501
--- Comment #8 from bangerth at dealii dot org 2007-10-09 03:43 ---
(In reply to comment #6)
> And the order is still undefined between them, does not matter if it is a
> shared library or otherwise.
It is true that the standard only talks about the order of initialization
within each t
--- Comment #2 from astrange at ithinksw dot com 2007-10-09 03:15 ---
Created an attachment (id=14329)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14329&action=view)
resulting x86-64 asm
/usr/local/gcc43/bin/gcc -O3 -fno-pic -fomit-frame-pointer -m64 -S
gcc-struct-stores.i
--
--- Comment #1 from astrange at ithinksw dot com 2007-10-09 03:14 ---
Created an attachment (id=14328)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14328&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33705
enable-languages=c,c++,objc,obj-c++ --disable-bootstrap
Thread model: posix
gcc version 4.3.0 20071008 (experimental) (GCC)
GCC updates c->low and c->range in the middle of the function:
movl%r8d, (%rdi)
movl%edx, 4(%rdi)
but they're overwritten at the end:
mov
--- Comment #7 from ajd at gentrack dot com 2007-10-09 02:43 ---
Introduced here:
http://gcc.gnu.org/ml/gcc-patches/2004-03/msg00616.html
My suggested fix is co-incidentally reversing some of that patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-09
02:39 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
> --- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-09 02:18
> ---
> I was just looking at a DOC search and for HP-UX 11i Version 3: February
--- Comment #7 from huajie dot lee at gmail dot com 2007-10-09 02:39
---
Hi
I am currently using GCC4.2.1 and the same problem still exist as described.
2.1/libdecnumber -I. -c ../../gcc-4.2.1/libdecnumber/decimal128.c
rm -f libdecnumber.a
ar cru libdecnumber.a decNumber.o decContext
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-09 02:18
---
I was just looking at a DOC search and for HP-UX 11i Version 3: February 2007
tgamma is suppose to be provided.
So I now wonder what is really going on.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33698
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-09
02:11 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
>/* Functions built into gcc itself. */
> +#ifndef tgamma
> +#define tgamma gamma
> +#endif
> +
> #include "mathbuiltins.def"
The HP-UX 11 manpage says:
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-10-09 01:59 ---
And the order is still undefined between them, does not matter if it is a
shared library or otherwise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #5 from ajd at gentrack dot com 2007-10-09 01:55 ---
Please reconsider.
This is about initialization order between shared libraries. Not betweeen
objects within a library.
This works on atleast Linux, Windows, Solaris, HPUX, Tru64.
The testcase throw_failure.cpp shows that
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-10-09 01:52
---
Index: trans-intrinsic.c
===
--- trans-intrinsic.c (revision 129058)
+++ trans-intrinsic.c (working copy)
@@ -119,6 +119,10 @@ gfc_intrinsic_map_
--- Comment #4 from ajd at gentrack dot com 2007-10-09 01:50 ---
Created an attachment (id=14327)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14327&action=view)
suggested solution
The attached patch is a suggested solution to this problem.
It calls the __GLOBAL__FI_... functions
--- Comment #3 from ajd at gentrack dot com 2007-10-09 01:49 ---
Created an attachment (id=14326)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14326&action=view)
shows fallout from this (throw does not work in a global constructor as
libstdc++ and libgcc_s constructors have not be
--- Comment #2 from ajd at gentrack dot com 2007-10-09 01:48 ---
Created an attachment (id=14325)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14325&action=view)
testcase shows constructors running in incorrect order
Compile like:
g++ -shared -o liba1.a -D LIBNAME=LIB1 test_init_
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-09 01:48 ---
It is not specificed which order of constructors are run between two different
Translation units.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
On AIX global C++ constructors are run in the order that modules are loaded at
runtime. It does not take into account dependencies between the modules.
e.g. if MAIN depends on LIB1, the global constructors in MAIN are run before
the global constructors for LIB1.
It is expected that global C++ cons
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-09
01:45 ---
Subject: Re: FAIL: gfortran.dg/gamma_5.f90
> --- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-10-09 01:32
> ---
> Just before the #include in trans-intrinsic.c we could do:
Which includ
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-10-09 01:37
---
Also, right now we warn on that comma so instead of warning we return MATCH_NO
for the statement and go back and try again with a different matcher and we
should be there.
I agree the comma is the key.
--
ht
--- Comment #2 from danglin at gcc dot gnu dot org 2007-10-09 01:33 ---
This is another manifistation of the tree-sra.c change. Forgot,
to install Alex's proposed fix.
*** This bug has been marked as a duplicate of 33634 ***
--
danglin at gcc dot gnu dot org changed:
Wh
--- Comment #10 from danglin at gcc dot gnu dot org 2007-10-09 01:33
---
*** Bug 33703 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33634
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-10-09 01:32
---
Just before the #include in trans-intrinsic.c we could do:
#ifndef tgamma
#define tgamma gamma
#endif
Could you try this and see it works?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33698
--- Comment #19 from aoliva at gcc dot gnu dot org 2007-10-08 23:57 ---
Subject: Bug 33572
Author: aoliva
Date: Mon Oct 8 23:57:20 2007
New Revision: 129144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129144
Log:
PR tree-optimization/33572
* g++.dg/torture/pr33572.C: Replace
--- Comment #7 from pcarlini at suse dot de 2007-10-08 23:35 ---
Let's remove Doug from CC, then, and thank him for his prompt feedback...
--
pcarlini at suse dot de changed:
What|Removed |Added
-
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-08
23:01 ---
Subject: Re: FAIL: 17_intro/headers/all_pedantic_errors.cc (test for excess
errors)
> I only tested in Linux.
This was not introduced by your change. The problem is the use of
an C99 extension (long long
--- Comment #5 from dougkwan at google dot com 2007-10-08 22:35 ---
Subject: Re: FAIL: 17_intro/headers/all_pedantic_errors.cc (test for excess
errors)
I only tested in Linux.
-Doug
8 Oct 2007 20:10:51 -, dave at hiauly1 dot hia dot nrc dot ca
<[EMAIL PROTECTED]>:
>
>
> --- C
--- Comment #6 from bangerth at dealii dot org 2007-10-08 22:28 ---
(In reply to comment #5)
> Wolfgang, this should be fixed now.
Yes, I verified it this morning and it was ok -- thanks for the prompt
work in that! Should I close this PR now?
The only bug that currently still prevents
--- Comment #12 from bangerth at dealii dot org 2007-10-08 22:25 ---
I'm sorry, but I don't have a writable account any more. Can you do the
checkin for me?
Thanks
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33485
--- Comment #7 from wilson at gcc dot gnu dot org 2007-10-08 22:19 ---
Created an attachment (id=14324)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14324&action=view)
add another conversion to bitsizetype
Here is an patch to fix the IA-64 failure for this testcase. This makes t
--- Comment #6 from wilson at specifix dot com 2007-10-08 22:16 ---
Subject: Re: [4.3 Regression] ICE in bitfield_overlaps_p,
at tree-sra.c:2901
hjl at lucon dot org wrote:
> This patch doesn't work on Linux/ia64. I got
IA-64 is using a TImode bitsizetype because it defines
MAX_FIXE
--- Comment #8 from tobi at gcc dot gnu dot org 2007-10-08 22:10 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from danglin at gcc dot gnu dot org 2007-10-08 22:08 ---
Last successful build was revision 128895, 20070930.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33703
d=/usr/ccs/bin/ld --enable-shared --with-local-prefix=/opt/gnu64
--prefix=/opt/gnu64/gcc/gcc-4.3.0 --build=hppa64-hp-hpux11.00 --disable-nls
--with-gmp=/opt/gnu64/gcc/gcc-4.3.0
--enable-languages=c,c++,fortran,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20071008 (experimental) [trunk revis
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-08 21:30 ---
4.3.0 stage 3 is now on so closing as fixed, the 4.4 meta bug is PR 33702.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
This metabug is used to track all the patches which have been written during
Stage 3 of GCC 4.3 but do not qualify for that stage, and are waiting for Stage
1 of GCC 4.4 to be applied.
Please, do not attacch the patches to this bug. Open a new bug report, and mark
it as "blocking" this metabug
--- Comment #7 from tobi at gcc dot gnu dot org 2007-10-08 20:54 ---
Subject: Bug 33689
Author: tobi
Date: Mon Oct 8 20:54:47 2007
New Revision: 129139
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129139
Log:
PR fortran/33689
fortran/
* resolve.c (gfc_resolve_expr): Fix inden
--- Comment #4 from bkoz at gcc dot gnu dot org 2007-10-08 20:42 ---
Fixed.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from bkoz at gcc dot gnu dot org 2007-10-08 20:34 ---
Wolfgang, this should be fixed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33487
--- Comment #8 from burnus at gcc dot gnu dot org 2007-10-08 20:28 ---
> I am going to vote that this bug is invalid. IFORT and Sun F95 also reject
> this.
Remark: The compilers, which accept the ('(a)') all reject
READ(*,*), a
because of the comma after "*)" (g95, NAG f95); the compi
--- Comment #6 from patchapp at dberlin dot org 2007-10-08 20:26 ---
Subject: Bug number PR33689
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00439.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #12 from seongbae dot park at gmail dot com 2007-10-08 20:18
---
Subject: Re: [4.3 Regression] Revision 128957 miscompiles 481.wrf
Please remove the extra blank line above the line 984 (in new file).
This patch is OK.
Seongbae
On 10/7/07, Kenneth Zadeck <[EMAIL PROTECTED
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-08
20:10 ---
Subject: Re: FAIL: 17_intro/headers/all_pedantic_errors.cc (test for excess
errors)
> That's strange. I am looking at it. I ran the libstdc++ testsuite
> before and did not see this problem.
This is speci
--- Comment #7 from pault at gcc dot gnu dot org 2007-10-08 20:02 ---
(In reply to comment #6)
Oh dear, oh dear, we are going to have to implement
PROGRAM TST
IMPLICIT NONE
INTEGER :: P(4),I
integer, allocatable :: Q(:)
P = (/2,4,1,3/)
allocate (Q(size(P)))
FORALL(I=1:4)
--- Comment #11 from bkoz at gcc dot gnu dot org 2007-10-08 19:55 ---
Wolfgang this is ok to check in.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33485
--- Comment #3 from dougkwan at google dot com 2007-10-08 19:50 ---
Subject: Re: FAIL: 17_intro/headers/all_pedantic_errors.cc (test for excess
errors)
That's strange. I am looking at it. I ran the libstdc++ testsuite
before and did not see this problem.
-Doug
8 Oct 2007 19:32:42 -00
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-08
19:32 ---
Subject: Re: FAIL: 17_intro/headers/all_pedantic_errors.cc (test for excess
errors)
> --- Comment #1 from pcarlini at suse dot de 2007-10-08 18:57 ---
> So the problem is new, right? Has it to do
--- Comment #10 from bangerth at dealii dot org 2007-10-08 19:15 ---
Created an attachment (id=14323)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14323&action=view)
diffs to multiway_mergesort.h and quicksort.h
The attached diffs appear to do it for me.
W.
--
http://gcc.gnu
--- Comment #6 from pault at gcc dot gnu dot org 2007-10-08 19:03 ---
(In reply to comment #5)
> > Now we need only to find out which compiler is right and whether the program
> > itself is valid.
> After some contemplating, I agree that the program is valid (let's see whether
> NAG's su
--- Comment #1 from pcarlini at suse dot de 2007-10-08 18:57 ---
So the problem is new, right? Has it to do with the recent fixes for the
deadlock bug?
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #6 from danglin at gcc dot gnu dot org 2007-10-08 18:37 ---
The following tests fail with revision 129120 due to this problem:
FAIL: 18_support/numeric_limits/min_max.cc (test for excess errors)
FAIL: 22_locale/money_get/get/char/5.cc
FAIL: 22_locale/money_get/get/wchar_t/5.
--- Comment #5 from tobi at gcc dot gnu dot org 2007-10-08 18:25 ---
I think I have a fix. Needs some more testing, though.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
---
Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v
3/src -L/test/gnu/gcc/objdir/hppa64-hp-hpux11.11/libstdc++-v3/src/.libs
-B/opt/g
nu64/gcc/gcc-4.3.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64
--- Comment #9 from bkoz at gcc dot gnu dot org 2007-10-08 18:11 ---
I'd rather do all these the same way.
Wolfgang, do you have a patch?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33485
--- Comment #4 from Tobias dot Schlueter at physik dot uni-muenchen dot de
2007-10-08 18:02 ---
Subject: Re: [Regression 4.3] Array with constant bound
rejected as automatic array
burnus at gcc dot gnu dot org wrote:
> --- Comment #3 from burnus at gcc dot gnu dot org 2007-10-08
--- Comment #3 from burnus at gcc dot gnu dot org 2007-10-08 17:58 ---
Works: r129068; fails: r129069.
http://gcc.gnu.org/ml/gcc-cvs/2007-10/msg00174.html
r129069 | tobi | 2007-10-07 13:45:15 +0200 (So, 07 Okt 2007) | 14 lines
PR 20851
fortran/
* expr.c (check_inquiry): Typo fix in er
Same problem for
-0s/-02
version 4.1.0
etc...
[Code]
typedef unsigned * ptr_t;
void f (void) {
ptr_t p = (ptr_t)0xFED0;
p[0] = 0xDEAD;
p[2] = 0xDEAD;
p[4] = 0xDEAD;
p[6] = 0xDEAD;
}
[Assembly generated by version gcc-4.3-20071005]
:
0: 3404deadli
Executing on host: /test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B
/test/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/test/gnu/gcc/gcc/gcc/testsui
te/gfortran.dg/gamma_5.f90 -O0 -pedantic-errors
-L/test/gnu/gcc/objdir/hppa
64-hp-hpux11.11/./libgfortran/.libs
-L/test/gnu/gcc/objd
--- Comment #18 from danglin at gcc dot gnu dot org 2007-10-08 16:41
---
I see the same failure as HJL on hppa-unknown-linux-gnu.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gmail dot com 2007-10-08 16:34 ---
Subject: Re: parallel v3: do not use __builtin_alloca, use VLA
On 8 Oct 2007 14:56:18 -, bangerth at dealii dot org
<[EMAIL PROTECTED]> wrote:
> quicksort.h:68
> multiway_mergesort.h:142
>
> Benjamin, as a stopgap wo
On 8 Oct 2007 14:56:18 -, bangerth at dealii dot org
<[EMAIL PROTECTED]> wrote:
> quicksort.h:68
> multiway_mergesort.h:142
>
> Benjamin, as a stopgap would you mind using __builtin_alloca in these
> places as well?
Why not use __extension__ in those places?
-- Pinski
--- Comment #6 from bkoz at gcc dot gnu dot org 2007-10-08 15:58 ---
Subject: Bug 33489
Author: bkoz
Date: Mon Oct 8 15:58:06 2007
New Revision: 129132
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129132
Log:
2007-10-08 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-08 15:33 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-08 15:33 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-08 15:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-08 15:24 ---
Subject: Bug 33695
Author: rguenth
Date: Mon Oct 8 15:23:49 2007
New Revision: 129130
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129130
Log:
2007-10-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-08 15:24 ---
Subject: Bug 33693
Author: rguenth
Date: Mon Oct 8 15:23:49 2007
New Revision: 129130
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129130
Log:
2007-10-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-08 15:24 ---
Subject: Bug 33697
Author: rguenth
Date: Mon Oct 8 15:23:49 2007
New Revision: 129130
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129130
Log:
2007-10-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from clemens dot koller at anagramm dot de 2007-10-08 15:11
---
The next release of OpenSSL will have this problem fixed.
Verified already on the latest snapshot:
openssl-0.9.8-stable-SNAP-20071008 builds fine now.
--
clemens dot koller at anagramm dot de changed
--- Comment #7 from bangerth at dealii dot org 2007-10-08 14:56 ---
I've just found a number of other places where currently a VLA
is used and we consequently get a warning with current sources if
using the right flags. These are:
quicksort.h:68
multiway_mergesort.h:142
Benjamin, as a
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-08 14:45 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-08 14:45 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-10-08 14:44 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-08 14:44 ---
Subject: Bug 33694
Author: rguenth
Date: Mon Oct 8 14:44:14 2007
New Revision: 129128
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129128
Log:
2007-10-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-08 14:44 ---
Subject: Bug 33696
Author: rguenth
Date: Mon Oct 8 14:44:14 2007
New Revision: 129128
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129128
Log:
2007-10-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-08 14:44 ---
Subject: Bug 33691
Author: rguenth
Date: Mon Oct 8 14:44:14 2007
New Revision: 129128
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129128
Log:
2007-10-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-10-08 14:23
---
Subject: Bug 30541
Author: rguenth
Date: Mon Oct 8 14:23:33 2007
New Revision: 129126
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129126
Log:
Backport
Author: rguenth
Date: Tue Jan 23 16:37:09 2007
Ne
--- Comment #2 from haubi at gentoo dot org 2007-10-08 14:17 ---
No - I do not use GNU binutils on aix, but symlinks and wrappers to native
binutils, much like:
powerpc-ibm-aix5.3.0.0-nm -> /usr/ccs/bin/nm
or
$ cat powerpc-ibm-aix5.3.0.0
#! /bin/sh
exec /usr/ccs/bin/ld "$@"
--
ht
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-08 13:23 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
typedef signed short gint16;
typedef unsigned short guint16;
gint16 dissect_old_pflog(gint16 rnr)
{
return (guint16) ((guint16) ((guint16)rnr >> 8) | (guint16) ((guint16)rnr <<
8));
}
packet-pflog.3.min.i: In function 'dissect_old_pflog':
packet-pflog.3.min.i:4: error: type mismatch in shift exp
--- Comment #1 from patchapp at dberlin dot org 2007-10-08 13:05 ---
Subject: Bug number PR33672
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00424.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-08 12:46 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
typedef unsigned char uint8_t;
typedef unsigned int uint_least32_t;
extern int foo (long int __off);
void write (uint_least32_t chunk_len)
{
uint8_t tmp[4];
foo (-(long)chunk_len - sizeof(tmp));
}
smm.3.min.ii: In function 'write':
smm.3.min.ii:5: error: type mismatch in binary expressio
--- Comment #23 from Kenneth dot Zadeck at NaturalBridge dot com
2007-10-08 12:35 ---
Subject: Re: [4.3 regression]: wrong code with -fforce-addr
Your (a) solution would only paper over the problem: dse assumes that
it can see all of the loads and stores off of the frame in more plac
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-08 12:33 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
unsigned int bfstages(int M, float *Utbl, int Ustride)
{
return ((unsigned int) 1 << M) * Ustride;
}
fftlib.3.min.i: In function 'bfstages':
fftlib.3.min.i:2: error: type mismatch in shift expression
unsigned int
int
int
D.1544 = Ustride << M
fftlib.3.min.i:2: internal compiler error: verify
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-08 12:22 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
1 - 100 of 128 matches
Mail list logo
