--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-02-23 09:01
---
In keeping with your choice of "target" category, I think this is a
Darwin-specific thing. ASM_DECLARE_OBJECT_NAME() in config/darwin.h says:
/* Darwin doesn't support zero-size objects,
--- Comment #6 from rsandifo at gcc dot gnu dot org 2006-02-18 22:25
---
With the patch that I just committed, you should be able to
get the desired behaviour using -fsection-anchors.
--
rsandifo at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from rsandifo at gcc dot gnu dot org 2006-02-18 22:22
---
The patch I committed should provide the general infrastructure,
but an ARM patch will be needed to make use of it. ARM code
would also benefit if we tried to reuse addresses that the
function had to calculate
--- Comment #8 from rsandifo at gcc dot gnu dot org 2006-02-18 22:07
---
Subject: Bug 9703
Author: rsandifo
Date: Sat Feb 18 22:06:53 2006
New Revision: 111254
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111254
Log:
* cselib.c (cselib_init): Change RTX
--- Comment #5 from rsandifo at gcc dot gnu dot org 2006-02-18 22:07
---
Subject: Bug 17106
Author: rsandifo
Date: Sat Feb 18 22:06:53 2006
New Revision: 111254
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111254
Log:
* cselib.c (cselib_init): Change RTX
--- Comment #7 from rsandifo at gcc dot gnu dot org 2006-02-02 17:14
---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00133.html
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rsandifo at gcc dot gnu dot org 2006-02-02 17:09
---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00133.html
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rsandifo at gcc dot gnu dot org 2006-01-19 07:48
---
I've checked in the fix for 4.1 and 4.2. It doesn't apply directly
to earlier branches because they used TREE_LISTs for CONSTRUCTORs.
A straight-forward conversion would introduce a linear walk ove
--- Comment #3 from rsandifo at gcc dot gnu dot org 2006-01-19 07:46
---
Subject: Bug 25805
Author: rsandifo
Revision: 109946
Modified property: svn:log
Modified: svn:log at Thu Jan 19 07:46:15 2006
--- Comment #2 from rsandifo at gcc dot gnu dot org 2006-01-19 07:45
---
Subject: Bug 25805
Author: rsandifo
Revision: 109947
Modified property: svn:log
Modified: svn:log at Thu Jan 19 07:45:28 2006
--- Comment #1 from rsandifo at gcc dot gnu dot org 2006-01-16 10:19
---
Testing a fix
--
rsandifo at gcc dot gnu dot org changed:
What|Removed |Added
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rsandifo at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc
+
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rsandifo at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24977
--- Comment #2 from rsandifo at gcc dot gnu dot org 2005-11-21 16:09
---
BTW, this is 12.2/5.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20416
--- Comment #1 from rsandifo at gcc dot gnu dot org 2005-11-21 16:09
---
Confirmed. Here's a dejagnu-style testcase:
// PR c++/20416. We correctly constructed the temporary S in foo(),
// but incorrectly destroyed it every time foo() was called.
// { dg-do run }
extern &qu
--- Comment #4 from rsandifo at gcc dot gnu dot org 2005-11-04 09:22
---
I think TImode has to be a workable mode for IRIX 6. Long double is TFmode,
and it would certainly seem odd to support TImode and not TFmode. (I seem to
remember the s390 folks having to add TImode support
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--
What|Removed |Added
AssignedTo|rsandifo at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|REOPENED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13
08:34 ---
After the patch for 18899, this now works for:
program main
implicit none
real :: a(0:9)
integer :: bn(10)
bn(1:1) = lbound(a)
print *, bn(1)
end program main
but like FX says, we probably
--
What|Removed |Added
Target Milestone|4.1.1 |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18899
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13
08:08 ---
Patch applied to mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13
07:50 ---
Re crti.o and crtn.o: can I just check that you unpacked unmodified
FSF sources, configured with those arguments, ran "make", and that
"make" completed successfully, but that crti.o and
--
Bug 19276 depends on bug 19269, which changed state.
Bug 19269 Summary: transpose(reshape(...)) of character array segfaults.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19269
What|Old Value |New Value
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-13
07:24 ---
Patch committed to mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-12
08:51 ---
About to post a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19239
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-09
06:37 ---
Patch applied to mainline.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-09
06:24 ---
Patch applied to mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 15502 depends on bug 12840, which changed state.
Bug 12840 Summary: Unable to find scalarization loop specifier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12840
What|Old Value |New Value
--
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-09
06:01 ---
Patch applied to mainline.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19276 depends on bug 22518, which changed state.
Bug 22518 Summary: ICE in gfc_conv_function_call for character function with
LEN=length(arg)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
What|Old Value |New Value
---
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08
18:54 ---
Patch applied to trunk.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 15809 depends on bug 15326, which changed state.
Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--
Bug 19292 depends on bug 15326, which changed state.
Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--
Bug 22518 depends on bug 15326, which changed state.
Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--
Bug 19242 depends on bug 15326, which changed state.
Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--
Bug 19276 depends on bug 15326, which changed state.
Bug 15326 Summary: ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08
18:51 ---
Patch committed to trunk.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 19276 depends on bug 19928, which changed state.
Bug 19928 Summary: Reference of constant derived type component causes failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19928
What|Old Value |New Value
--
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08
16:09 ---
Patch applied to trunk.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08
09:24 ---
After discussion on fortran@, I'll take a look at the
library thing too.
--
What|Removed |
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-08
09:21 ---
Patch applied to trunk.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-07
16:58 ---
Hmm. I supposed I'd better check. Is the following code
also valid:
program main
implicit none
real, dimension (:), pointer :: x
x => null()
x => test ()
contains
function te
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-07
15:59 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-07
13:43 ---
It's not clear who's on the hook to the fix the transpose() call.
I'll unassign myself in the meantime.
--
What|Removed
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-07
10:45 ---
Fixed by the same patch as 15326.
--
What|Removed |Added
BugsThisDependsOn
--
Bug 19276 depends on bug 21825, which changed state.
Bug 21825 Summary: [4.0/4.1 Regression] 2D array initialization with reshape
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21825
What|Old Value |New Value
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-07
10:40 ---
Fixed by the partial patch for 19269
--
What|Removed |Added
OtherBugsDependingO
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-07
10:37 ---
Is this still a problem? The other two testcases seem to work now.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-06
15:54 ---
There seem to be two problems here. First, gfc_simplify_reshape
doesn't set the result's typespec correctly (it doesn't include
a character length). Second, we're passing char
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-05
13:20 ---
Working on a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-02
12:36 ---
Applied to 3.4. Testcases also applied to 4.0 and mainline.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-31
20:42 ---
Working on a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-26
10:48 ---
Have a possible patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-23
14:19 ---
Working on a patch.
--
What|Removed |Added
AssignedTo|pbrook at gcc dot gnu dot
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-08
07:51 ---
Patch applied to 3.4. Testcase also applied to mainline and 4.0.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-08
07:50 ---
Patch applied to 3.4. Testcase also applied to mainline and 4.0.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-06
11:08 ---
Patch applied to mainline.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
NCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: rsandifo at gcc dot gnu dot org
ReportedBy: rsandifo at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: pow
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-03
14:18 ---
Patch applied to 3.4. Relevant parts of testcase also
applied to HEAD and 4.0.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-02
15:46 ---
This is a bug in the i386 builtin expansion code. Testing a fix.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-01
16:28 ---
Reclassifying as a C frontend bug.
--
What|Removed |Added
Component|middle-end
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-01
15:09 ---
It looks like there's lots of interesting breakage in this area. ;)
Testing a patch.
--
What|Removed |
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-01
08:55 ---
Testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-31
08:46 ---
Patch applied to 3.4 branch. Testcase also applied to 4.0 and mainline.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-29
13:43 ---
Testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-29
07:25 ---
Testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-28
16:35 ---
Patch applied to 3.4 branch. Testcase also applied to 4.0 and mainline
(where it already passes).
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-28
10:55 ---
This is another symptom of the same bug as PR19283. I'm testing
a backport of that patch.
--
What|Removed |
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-28
08:10 ---
Patch applied to 3.4. I also applied the testcase to mainline and 4.0
(where it passes already).
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-27
17:31 ---
This seems to be caused by:
2004-02-15 Roger Sayle <[EMAIL PROTECTED]>
Backport from mainline:
2004-02-07 Roger Sayle <[EMAIL PROTECTED]>
PR middle-end/13696
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-27
12:46 ---
It'll come as no surprise that this is yet another bug related
to the infamous RTX_UNCHANGING_P. A reduced C testcase is:
extern void abort (void);
void f (const char *x)
{
if (x[0
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-21
06:58 ---
Patch committed.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-14
17:55 ---
The reduced testcase that I've just attached fails for 4.1 as
well as 3.4 on mips64-elf. I haven't yet tried 4.0.
--
What|Removed
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-14
13:49 ---
I think this is a bug in gcse.c:hoist_code. It appears to date back
to when the code was first added.
The function is supposed to be doing the following:
for each block BB
for each expr E
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-09
08:56 ---
Sorry, changed "Reported against" field instead of "Target Milestone".
--
What|Removed
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-09
08:55 ---
Committed to mainline.
Let me know if this is a regression from an earlier release. I'll then apply
the patch to the appropriate branches. I'll tentatively close this PR as fixed
in th
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-05
14:51 ---
> The analysis is slightly flawed. For example:
>
> UINT32 r0045025C = opt_and(ic, r004501D4); // N = and (_, M) :00022108
> UINT32 r00450994 = opt_not(r0045025C); /
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-04
13:52 ---
Oops, the following line was bogus:
UINT32 r00450994 = opt_not(r0045025C);// b = not (N) :fffddef7
the value should be . It doesn't affect the analysis though.
--
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-04
13:49 ---
Are you sure this reduced testcase is an accurate reflection of the
real one? The transformation performed by gcc appears to be correct.
For example, r00450DB4 evaluates to 0, so anything ANDed with it
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-04
09:36 ---
OK, I'll run that change through dejagnu and commit if there are no problems.
--
What|Removed |
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-04
09:23 ---
Confirmed. This is a target-specific bug.
--
What|Removed |Added
AssignedTo
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-16
13:11 ---
Andrew's right. You're telling gcc that init_fallthru() and fini_fallthru()
are global functions, but your asms define it to be a local function.
--
What
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-16
13:07 ---
You say that p.s doesn't work. Could you explain why? The code appears
to be functionally identical to q.s, the only difference being that p.s
allows the assembler to reorder the code and q.s doe
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-08
12:14 ---
Fixed in 3.4, 4,0 and 4.1.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-08
09:40 ---
Now fixed on mainline. Backports for 4.0 and 3.4 are in the works.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-05
12:01 ---
> Reading your reply further, I understand that the behavior I observere is
> correct and related to the fact that the 'int32_t' type is assumed to be
> aligned.
Right.
> It is not
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-05-05
07:11 ---
I'm confused by this report. You use:
*((int32_t *) a.unaligned_int) = 0x123456;
which reads the value of a.unaligned_int, casts it from an integer
to a pointer, and then dereferences the po
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-06
19:02 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2005-04/msg00708.html
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-06
14:28 ---
Thanks for the heads-up. Will try to fix this ASAP.
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-06
06:56 ---
> Richard,
> I think we should probably close this one unless we actually get a chip part
> that has this failing :)
...or at least get some documentation about what the hardware
limitation ac
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-04-04
19:53 ---
Patch applied to mainline and 4.0. I forgot to add the PR number
to the initial mainline commit (now corrected) which is why it
didn't show up in the PR.
--
What|Re
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-30
06:52 ---
Done. I'm fairly sure it's possible to find another
manifestation of the bug, but it's wa to late in
the 4.0 cycle to fix something like this anyway.
Maybe the 4.1 tree-level improvemen
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-21
17:53 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01840.html
--
What|Removed |Added
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-17
21:13 ---
Committed to 3.4 as promised, after bootstrapping & regression
testing on mips-sgi-irix6.5.
--
What|Removed |A
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-03-07
17:54 ---
Patch applied to mainline and 4.0. Will apply to 3.4 branch
in a week or so if nothing goes wrong.
--
What|Removed |Added
301 - 400 of 438 matches
Mail list logo