--- Comment #8 from bonzini at gnu dot org 2006-11-13 08:14 ---
Please enlighten me. :-(
research:~/gcc-test-pr29798/peak-gcc-src/gcc bonzinip$ svn info
Path: .
URL: svn+ssh://[EMAIL PROTECTED]/svn/gcc/trunk/gcc
Repository Root: svn+ssh://[EMAIL PROTECTED]/svn/gcc
Repository UUID:
--- Comment #17 from jason at gcc dot gnu dot org 2006-11-13 08:16 ---
Subject: Bug 28915
Author: jason
Date: Mon Nov 13 08:16:11 2006
New Revision: 118747
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118747
Log:
PR middle-end/28915
* gimplify.c
--- Comment #18 from jason at gcc dot gnu dot org 2006-11-13 08:18 ---
Subject: Bug 28915
Author: jason
Date: Mon Nov 13 08:18:28 2006
New Revision: 118748
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118748
Log:
PR middle-end/28915
* gimplify.c
--- Comment #13 from guillaume dot melquiond at ens-lyon dot fr 2006-11-13
08:45 ---
Unless I'm mistaken, the patch has only been applied to the trunk and not to
the branches, in particular not to the current release series. Shouldn't this
bug-report, either be reopened until it has
--- Comment #9 from jpr at csc dot fi 2006-11-13 08:45 ---
Subject: Re: [4.3 Regression] -O2 gives wrong
results
Hi,
i get the same with -O0 -O1, but -O2 gives the output
1: 1 nan
2: 1 5
1: 2 5
2: 2 0.56
1: 3 0.56
2: 3 0.546798
1: 4 0.546798
2: 4 0.450496
1: 5
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-11-13 09:31
---
As this isn't a regression from previous releases the policy is to fix such
bugs in current development sources only and declare it as fixed there.
With wrong-code bugs we sometimes make exceptions, but the
--- Comment #15 from guillaume dot melquiond at ens-lyon dot fr 2006-11-13
09:41 ---
Actually, not only is it wrong-code, but this is also a regression (see
PR29538). Programs using interval arithmetic that were working fine when
compiled with GCC 3.3 are broken now.
--
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-11-13 09:51
---
You are right, this is a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from bonzini at gnu dot org 2006-11-13 09:57 ---
sorry for being so dumb.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29798
The following program is invalid as n needs to be declared as integer before
it is used.
gfortran -Wall -W -c -pedantic -std=f95, however, does compile it without any
warning or error.
This is detected by NAG f95 (error), but compiles with ifort, g95 and sunf95
without any warning or error (not
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-13 10:05 ---
Isn't this going to be allowed in F2008?
I checked 06-007r1.pdf and it is indeed allowed.
(Perhaps it already is in F2003 -- I'm too lazy to check.)
No, it is not allowed in F2003. (See R numbers below)
We
--- Comment #17 from rguenth at gcc dot gnu dot org 2006-11-13 10:15
---
Subject: Bug 21032
Author: rguenth
Date: Mon Nov 13 10:15:26 2006
New Revision: 118751
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118751
Log:
2006-11-13 Richard Guenther [EMAIL PROTECTED]
--- Comment #2 from jakub at gcc dot gnu dot org 2006-11-13 10:16 ---
Created an attachment (id=12601)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12601action=view)
gcc43-pr29581-tests.patch
Testcases that show this bug even on the trunk (taken from vect-8{5,6,7,8}.c,
removed
--- Comment #18 from rguenth at gcc dot gnu dot org 2006-11-13 10:19
---
Subject: Bug 21032
Author: rguenth
Date: Mon Nov 13 10:18:57 2006
New Revision: 118752
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118752
Log:
2006-11-13 Richard Guenther [EMAIL PROTECTED]
--- Comment #19 from rguenth at gcc dot gnu dot org 2006-11-13 10:19
---
Fixed on some of the branches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from bonzini at gnu dot org 2006-11-13 11:02 ---
reduced testcase:
#include stdlib.h
int
main ()
{
int i;
double oldrho;
double beta = 0.0;
double work = 1.0;
for (i = 1; i = 2; i++)
{
double rho = work * work;
if (i != 1)
beta = rho /
INTEGER*4 :: MASK1 = Z''
PRINT *,MASK1
END
compiles and produces -1 with g77 (as it should) while gfortran reports
In file err.f:1
INTEGER*4 :: MASK1 = Z''
1
Error: Arithmetic overflow converting
--- Comment #12 from bonzini at gnu dot org 2006-11-13 11:55 ---
testing a patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29798
Option -mfloat-gprs=yes works fine with basic operations on floats like +, -, /
*.
The following simple example produces an internal compiler error:
# 1 test.c
# 1 built-in
# 1 command line
# 1 test.c
int compare(float x, float y)
{
return (x y);
}
The error message is
test.c: In
--- Comment #1 from poellmann at nm dot hsd dot utc dot com 2006-11-13
12:01 ---
Created an attachment (id=12602)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12602action=view)
preprocessed example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29815
--- Comment #6 from acme at mandriva dot com 2006-11-13 12:24 ---
Has an interesting discussion about Thin inlines:
http://sourceware.org/ml/dwarf2/2001-q1/msg00124.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29792
--- Comment #37 from rakdver at gcc dot gnu dot org 2006-11-13 12:37
---
Subject: Bug 29680
Author: rakdver
Date: Mon Nov 13 12:37:29 2006
New Revision: 118754
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118754
Log:
PR tree-optimization/29680
*
--- Comment #14 from rakdver at gcc dot gnu dot org 2006-11-13 12:37
---
Subject: Bug 14784
Author: rakdver
Date: Mon Nov 13 12:37:29 2006
New Revision: 118754
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118754
Log:
PR tree-optimization/29680
*
Enabling optimization (starting with -O option) the following code is
erroneously compiled:
obj_t BGl_GLOPz00zz__evmeaningz00(obj_t BgL_codez00_1, obj_t BgL_stackz00_2) {
AN_OBJECT;
obj_t BgL_g1120z00_632;
obj_t BgL_vectorz00_1820;
int BgL_kz00_1821;
BgL_vectorz00_1820 =
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29815
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-13 13:47 ---
Can you attach sources that actually compile because the sources you gave so
far cannot compile as there is no typedef for obj_t.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #38 from pinskia at gcc dot gnu dot org 2006-11-13 13:54
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-11-13 13:54
---
Reopening since part of the patch was reverted.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from manuel dot serrano at inria dot fr 2006-11-13 13:55
---
Created an attachment (id=12603)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12603action=view)
One of the two needed .h file
In order to compile the source code given with that bug, you need to header
--- Comment #3 from manuel dot serrano at inria dot fr 2006-11-13 13:55
---
Created an attachment (id=12604)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12604action=view)
second header file needed to compile the code given with the bug entry.
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-13 13:59 ---
Gfortran is doing the correct thing for BOZs.
This is a dup of bug 24828.
*** This bug has been marked as a duplicate of 24828 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-11-13 13:59 ---
*** Bug 29814 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-13 14:05 ---
Can you just attach the preprocessed source? which can be found via -save-temps
and it is names something.i.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29816
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-13 14:09 ---
error: statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS
perfecttmp.42 = perfectiv.40_5 + 16;
I called update_stmt, o not sure what I'm still missing.
You forgot to mark perfecttmp.42 for
--- Comment #5 from manuel dot serrano at inria dot fr 2006-11-13 14:12
---
(In reply to comment #4)
Can you just attach the preprocessed source? which can be found via
-save-temps
and it is names something.i.
The end of the bug report contains the source of the faulty function
--- Comment #6 from manuel dot serrano at inria dot fr 2006-11-13 14:12
---
Created an attachment (id=12605)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12605action=view)
The generated .i file that shows the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29816
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-11-13 14:36
---
Subject: Bug 26994
Author: pinskia
Date: Mon Nov 13 14:36:09 2006
New Revision: 118761
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118761
Log:
2006-11-12 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-11-13 14:38
---
Fixed on the mainline at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-11-13 14:41
---
Fixed in at least 4.2.0 and the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-11-13 14:46
---
Subject: Bug 29439
Author: pinskia
Date: Mon Nov 13 14:46:05 2006
New Revision: 118763
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118763
Log:
2006-11-13 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-11-13 14:46
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-11-13 14:51 ---
GCC 3.4.x is out of maintainance, can you try with at least 4.0.3 or 4.1.1?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29815
Hello,
I configured gcc 4.1.1 under AIX 5.3 with the following:
../gcc-4.1.1/configure --enable-threads=posix --enable-tls
--enable-gather-detailed-mem-stats --enable-languages=c,c++
when I do a gcc -v it says this:
Thread model: aix
I believe it should say posix.
I am compiling with a
On 12 Nov 2006 20:39:43 -, acme at mandriva dot com
[EMAIL PROTECTED] wrote:
--- Comment #5 from acme at mandriva dot com 2006-11-12 20:39 ---
(In reply to comment #4)
The only thing left from __task_rq_lock is a label.
SNIP
task_cpu were inlined and we constant proped the
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-11-13 16:00 ---
Subject: Re: DWARF: Not all inline concrete instances are being generated
On 12 Nov 2006 20:39:43 -, acme at mandriva dot com
[EMAIL PROTECTED] wrote:
--- Comment #5 from acme at mandriva dot com
--- Comment #8 from acme at mandriva dot com 2006-11-13 16:16 ---
OK, I thought that this was due to something like what you described, even
not
knowing that much about gcc internals, but I thought that even in this case
the
DW_TAG_inlined_subroutine would be emitted, or
--- Comment #7 from manuel dot serrano at inria dot fr 2006-11-13 16:33
---
The problem is solved.
The error IS NOT IN GCC.
I feel totally stupid and I present my most humbles excuses to everyone that
has lost time because of my false bug report.
The error (of course) was in my
A (now pretty simple) piece of code segfaults when compiled with gcc-3.4.6,
but runs fine with gcc-4.1.1.
The offending line is:
vtmp1.v = *(vFloat *)inp_array_1[bn];
-please wait until upload the source file.
Both gcc-3.4.6 and gcc-4.1.1 were built by myself; the same code segfaults
when
--- Comment #1 from sergstesh at yahoo dot com 2006-11-13 16:40 ---
Created an attachment (id=12606)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12606action=view)
source code which causes the segfault under gcc-3.4.6 and runs fine under
gcc-4.1.1
The file is the result
--- Comment #4 from jakub at gcc dot gnu dot org 2006-11-13 16:56 ---
Created an attachment (id=12607)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12607action=view)
gcc43-pr29581.patch
Yeah, found that out too earlier today.
This is the fix which I have regtested, including
If one compiles with -std=f95 the following program:
---
! { dg-do compile }
! { dg-options -std=f2003 }
! Check whether empty contains are allowd
module x
contains
end module x ! { dg-error CONTAINS statement must be followed by a FUNCTION or
SUBROUTINE statement }
program y
--- Comment #14 from mmitchel at gcc dot gnu dot org 2006-11-13 17:48
---
Subject: Bug 29518
Author: mmitchel
Date: Mon Nov 13 17:48:28 2006
New Revision: 118767
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118767
Log:
PR c++/29518
* pt.c
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-11-13 17:49
---
Subject: Bug 29518
Author: mmitchel
Date: Mon Nov 13 17:49:43 2006
New Revision: 118768
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118768
Log:
PR c++/29518
* pt.c
--- Comment #16 from mmitchel at gcc dot gnu dot org 2006-11-13 17:52
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from janis at gcc dot gnu dot org 2006-11-13 17:54 ---
I a saw a failure for this when testing backported testsuite changes, but it
passed when I ran it alone (with execute.exp=pr28651.c in RUNTESTFLAGS). I'm
testing it again now to see if the failure is intermittent,
--- Comment #17 from janis at gcc dot gnu dot org 2006-11-13 18:01 ---
The version of the test in mainline was modified to not check argc; I'll
backport Richard's test fix to 4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28651
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
--- Comment #2 from pault at gcc dot gnu dot org 2006-11-13 18:39 ---
Created an attachment (id=12608)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12608action=view)
Implementation of VALUE and three testcases
This patch is regtesting as I write; I have to leave right now, so I
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-11-13 18:41
---
Subject: Bug 29518
Author: mmitchel
Date: Mon Nov 13 18:41:26 2006
New Revision: 118770
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118770
Log:
PR c++/29518
* pt.c
--- Comment #1 from mtrudel at gmx dot ch 2006-11-13 18:48 ---
Why do you make a bugreport if there's already a fix for that?
Did no one reply to your patch or don't you have copyright assignment?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29812
--- Comment #20 from hjl at gcc dot gnu dot org 2006-11-13 18:53 ---
Subject: Bug 28915
Author: hjl
Date: Mon Nov 13 18:53:27 2006
New Revision: 118771
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118771
Log:
2006-11-12 Jason Merrill [EMAIL PROTECTED]
Andrew
--- Comment #21 from hjl at gcc dot gnu dot org 2006-11-13 18:55 ---
Subject: Bug 28915
Author: hjl
Date: Mon Nov 13 18:55:08 2006
New Revision: 118772
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118772
Log:
2006-11-12 Jason Merrill [EMAIL PROTECTED]
Andrew
--- Comment #3 from patchapp at dberlin dot org 2006-11-13 18:55 ---
Subject: Bug number PR29806
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/2006-11/msg00871.html
--
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-11-13 19:11 ---
Created an attachment (id=12609)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12609action=view)
newest version
Here's the newest version of the patch, which does
reading and backspace, plus defaults to
--- Comment #3 from jakub at gcc dot gnu dot org 2006-11-13 19:43 ---
Subject: Bug 29759
Author: jakub
Date: Mon Nov 13 19:42:55 2006
New Revision: 118773
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118773
Log:
PR fortran/29759
* fortran/scanner.c
--- Comment #4 from jakub at gcc dot gnu dot org 2006-11-13 19:44 ---
Subject: Bug 29759
Author: jakub
Date: Mon Nov 13 19:44:23 2006
New Revision: 118774
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118774
Log:
PR fortran/29759
* fortran/scanner.c
--- Comment #5 from jakub at gcc dot gnu dot org 2006-11-13 19:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
Hi,
the attached code exhibits an ICE:
gfcbug44.f90: In function 'point':
gfcbug44.f90:28: internal compiler error: in fold_convert, at fold-const.c:2146
Cheers,
-ha
--
Summary: ICE in fold_convert, at fold-const.c:2146
Product: gcc
Version: 4.3.0
--- Comment #6 from thomas at reactsoft dot com 2006-11-13 19:55 ---
Created an attachment (id=12610)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12610action=view)
Updated patch against the gcc-4_1-branch
The posted patch works fine, it fixes compilation errors of some win32 COM
--- Comment #1 from anlauf at gmx dot de 2006-11-13 19:57 ---
Created an attachment (id=12611)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12611action=view)
Demo code provoking ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29820
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-13 20:03 ---
Here is a shorter testcase:
module geo
type geodetic
real :: h
end type geodetic
end module geo
module gfcbug44
implicit none
contains
subroutine point ( gp)
use geo
type(geodetic), intent(out) :: gp
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-13 21:18 ---
Funny enough, gfortran does not crash when one reverts the order of point and
plane.
Debug information:
In trans-expr.c's gfc_trans_scalar_assign
gfc_add_block_to_block (block, lse-pre);
Hi,
here's another one:
gfcbug45.f90: In function 'foo':
gfcbug45.f90:8: internal compiler error: in gfc_typenode_for_spec, at
fortran/trans-types.c:666
Sample code attached.
Enough for tonight...
--
Summary: ICE in gfc_typenode_for_spec, at fortran/trans-
--- Comment #1 from anlauf at gmx dot de 2006-11-13 21:31 ---
Created an attachment (id=12612)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12612action=view)
ICE demo code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29821
--- Comment #2 from burnus at gcc dot gnu dot org 2006-11-13 21:39 ---
Slightly reduced test case:
module gfcbug45
implicit none
type cartesian
real :: x(2)
end type cartesian
contains
subroutine foo (z)
type(cartesian), intent(in) :: z
integer :: i
real::
--- Comment #19 from tom_gall at mac dot com 2006-11-13 22:32 ---
This is still an issue and I'm seeing it on both my power3 and power4 hardware
using gcc 4.1.1 and glibc 2.5, granted using gcc 3.3.6 to build libstdc++.so.5
It's of interest as there are several pieces of proprietary
--- Comment #10 from janis at gcc dot gnu dot org 2006-11-13 23:01 ---
Subject: Bug 28703
Author: janis
Date: Mon Nov 13 23:01:09 2006
New Revision: 118782
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118782
Log:
Backport from mainline:
2006-08-14 Richard
--- Comment #18 from janis at gcc dot gnu dot org 2006-11-13 23:03 ---
Richard's testsuite change is now on the 4.1 branch, so the test passes again
there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28651
--- Comment #22 from jason at gcc dot gnu dot org 2006-11-13 23:31 ---
Subject: Bug 28915
Author: jason
Date: Mon Nov 13 23:31:16 2006
New Revision: 118786
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118786
Log:
PR middle-end/28915
* gimplify.c
--- Comment #23 from jason at gcc dot gnu dot org 2006-11-13 23:42 ---
fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from pcarlini at suse dot de 2006-11-14 00:53 ---
I have analized in detail the case at issue (resize to the same size of the
current one) and came to the conclusion that trying to optimize for it (at the
cost of increasing the size of the inlined function) isn't really
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-14 00:53 ---
You should note that 3.4.x is no longer being maintained so this bug will most
likely be closed as fixed as you already mention it works in 4.1.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29818
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-14 00:55 ---
(In reply to comment #0)
I am compiling with a gcc-4.1.1 binary that someone else had built. The
reason
I am not using his binary is because I need a posix threading model. Am I
doing something wrong?
IIRC
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-14 00:57 ---
In fact it is.
#ifdef _THREAD_SAFE
#include gthr-posix.h
#else
#include gthr-single.h
#endif
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-14 01:00 ---
AIX threading is always enabled. Note this threading model is only for
libstdc++, exceptions, and libobjc and not your own program.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29817
--- Comment #3 from sergstesh at yahoo dot com 2006-11-14 01:04 ---
(In reply to comment #2)
You should note that 3.4.x is no longer being maintained so this bug will most
likely be closed as fixed as you already mention it works in 4.1.1.
That's too bad.
I am developing pretty
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-14 01:06 ---
This is a problem of our VOPs not having base+offset and has nothing to do with
restrict.
int f(int *r)
{
r[0] = 0;
r[1] = 0;
if(r[0]) foo();
}
is enough to reproduce the issue. Also I think there might be
--- Comment #8 from jason at gcc dot gnu dot org 2006-11-14 01:10 ---
Ah, I see the problem. The code I removed from the C and C++ front ends was
redundant with code in layout_decl, except that the code in layout_decl
deliberately ignores DECL_PACKED for fields of variable size.
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-11-14 01:15 ---
This is mostly PR 28367. There are most likely other issues like some of the
SSE intrinsics not being declared as pure/const.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pcarlini at suse dot de 2006-11-14 01:17 ---
(In reply to comment #3)
I am developing pretty heavy SSE-based code, and performance-wise gcc-3.4.6 is
the best so far. Sorry, I cant' post the code, but here are performance
figures (output of 'time' command):
Then,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Severity|major
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-11-14 01:23
---
Try -fno-range-check or use standard conforming methods.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29814
--- Comment #5 from sergstesh at yahoo dot com 2006-11-14 01:36 ---
(In reply to comment #4)
(In reply to comment #3)
I am developing pretty heavy SSE-based code, and performance-wise gcc-3.4.6
is
the best so far. Sorry, I cant' post the code, but here are performance
figures
--- Comment #6 from bangerth at dealii dot org 2006-11-14 02:29 ---
(In reply to comment #5)
We can make a deal: I obfuscate and publish the code, you guys fix the
bug preserving, if possible, performance.
The code is really complex, and it's not realistic for me to make it
--- Comment #7 from sergstesh at yahoo dot com 2006-11-14 02:54 ---
(In reply to comment #6)
(In reply to comment #5)
We can make a deal: I obfuscate and publish the code, you guys fix the
bug preserving, if possible, performance.
The code is really complex, and it's not
// gcc-bug: attribute((sentinel)) warning does not trigger for member function
template
//
// how to reproduce: g++-4.1.1 -Wall -c test.cpp
// Markus F.X.J. Oberhumer [EMAIL PROTECTED]
#define SENTINEL __attribute__((__sentinel__))
void func1(const char *, ...)
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-11-14 03:28
---
Subject: Bug 26994
Author: pinskia
Date: Tue Nov 14 03:28:17 2006
New Revision: 118800
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118800
Log:
2006-11-13 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-11-14 03:28
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bangerth at dealii dot org 2006-11-14 03:45 ---
I believe the code is in fact invalid, based on 14.3.2/1 and this wording
in 14.3.2/5:
-- For a non-type template-parameter of type pointer to member
function, no conversions apply.
The latter
1 - 100 of 121 matches
Mail list logo