--- Comment #2 from janis at gcc dot gnu dot org 2009-01-29 21:20 ---
In the C99 standard, floating constants are defined in section 6.4.4.2. A
floating constant of type double is unsuffixed; there is no 'd' or 'D' suffix.
Unless I'm missing something the test case is invalid
--- Comment #4 from janis at gcc dot gnu dot org 2009-01-29 21:57 ---
We missed that. This is indeed a bug.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #43 from janis at gcc dot gnu dot org 2009-01-29 22:36 ---
Rob, your various assertions do not show that there is a bug here. The failure
of gcc.target/i386/funcspec-3.c described in comment #41 does not prove that
the compiler under test is using GCC files from the install
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-30 00:25 ---
Andrew is correct, math.h is not provided by GCC.
TR 24732 is not supported by GLIBC and probably won't be until it is
incorporated into a C standard. Meanwhile it is in a branch of the EGLIBC
project, but I
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-30 00:31 ---
Please don't file a bug report against GLIBC for missing decimal float support
unless you enjoy being yelled at.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39032
--- Comment #35 from janis at gcc dot gnu dot org 2009-01-27 18:45 ---
In response to comment #34, the -B option overrides GCC_EXEC_PREFIX and the
compiler being tested in the build directory is invoked with -B.
GCC_EXEC_PREFIX will only be used to find files that are not in the build
--- Comment #4 from janis at gcc dot gnu dot org 2009-01-26 18:42 ---
Paolo, the person who reported the problem to me is no longer with IBM. I've
asked others in the same group to provide information about the origins of the
test and what implementations are known to pass
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-27 00:29 ---
It's not a bug that GCC EXEC_PREFIX is defined when the testsuite is run, as
explained in these patches:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00708.html
http://gcc.gnu.org/ml/gcc-patches/2006-12/msg01493
releases ownership
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
http://gcc.gnu.org
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-19 22:45 ---
I assume that the person who sent me the test did so because it passes with
some other implementation, but that doesn't mean it's widespread. It's fine
with me if you say it won't be fixed.
--
http://gcc.gnu.org
--- Comment #4 from janis at gcc dot gnu dot org 2009-01-20 00:22 ---
See the analysis in http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00801.html
which skips the test for MIPS targets.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
--- Comment #9 from janis at gcc dot gnu dot org 2009-01-08 18:08 ---
I tried the submitter's testcase on i686-pc-linux-gnu using trunk revision
143188 (today) and got the same ICE:
laptop% /home/janis/tools/gcc-trunk-bid/bin/gfortran -c -O2 -ftree-loop-linear
36922.f
36922.f
--- Comment #66 from janis at gcc dot gnu dot org 2009-01-06 17:51 ---
This is fixed for C and C++ compiler tests. We could close this PR and if
someone wants similar support for other languages they can open a new PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25241
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-06 19:02 ---
Subject: Bug 34252
Author: janis
Date: Tue Jan 6 19:02:41 2009
New Revision: 143128
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=143128
Log:
gcc/
PR c/34252
* ginclude/float.h: Rename
--- Comment #3 from janis at gcc dot gnu dot org 2009-01-06 19:06 ---
Fixed on the trunk for 4.4.0. I didn't ask to backport the fix to the 4.3
branch because I thought the 4.3.x releases should be consistent.
--
janis at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from janis at gcc dot gnu dot org 2009-01-05 19:10 ---
The powerpc testcase and perlbmk now pass when compiled with the options that
used to cause them to hang, for both the current 4.3 branch and mainline, so
let's call this fixed. If anyone cares I can find out which
--- Comment #36 from janis at gcc dot gnu dot org 2008-12-19 17:50 ---
I'll revert the patch that changes the XFAIL. I noticed yesterday that the
test was failing on powerpc64-linux on a distribution that I hadn't tested on
before, although the new XFAIL had worked on the other
--- Comment #37 from janis at gcc dot gnu dot org 2008-12-19 18:14 ---
Subject: Bug 24685
Author: janis
Date: Fri Dec 19 18:12:40 2008
New Revision: 142840
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142840
Log:
Revert:
2008-12-12 Janis Johnson janis
--- Comment #38 from janis at gcc dot gnu dot org 2008-12-19 18:22 ---
Subject: Bug 24685
Author: janis
Date: Fri Dec 19 18:20:41 2008
New Revision: 142841
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142841
Log:
Revert:
2008-12-12 Janis Johnson janis
--- Comment #6 from janis at gcc dot gnu dot org 2008-12-19 19:43 ---
Created an attachment (id=16947)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16947action=view)
final patch
This was the final patch; it wasn't submitted to gcc-patches, but was written
based on a suggestion
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-17 23:37 ---
I'm testing a fix.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #11 from janis at gcc dot gnu dot org 2008-12-12 19:36 ---
Subject: Bug 11594
Author: janis
Date: Fri Dec 12 19:34:48 2008
New Revision: 142718
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142718
Log:
PR target/11594
* gcc.dg/20020103-1.c: Remove
--- Comment #12 from janis at gcc dot gnu dot org 2008-12-12 19:37 ---
Fixed.
From the patch mail:
The scan assembler check in gcc.dg/20020103-1.c is now XPASS for all powerpc
targets reported in the gcc-testresults archive. It started passing for
powerpc64-unknown-linux-gnu
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-12 19:41 ---
There are no archived test results for powerpc64-*-darwin*, so if someone can
verify that this fixes the test, please report that here or close this PR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29071
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-12 22:15 ---
Subject: Bug 31032
Author: janis
Date: Fri Dec 12 22:14:39 2008
New Revision: 142723
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142723
Log:
PR objc++/31032
* obj-c++.dg/bitfield-1.mm
--- Comment #33 from janis at gcc dot gnu dot org 2008-12-12 22:18 ---
Subject: Bug 24685
Author: janis
Date: Fri Dec 12 22:17:31 2008
New Revision: 142724
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142724
Log:
PR libgfortran/24685
* gfortran.dg
--- Comment #34 from janis at gcc dot gnu dot org 2008-12-12 22:22 ---
Subject: Bug 24685
Author: janis
Date: Fri Dec 12 22:21:14 2008
New Revision: 142725
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142725
Log:
PR libgfortran/24685
* gfortran.dg
--- Comment #11 from janis at gcc dot gnu dot org 2008-12-12 22:23 ---
This ICE still happens on the 4.3 branch but it was fixed on mainline sometime
between r142476 (20081205) and r142646 (20081210).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31032
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-11 23:17 ---
Fixed by http://gcc.gnu.org/viewcvs?view=revrevision=142371.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from janis at gcc dot gnu dot org 2008-12-11 23:38 ---
Subject: Bug 29071
Author: janis
Date: Thu Dec 11 23:37:03 2008
New Revision: 142696
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142696
Log:
PR testsuite/29071
* gcc.dg/20020919-1.c: Fix
Priority: P3
Component: libmudflap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38462
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc*-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38464
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38464
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38448
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38448
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-08 20:43 ---
Either of the suggestions in comment #1 fixes this, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38448
--- Comment #3 from janis at gcc dot gnu dot org 2008-12-08 22:03 ---
Eric,
Your sparc patch referenced in comment #1 fixes this powerpc64-linux failure.
Are you planning to push for it to be accepted for 4.4? In
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00500.html
Mark
--- Comment #9 from janis at gcc dot gnu dot org 2008-12-08 22:11 ---
Subject: Bug 36889
Author: janis
Date: Mon Dec 8 22:10:06 2008
New Revision: 142566
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142566
Log:
Backport from mainline:
2008-09-16 Jakub Jelinek
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-05 21:36 ---
The failures also happen for powerpc64-unknown-linux-gnu, both -m32 and -m64.
They start with r142418.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38410
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-05 00:23 ---
The fix causes two tests to get an internal compiler error for powerpc*-*-*:
g++.dg/init/copy5.C
gcc.c-torture/execute/930718-1.c
Here's a smaller version of 930718-1.c:
typedef struct rtx_def
--- Comment #28 from janis at gcc dot gnu dot org 2008-12-02 17:45 ---
Subject: Bug 28870
Author: janis
Date: Tue Dec 2 17:44:08 2008
New Revision: 142366
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142366
Log:
Backport from mainline:
2008-11-26 Janis Johnson
--- Comment #29 from janis at gcc dot gnu dot org 2008-12-02 17:49 ---
Fixed in trunk (4.4) and 4.3; 4.2 isn't expected to have additional releases so
I haven't backported it there.
The patch solves the original reported problem, a hard-coded timeout for
libstdc++ tests, by allowing
--- Comment #10 from janis at gcc dot gnu dot org 2008-12-02 22:13 ---
Subject: Bug 29056
Author: janis
Date: Tue Dec 2 22:11:55 2008
New Revision: 142374
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142374
Log:
Backport from mainline:
2008-08-26 Janis Johnson
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 22:28 ---
Adding --param sra-max-structure-size=32 as suggested in comment #1 makes the
test pass on powerpc64-linux with -m32 and -m64. Jan, is that an appropriate
fix/workaround?
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-02 22:54 ---
Jan, you added this test, do you have answers to Kaveh's questions?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-12-02 23:02 ---
The test is supposed to fail, but expected an error at line 8. Yesterday I
fixed the test to expect the error at line 7, although I hadn't noticed this PR
at the time. The patch is at
http://gcc.gnu.org/ml/gcc
--- Comment #4 from janis at gcc dot gnu dot org 2008-12-02 00:00 ---
This test also fails on powerpc64-unknown-linux-gnu for both -m32 and -m64. It
passed on 2008-08-24 (r138089) and failed on 2008-08-25 (r138121). Let me know
if you'd like me to run a regression hunt and/or provide
--- Comment #3 from janis at gcc dot gnu dot org 2008-12-02 00:05 ---
This test also fails on powerpc64-unknown-linux-gnu for both -m32 and -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
--- Comment #4 from janis at gcc dot gnu dot org 2008-12-02 00:20 ---
Subject: Bug 38270
Author: janis
Date: Tue Dec 2 00:18:56 2008
New Revision: 142341
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142341
Log:
PR libgomp/38270
* config/linux/powerpc/mutex.h
--- Comment #5 from janis at gcc dot gnu dot org 2008-12-02 00:50 ---
Fixed.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
for
__vector bool
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC host
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-26 17:39 ---
This is the same problem as in PR37938, as H.J. said, but for powerpc*-linux.
I'll try copying the ia64 solution.
I see that my objections to having a separate libgomp mutex.h for powerpc have
already been raised
--- Comment #26 from janis at gcc dot gnu dot org 2008-11-26 18:52 ---
Subject: Bug 28870
Author: janis
Date: Wed Nov 26 18:51:07 2008
New Revision: 142225
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142225
Log:
gcc/
PR testsuite/28870
* doc/sourcebuild.texi
--- Comment #3 from janis at gcc dot gnu dot org 2008-11-26 22:08 ---
I'm about to take off for a long holiday weekand and haven't finished testing,
but it fixes the test failures to copy mutex.h from libgomp/config/linux/ia64
to libgomp/config/linux/powerpc and update the comments
--- Comment #27 from janis at gcc dot gnu dot org 2008-11-26 22:16 ---
Subject: Bug 28870
Author: janis
Date: Wed Nov 26 22:15:07 2008
New Revision: 142230
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142230
Log:
PR testsuite/28870
* lib/objc.exp
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgomp
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-24 18:07 ---
Subject: Bug 38076
Author: janis
Date: Mon Nov 24 18:05:50 2008
New Revision: 142163
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142163
Log:
2008-11-24 Jack Howarth [EMAIL PROTECTED]
PR testsuite
--- Comment #3 from janis at gcc dot gnu dot org 2008-11-24 18:12 ---
Subject: Bug 38241
Author: janis
Date: Mon Nov 24 18:11:12 2008
New Revision: 142164
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142164
Log:
2008-11-24 Jack Howarth [EMAIL PROTECTED]
PR testsuite
--- Comment #25 from janis at gcc dot gnu dot org 2008-11-24 22:31 ---
I'm still tweaking this, to support dg-timeout and dg-timeout-factor plus
tool-specific default timeouts for gcc, libstdc++-v3, libgomp, and libmudflap.
As for picking up gcc,timeout for the target board I
--- Comment #23 from janis at gcc dot gnu dot org 2008-11-21 00:58 ---
I posted a patch for compiler tests at
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01066.html
but after playing around more realized that it shouldn't be necessary to allow
setting a default in .dejagnurc, since
--- Comment #24 from janis at gcc dot gnu dot org 2008-11-21 01:28 ---
For the libstdc++ tests, which are the original focus of this PR, is it enough
to provide dg-timeout and dg-timeout-factor and either leave the 600 default,
or else take the larger of that and [target_info gcc
--- Comment #21 from janis at gcc dot gnu dot org 2008-11-18 22:48 ---
Interesting that you should ask, I modified the patch yesterday and intend to
submit it as soon as I've done some more testing.
The current version adds dg-timeout, which sets the timeout for running the
compiler
--- Comment #24 from janis at gcc dot gnu dot org 2008-11-17 19:41 ---
Subject: Bug 38099
Author: janis
Date: Mon Nov 17 19:39:54 2008
New Revision: 141948
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141948
Log:
2008-11-14 Jack Howarth [EMAIL PROTECTED]
PR testsuite
--- Comment #4 from janis at gcc dot gnu dot org 2008-11-17 20:19 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from janis at gcc dot gnu dot org 2008-11-17 20:20 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-17 20:21 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from janis at gcc dot gnu dot org 2008-11-17 20:23 ---
Fixed by Jack's patch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from janis at gcc dot gnu dot org 2008-11-14 18:38 ---
Subject: Bug 38098
Author: janis
Date: Fri Nov 14 18:36:41 2008
New Revision: 141862
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141862
Log:
2008-11-14 Jack Howarth [EMAIL PROTECTED]
PR testsuite
--- Comment #14 from janis at gcc dot gnu dot org 2008-11-12 17:48 ---
Subject: Bug 37202
Author: janis
Date: Wed Nov 12 17:47:13 2008
New Revision: 141794
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141794
Log:
2008-11-12 Jack Howarth [EMAIL PROTECTED]
PR testsuite
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-12 17:53 ---
Subject: Bug 38008
Author: janis
Date: Wed Nov 12 17:52:24 2008
New Revision: 141795
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141795
Log:
2008-11-12 Jack Howarth [EMAIL PROTECTED]
PR testsuite
--- Comment #2 from janis at gcc dot gnu dot org 2008-11-12 21:35 ---
Subject: Bug 38010
Author: janis
Date: Wed Nov 12 21:33:34 2008
New Revision: 141803
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141803
Log:
2008-11-12 Jack Howarth [EMAIL PROTECTED]
PR bootstrap
--- Comment #5 from janis at gcc dot gnu dot org 2008-10-31 19:49 ---
Fixed in mainline and 4.3 branch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #20 from janis at gcc dot gnu dot org 2008-10-30 16:46 ---
To add to comment #18, after r128272 GCC for powerpc-linux no longer generates
bdnz for:
int reg_values[1024];
void
clear_table (unsigned int n)
{
unsigned int i;
for (i = 0; i n; i++)
reg_values[i] = 0
--- Comment #29 from janis at gcc dot gnu dot org 2008-10-29 17:05 ---
On powerpc-linux the submitter's testcase gets better code with the patch from
comment #17, but the same testcase with the loop starting with 1 instead of
zero gets worse code. From the 4.1 branch with -O2:
.L2
-invalid
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37940
--- Comment #3 from janis at gcc dot gnu dot org 2008-10-27 16:47 ---
Subject: Bug 37897
Author: janis
Date: Mon Oct 27 16:45:40 2008
New Revision: 141386
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141386
Log:
PR other/37897
* decDouble.h (decDouble): Replace
--- Comment #4 from janis at gcc dot gnu dot org 2008-10-27 18:17 ---
Subject: Bug 37897
Author: janis
Date: Mon Oct 27 18:16:20 2008
New Revision: 141389
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=141389
Log:
PR other/37897
* decDouble.h (decDouble): Replace
--- Comment #2 from janis at gcc dot gnu dot org 2008-10-23 16:16 ---
The code in question is in the 4.3 branch but not 4.2. The changes are very
minimal, so the patch is probably appropriate for the 4.3 branch. I had
already planned to ask to put it there as well as mainline
: decNumber functions break strict-aliasing rules
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||bje at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot
--- Comment #1 from janis at gcc dot gnu dot org 2008-10-15 23:09 ---
The tests listed in the submitter's description also fail (according to
archived testresults) on powerpc-unknown-linux-gnu, hppa-unknown-linux-gnu, and
powerpc-ibm-aix5.3.0.0.
--
http://gcc.gnu.org/bugzilla
--- Comment #7 from janis at gcc dot gnu dot org 2008-10-02 16:22 ---
The patch from comment #3 passes bootstrap and regtests on powerpc64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
--- Comment #4 from janis at gcc dot gnu dot org 2008-10-02 00:21 ---
The test passes with a simple build of gcc with the patch from comment#3. I
fired off a bootstrap and testsuite run.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37447
--- Comment #11 from janis at gcc dot gnu dot org 2008-09-24 00:16 ---
Created an attachment (id=16398)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16398action=view)
yet another C testcase
I still don't understand what's going on, but have a new testcase that
demonstrates a few
--- Comment #8 from janis at gcc dot gnu dot org 2008-09-22 22:12 ---
Created an attachment (id=16382)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16382action=view)
small C testcase that fails with current trunk
This version of the small C testcase fails with current mainline
--- Comment #10 from janis at gcc dot gnu dot org 2008-09-22 23:08 ---
The new testcase passes with -O1 -funsafe-math-optimizations
-fno-tree-dominator-opts. The dom1 dump for -O1 -funsafe-math-optimizations
twice reports Invalid sum of incoming frequencies.
--
http://gcc.gnu.org
--- Comment #5 from janis at gcc dot gnu dot org 2008-09-19 18:24 ---
The operand of a postincrement and friends must be a modifiable lvalue. The
type check code for both C and C++ calls get_unwidened, which removes the cast
when it's a different size but leaves the cast when it's
--- Comment #6 from janis at gcc dot gnu dot org 2008-09-19 22:19 ---
Created an attachment (id=16365)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16365action=view)
minimized C testcase
I don't yet understand what's going on but was able to come up with a
relatively small
--- Comment #7 from janis at gcc dot gnu dot org 2008-09-20 00:26 ---
Sigh. My nifty small C testcase doesn't fail with current mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37449
--- Comment #4 from janis at gcc dot gnu dot org 2008-09-18 18:35 ---
Subject: Bug 35712
Author: janis
Date: Thu Sep 18 18:33:58 2008
New Revision: 140466
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140466
Log:
Backport from mainline:
2008-04-03 Janis Johnson
--- Comment #5 from janis at gcc dot gnu dot org 2008-09-18 18:36 ---
Subject: Bug 35713
Author: janis
Date: Thu Sep 18 18:35:24 2008
New Revision: 140467
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140467
Log:
Backport from mainline:
2008-04-03 Janis Johnson
--- Comment #4 from janis at gcc dot gnu dot org 2008-09-18 18:39 ---
Subject: Bug 35620
Author: janis
Date: Thu Sep 18 18:37:52 2008
New Revision: 140468
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140468
Log:
Backport from mainline:
2008-04-08 Janis Johnson
--- Comment #64 from janis at gcc dot gnu dot org 2008-09-18 22:31 ---
Subject: Bug 25241
Author: janis
Date: Thu Sep 18 22:29:39 2008
New Revision: 140476
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140476
Log:
PR testsuite/25241
* lib/g++.exp (g++_init
--- Comment #1 from janis at gcc dot gnu dot org 2008-09-17 16:00 ---
I tested with -m32 on powerpc64-linux, not with both -m32/-m64 which would have
caught this; I'll test with both for related patches.
The test previously used { dg-warning }, which matched any message from that
line
--- Comment #3 from janis at gcc dot gnu dot org 2008-09-17 17:02 ---
This is twisting my brain, but in this simplified testcase:
__PTRDIFF_TYPE__ p;
short q;
void foo () { ((char *)p)++; }
void bar () { ((char *)q)++; }
we get an error with both -m32 and-m64 for foo
--- Comment #4 from janis at gcc dot gnu dot org 2008-09-17 17:38 ---
The same thing happens in C for the simplified testcase; z.c is a copy of z.C
from comment #3:
elm3b149% /home/janis/tools/gcc-trunk-anonsvn/bin/gcc -c -m32 z.c
z.c: In function foo:
z.c:3: error: lvalue
--- Comment #63 from janis at gcc dot gnu dot org 2008-09-17 23:24 ---
Subject: Bug 25241
Author: janis
Date: Wed Sep 17 23:23:11 2008
New Revision: 140437
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140437
Log:
PR testsuite/25241
* g++.old-deja/g++.brendan
201 - 300 of 915 matches
Mail list logo