--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:06 ---
Fixed in 4.0.1 and above:
test.adb:26:16: no selector "Destroy_Stuff" for type "Safe_Object" defined at
test.ads:14
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:13 ---
You are having some kind of hardware problem if you could build 3.4 with only C
and then cannot with
C++ enabled and it is failing in libgcc.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:21 ---
This is only reproducible with the C++ front-end, the C front-end produces:
sizealign
ua 16 16
ua.a4 16
ub 16 16
ub.b4 16
Always.
I think this should be
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:21 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
GCC target triplet|arm-unknown-linux-gnu |arm-linux-gnu
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/s
--
What|Removed |Added
GCC build triplet|sh4-unknown-linux-gnu |
GCC host triplet|sh4-unknown-linux-gnu |
GCC target triplet|sh4-unknown-linux-gnu |sh4-linux-gn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:27 ---
(In reply to comment #4)
> __asm__ __volatile__("call pokus"
This is wrong, you don't want to use call in an asm at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16331
--
What|Removed |Added
GCC host triplet|i686-pc-cygwin |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16634
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18252
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:40 ---
This looks more like a C++ front-end bug as the C produces:
sizealign
sa 8 4
sa.a8 4
sb 12 4
sb.b8 4
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:42 ---
The C front-end gets this right:
align offset
sa.a2 4 0
sa.a3 4 8
sa2.a2 4 4
sa2.a3 4 12
sb.b2 4 0
sb.b3 4 12
sb2.b2 4 4
sb2.b3 4 16
sa
--
What|Removed |Added
GCC build triplet|i686-pc-linux-gnu |
GCC host triplet|i686-pc-linux-gnu |
GCC target triplet|sh-unknown-elf/sh-unknown- |sh-elf/sh-co
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:45 ---
_init/_finit is not generated by GCC so this is not a GCC bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:47 ---
Does this work with later version of 3.4.x? Can you try it with 4.0.1?
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:51 ---
Confirmed, related to PR 17470.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:59 ---
Confirmed,
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
02:03 ---
The testcase is:
@interface
-g
@end
4.1.0 (with the new parser) gives:
t.m:3: error: expected ';' before 'end'
which is correct.
so this is only a 3.4/4.0 regression.
--
What|Remov
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
02:13 ---
This has been fixed already.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
02:13 ---
This has been fixed already.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
02:14 ---
This still fails on the mainline.
--
What|Removed |Added
Last reconfirmed|2005-05-15 01:05
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-07-02 02:49 ---
A workaround is to specify the full path to as in configure script, eg
--with-as=/mingw/bin/as.exe --with-ld=/mingw.bin/ld.exe --
with /nm=/mingw/bin/ld.exe
Danny
--
http://gcc.gnu.org/bug
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-02
02:52 ---
Do you have a real need to run PA 1.0 code? As far as I know,
linux only runs on PA 1.1 machines and later. Very few PA 1.0
machines are still running, and we have no way to test changes
other than to run
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zlaski at apple dot com
|dot org |
Status|NEW
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-02
02:58 ---
The patch isn't correct. It will return the wrong number for DCmode.
It looks like a couple of other macros also need updates.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21723
These tests fail with the GNU runtime.
The following is a reduced testcase:
@interface NXConstantString
{
Class isa;
char *c_string;
unsigned int len;
}
@end
void g(void)
{
@"";
}
--
Summary: [4.1 Regression] string[12].m fails with the gnu runtime
Product: gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
04:05 ---
The ICE I get is:
string1.m:13: internal compiler error: tree check: expected identifier_node,
have type_decl in
generate_strings, at objc/objc-act.c:2410
Please submit a full bug report,
with preprocessed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
04:06 ---
This was caused by:
2005-06-29 Ziemowit Laski <[EMAIL PROTECTED]>
* objc-act.c (objc_build_internal_const_str_type): New function.
(check_string_class_template): Use objc_get_class_ivars()
101 - 131 of 131 matches
Mail list logo
