--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-10
08:51 ---
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00512.html
--
What|Removed |Added
Key
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-01-10
09:33 ---
Just another data point:
Reverting the patch on current mainline makes the problem disappear.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18089
When I compile ACE 5.4.2 with the actual snapshot I get an ICE:
g++ -O2 -march=opteron -c -fPIC -o .shobj/POA.o POA.ii
/home/cie019/ace542-gcc40/ACE_wrappers/TAO/tao/Valuetype/ValueBase.inl: In
function 'CORBA::Boolean TAO_OBV_GIOP_Flags::is_end_tag(CORBA::ULong)':
/home/cie019/ace542-gcc40/ACE_w
--- Additional Comments From micis at gmx dot de 2005-01-10 09:47 ---
Created an attachment (id=7917)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7917&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19355
--- Additional Comments From coudert at clipper dot ens dot fr 2005-01-10
09:53 ---
Currently, the main problem with building for AIX5.1 is that TOC for cc1 and
f951 are too big for the linker to handle. Extra flags must be used:
-Wl,-bbigtoc and -mminimal-toc, that the configure mechani
Richard, your patch
http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg00288.html
causes the following testcase to ICE on mainline (i686-pc-linux-gnu):
==
typedef char v16qi __attribute__((vector_size(16)));
void foo()
{
v16qi v=(v16qi)__builtin_ia32_
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-10
10:06 ---
Testing a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebo
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-01-10
11:02 ---
Proposed patch here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00050.html
--
What|Removed |Added
---
ved signal SIGSEGV, Segmentation fault.
verify_jvm_instructions (jcf=0xb75f5500, byte_ops=0x87adcb4 "ยจ", length=13)
at /home/ranmath/src/gcc/gcc-20050110/gcc/java/verify.c:712
712 if (TREE_CODE (tmp) != TREE_LIST)
(gdb) bt
#0 verify_jvm_instructions (jcf=0xb75f5500
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-10 11:28
---
Yes, my patch clearly triggers this (changing silent miscompilation of the
code into an ICE).
The problem is that common_type doesn't handle ENUMERAL_TYPEs, so probably
shorten_compare should made sure it does
--- Additional Comments From aph at gcc dot gnu dot org 2005-01-10 11:33
---
It's extremely unlikely that anyone will fix bugs in the old verifier.
However, it is still used for the non- indirect dispatch case. I don't know if
it's possible to use the new verifier for that: probably no
struct f {
float f[8];
};
void ftest(struct f arg1, long double arg2) {
}
causes
movxf.c: In function `ftest':
movxf.c:5: error: insn does not satisfy its constraints:
(insn 46 34 66 0 (set (reg:XF 134 f6)
(reg:XF 116 r36 [ arg2 ])) 26 {*movxf_internal} (nil)
(expr_list:REG_D
--
What|Removed |Added
Known to fail||3.3.3 3.4.3 4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19357
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-01-10
11:59 ---
In that case, we should either make -findirect-dispatch the default
or try to fix this bug. Users will otherwise unnecessarily be bitten
by such old verifier bugs. I'm willing to try hunting this particular
This triggers an ICE in a SPEC candidate benchmark:
1 MODULE foo
2 CONTAINS
3 SUBROUTINE bar(d, i, j)
4 IMPLICIT NONE
5 INTEGER, INTENT(IN) :: i, j
6 REAL, DIMENSION(i:), INTENT(IN) :: d
7 REAL p
8 p = d(j)
9 END
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 12:28
---
(In reply to comment #10)
> (In reply to comment #9)
> > Fixed on the mainline.
>
> Could this fix be applied to the 3.4 branch?
Are you sure it is even fixed? with gcc-4.0-20050109, the build fails with th
The following valid code from a SPEC benchmark candidate results
in an error because bar_ is not resolved to bar:
1 MODULE fubar
2 IMPLICIT NONE
3 PRIVATE bar_
4 INTERFACE bar_
5MODULE PROCEDURE bar
6 END INTERFACE
7 CONTAINS
--- Additional Comments From heitkamp at ameritech dot net 2005-01-10
13:18 ---
Subject: Re: [4.0 Regression] ada does not compile
On Sun, 9 Jan 2005, laurent at guerby dot net wrote:
>
> --- Additional Comments From laurent at guerby dot net 2005-01-09 18:22
> ---
> Could y
--- Additional Comments From aj at gcc dot gnu dot org 2005-01-10 13:40
---
This bug occurs also in a SPEC2004 candidate benchmark.
--
What|Removed |Added
C
Happen with gcc40 snapshots 4.0.0 20050109 (experimental) and the snapshots in
past months.
gcc configured with --disable-nls --with-system-zlib --program-suffix=40
--disable-shared --prefix=/usr/local x86_64-portbld-freebsd6.0
ICE with -O2,-O3, or -O1 -funit-at-a-time
It works well with -O0 -funi
--- Additional Comments From kcwu at csie dot org 2005-01-10 14:03 ---
Created an attachment (id=7918)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7918&action=view)
source code exhibiting the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19360
--- Additional Comments From laurent at guerby dot net 2005-01-10 14:07
---
BOOT_CFLAGS='-mtune=athlon-mp -O3 -pipe'
Okay, that's the issue, I believe the default one is "-O2", I suggested
retrying without BOOT_CLFAGS, you should be able to build.
We're currently running the Ada testsu
--
What|Removed |Added
Component|translation |c++
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-01-10
14:11 ---
Will look at it.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ler
--- Additional Comments From kcwu at csie dot org 2005-01-10 14:16 ---
(In reply to comment #0)
> ICE with -O2,-O3, or -O1 -funit-at-a-time
> It works well with -O0 -funit-at-a-time or -O3 -fno-unit-at-a-time
sorry, it works well with -O2 -fno-unit-at-a-time, but ICE with -O3
-fno-unit-at
The -MT option really does use precisely the specified string as the target.
It would be better if spaces (and other funny characters) were
escaped (using backslash) in the output.
Note: for my purposes it would be enough to follow the proposal in
bug #15185 that there be an option to force t
to compile with ICE on i686-linux, with gfortran version 4.0.0 20050110
(experimental).
--
Summary: ICE in fold_convert, at fold-const.c:1998
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compon
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
14:33 ---
Confirmed, here is the backtrace:
#0 gfc_conv_expr_val (se=0xb8c0, expr=0x0) at
/Users/pinskia/src/local/gcc/gcc/fortran/trans-
expr.c:1825
#1 0x00060c48 in gfc_conv_expr_type (se=0xb8c0, expr=0x0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
14:35 ---
Confirmed, here is the reduced testcase:
int bad[100];
int level;
int count;
static inline int g(int *idx)
{
int m;
int i;
do {
m=0;
i=*idx;
switch(i) {
cas
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
14:44 ---
Reducing right now.
--
What|Removed |Added
GCC build triplet|x86_64-unknown-linux-gnu|
--- Additional Comments From kcwu at csie dot org 2005-01-10 14:50 ---
(In reply to comment #2)
the complete list:
ICE with:
-O2
-O1 -funit-at-a-time
-O3 -fno-unit-at-a-time
-O1 -finline-functions
works well with:
-O0
-O1
-O2 -fno-unit-at-a-time
-O0 -finline-functions
-O3 -fno-unit-at-a
abbott at dima dot unige dot it wrote:-
> The -MT option really does use precisely the specified string as the target.
> It would be better if spaces (and other funny characters) were
> escaped (using backslash) in the output.
>
> Note: for my purposes it would be enough to follow the proposa
--- Additional Comments From neil at daikokuya dot co dot uk 2005-01-10
15:01 ---
Subject: Re: New: -MT option does not escape funny characters
abbott at dima dot unige dot it wrote:-
> The -MT option really does use precisely the specified string as the target.
> It would be better
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:04 ---
Confirmed, reduced testcase:
typedef bool Boolean;
extern Boolean is_nil ();
void f(void)
{
unsigned int ilen;
if(!((ilen > 0 ? !is_nil () : 1))) {}
}
Note if we remove the typedef it works. It also w
program test_list
real x , y
x = 0.0
y = 0.0
write(*,*,iostat=ier) x /y
x = 1.0
write(*,*,iostat=ier) x /y
end program test_list
correctly gave with gfortran 20041010
$ ./a
NaN
+Infinity
but now gives, for either NaN or Infinity, with gfortran 20050108
$ ./a
At lin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:09 ---
Confirmed but I think this is a dup of bug 18108 though.
--
What|Removed |Added
OtherBugsDepe
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:11 ---
This works for me on powerpc-darwin with a compiler built yesterday.
What target is this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19363
The embedded SPARC targets have developed a dependency on a Solaris specific
file. This is a regression from the 3.3 and 3.4 series.
gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fno-common
-DHAVE_CONFIG_H
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:16 ---
Confirmed, might be related to PR 18157.
--
What|Removed |Added
Status|UNCONFIRM
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:20 ---
Confirmed, caused by:
2004-07-25 Daniel Jacobowitz <[EMAIL PROTECTED]>
* config.gcc (i[34567]86-*-solaris2*, sparc64-*-solaris2*)
(sparc-*-solaris2*): Include sol2.o and sol2-prot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:22 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
15:25 ---
Subject: Bug 18720
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-10 15:25:25
Modified files:
gcc: Change
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-10 15:27
---
Patch applied to mainline and GCC 3.4 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-10
15:31 ---
> The embedded SPARC targets have developed a dependency on a Solaris specific
> file. This is a regression from the 3.3 and 3.4 series.
The embedded SPARC targets are too lazy. ;-)
--
What
--- Additional Comments From chli002 at rz dot uni-saarland dot de
2005-01-10 15:32 ---
I have found similar cases; it appears that the crucial part is a {short;char}
struct or union which is
passed as a var arg. Here is a similar program, somewhat smaller and with
easier to understan
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-01-10
15:32 ---
(In reply to comment #1)
> This works for me on powerpc-darwin with a compiler built yesterday.
> What target is this?
Bother! Sorry,
It's on Cygwin/Athlon
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:35 ---
I think this is a regression.
--
What|Removed |Added
Target Milestone|---
--
What|Removed |Added
Summary|Valgrind errors compiling |[4.0 Regression] Valgrind
|libjava c++ sources |errors compiling libjava c++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:36 ---
So marking as invalid to mark as
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:36 ---
Unconfirmed.
--
What|Removed |Added
Status|RESOLVED|UNCONFIR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:41 ---
Invalid as explained to use -MQ.
--
What|Removed |Added
Status|UNCONFIRMED
$ gfortran -march=pentium4 -mfpmath=sse -msse2 -O -ftree-vectorize -c a.f
:0: internal compiler error: Segmentation fault
a.f will be attached
--
Summary: Internal compiler error in gfortran
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
S
--- Additional Comments From pawsa-gpa at theochem dot kth dot se
2005-01-10 15:43 ---
Created an attachment (id=7919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7919&action=view)
a.f
The file that triggers the segmentation fault.
The compiler is as distributed in gcc4-gfortran
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-10
15:45 ---
(In reply to comment #11)
> Are you sure it is even fixed? with gcc-4.0-20050109, the build fails with
> this
> message at what appears to be the same location in the compilation.
>
> ../../gcc-4.0.200
--- Additional Comments From abbott at bigatti dot dima dot unige dot it
2005-01-10 15:40 ---
Subject: Re: -MT option does not escape funny
characters
> What's wrong with -MQ?
Thank you. I'm at a loss for words: I must be suffering from selective
blindness
John.
PS now I wonder w
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-10 15:47
---
The testcases work correctly on AIX and powerpc64-linux, so this likely is due
to Darwin not implementing consistent aggregate padding rules in GCC for
backward compatibility.
--
http://gcc.gnu.org/bugzilla/
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-10
15:52 ---
This is a problem with # lines.
Reduced testcase:
$ cat headerlines.f
# 557 "eri2odb.F" 2
# 1 "../include/maxorb.h" 1
end
$ gfortran headerlines.f
:0: internal compiler error: Segmentation fault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
15:47 ---
Confirmed with a couple days old compiler with the following back-trace:
#0 0x000401c8 in load_file (filename=0x423022b0 "t3.f", initial=1 '\001') at
/Users/pinskia/src/
local/gcc/gcc/fortran/scanner.c:918
--- Additional Comments From tobi at gcc dot gnu dot org 2005-01-10 16:10
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00527.html
--
What|Removed |Added
Compiling the testcase g++.dg/template/error10.C produces
too many duplicate error messages about missing '>'.
The error location contains invalid token '>>' that should
be replaced with '> >'.
error10.C:12: error: '>>' should be '> >' within a nested template argument list
error10.C:13: error: sp
--
What|Removed |Added
Known to fail||4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19366
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-10 16:29
---
(In reply to comment #2)
> > The embedded SPARC targets have developed a dependency on a Solaris specific
> > file. This is a regression from the 3.3 and 3.4 series.
>
> The embedded SPARC targets are too laz
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-10
16:45 ---
Subject: Re: [4.0 regression] gcc generates incorrect
dwarf2 debug info
On Mon, 2005-01-10 at 16:39 +, hjl at lucon dot org wrote:
> There are still:
>
> 29df 2cbe 2ccc (DW_O
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-10
16:54 ---
> Any guesses/suggestions on what might fix it. :)
For the specific bug, I guess Daniel is the right guy to ask. For the general
problem, I think someone who is really interested in sparc-elf or sparc-rt
--- Additional Comments From fche at redhat dot com 2005-01-10 17:04
---
This patch appears to fix the problem: testing and getting approvals
--- gimplify.c 1 Jan 2005 01:43:08 - 2.101
+++ gimplify.c 10 Jan 2005 17:03:54 -
@@ -2949,6 +2949,15 @@ gimplify_modify_expr (tre
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
17:14 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
18:01 ---
Subject: Bug 19277
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 18:01:05
Modified files:
gcc/java : ChangeLog check-init.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
18:07 ---
Subject: Bug 19277
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 18:07:22
Modified files:
libjava: ChangeLog
Added files:
libja
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
18:27 ---
Subject: Bug 18014
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 18:27:00
Modified files:
libjava: ChangeLog
libjava/java/util:
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-10
18:32 ---
The patch is correct, the code printing "without DW_AT_frame_base" is wrong.
Note that while the immediate container of the variable, the
DW_TAG_inlined_subroutine, does not have a frame_base attribute, *it
--- Additional Comments From jeff at connectrf dot com 2005-01-10 18:45
---
Andrew,
A view from the ld folks. They believe that the ld is failing due to the
-fpreprocessed switch not producing the .o file..
--- Additional Comments From nickc at redhat dot com 2005-01-10 17:57
--
--- Additional Comments From roger at eyesopen dot com 2005-01-10 18:47
---
Mine. I'm a dumb-ass. Obvious patch being bootstrapped and regression tested.
--
What|Removed |Added
---
--- Additional Comments From hjl at lucon dot org 2005-01-10 18:55 ---
"[without DW_AT_frame_base]" is very much informational and it may not
be correct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19124
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-01-10
19:01 ---
FWIW, the xfail on Wunused-9.C :
...
+f(); // { dg-warning "not used" "" { xfail *-*-* } }
...
is no longer failing, per:
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg01344.html
http://gcc.gnu.org/
--
What|Removed |Added
Component|c++ |driver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19281
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
19:09 ---
Invalid, -M -o t, ouputs the depenciences in t. So again this is not a bug in
the compiler but in the
makefile.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
19:10 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From mckinlay at redhat dot com 2005-01-10 19:16
---
Thanks for the test case.
A workaround for this, using GCC HEAD, is to use the --indirect-dispatch compile
option. This will use the "new verifier" code which does not have this bug.
--
What|Re
--
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18742
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
19:21 ---
Subject: Bug 18868
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 19:21:46
Modified files:
libjava: ChangeLog link.cc
libjava/in
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10
19:23 ---
I've checked in a fix for this.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18868
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
19:35 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 16990 depends on bug 15560, which changed state.
Bug 15560 Summary: SimpleTimeZone doesn't handle on-or-before/after at ends of
month
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15560
What|Old Value |New Value
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
19:35 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
19:39 ---
Subject: Bug 18405
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 19:39:26
Modified files:
libjava: ChangeLog defineclass.cc prims.cc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
19:39 ---
Subject: Bug 17738
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 19:39:26
Modified files:
libjava: ChangeLog defineclass.cc prims.cc
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10
19:39 ---
I've checked in the fix
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-10
19:39 ---
Subject: Bug 12016
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-10 19:39:26
Modified files:
libjava: ChangeLog defineclass.cc prims.cc
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10
19:40 ---
I've checked in the fix
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-10
19:40 ---
I've checked in the fix
--
What|Removed |Added
Status|ASSIGNED
--
Bug 12725 depends on bug 17738, which changed state.
Bug 17738 Summary: Binary Compatibility: _Jv_FindClassInCache
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17738
What|Old Value |New Value
---
--- Additional Comments From zlaski at apple dot com 2005-01-10 19:43
---
Ok, I was wrong. :-) The bug described herein is unrelated to the const
encoding issue. What is more,
I'm dumbfounded as to how the anomaly comes to be. Stepping through
objc_start_function() and
friends, on
--
What|Removed |Added
AssignedTo|zlaski at apple dot com |pinskia at gcc dot gnu dot
||org
Severity|critical
--
What|Removed |Added
AssignedTo|pinskia at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
19:58 ---
(In reply to comment #3)
And this is why I wrote comment #1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19321
--
What|Removed |Added
Priority|P1 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038
--- Additional Comments From zlaski at apple dot com 2005-01-10 20:23
---
Alas, comment #1 is a non-starter for ObjC++ reasons, plus it is factually
wrong (since we _do_
preserve the volatile on the function argument, which is why this is
mysterious).
--
http://gcc.gnu.org/bugzill
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-10
20:30 ---
(In reply to comment #6)
Well consider the following code (which is basically PR 14050 which is
suspended as we don't know if it
is valid code or not):
@interface Foo
-(void) quux: (int [__restrict])a;
@en
1 - 100 of 128 matches
Mail list logo
