--- 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()
--- 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
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 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
--
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: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
--- 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 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 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: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: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
01:59 ---
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:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- 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:45 ---
_init/_finit is not generated by GCC so this is not a GCC bug.
--
What|Removed |Added
--
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: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
--- 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
--
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:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
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: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 build triplet|sh4-unknown-linux-gnu |
GCC host triplet|sh4-unknown-linux-gnu |
GCC target triplet|sh4-unknown-linux-gnu |sh4-linux-gn
--
What|Removed |Added
GCC target triplet|arm-unknown-linux-gnu |arm-linux-gnu
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
01:21 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- 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: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: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:00 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
00:58 ---
*** Bug 20709 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20689
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-02
00:57 ---
*** This bug has been marked as a duplicate of 20689 ***
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-02
00:10 ---
Not yet.
I think my plan was to fix it by using the classpath version of this class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21637
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-01 22:57
---
This is a bug in the AIX assembler. The host/target-specific installation notes
for AIX specify the level of assembler PTF that must be installed to build GCC:
http://gcc.gnu.org/install/specific.html#x-ibm-ai
--
What|Removed |Added
Target Milestone|4.0.1 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20367
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16991
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13257
--
What|Removed |Added
Target Milestone|4.0.1 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18990
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20285
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
22:14 ---
Was this ever fixed on the mainline?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21637
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21036
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21064
--
What|Removed |Added
Target Milestone|4.0.1 |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4945
--
What|Removed |Added
Target Milestone|4.0.1 |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=951
--
Bug 19292 depends on bug 18879, which changed state.
Bug 18879 Summary: [4.0 only] ? not supported in namelist input
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18879
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
22:11 ---
Fixed in 4.0.1 and above.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|4.0.1 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18879
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01
22:01 ---
Subject: Bug 22269
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-01 22:01:17
Modified files:
gcc: ChangeLog tree-ssa-reassoc.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
21:58 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From jp dot pozzi at izzop dot net 2005-07-01
21:53 ---
My 68K machine is out of order, I have to have the powersupply repaired
and I get into problems to find a new supply
I think I will get it next week or so ... I hope ... so I can't
give any new elements.
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-01 21:44
---
One option: have gcc/Makefile stamp-as target test "build" and output
appropriate script to MS Windows BATCH file as.bat.
*) case "$build" in \
*mingw32*) echo 'XXX' > as.bat \
... ;;
*) echo '#!
--
What|Removed |Added
CC||ian at airs dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22259
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:54 ---
I think I have a fix, waiting for word from "Daniel Berlin" to double check the
intent of the code.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:51 ---
Confirmed, reduced testcase:
subroutine lecligne (ligne)
character(len=*), dimension(:),intent(out) :: ligne
character(len=len(ligne)) :: comment
end subroutine lecligne
--
What|
I think that this error message is a bug in gfortran. I don't see anythink
forbidden in fortran 95 to explain it.
gfortran -c mod_lecfich.f90
In file mod_lecfich.f90:32
character(len=len(ligne)) :: comment
1
Error: Dummy argument 'ligne' at (1) cannot be INTENT(OUT)
ma
--
Bug 22096 depends on bug 22071, which changed state.
Bug 22071 Summary: [4.1 regression] ICE in first_vi_for_offset, at
tree-ssa-structalias.c:2506
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:15 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:05 ---
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
Looks like the new parser caused this.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:02 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:02 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
20:01 ---
I was passing with "4.0.0 20041211".
--
What|Removed |Added
Last reconfirmed|2005-06-14 0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:59 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).\
: Search converges between 2003-06-25-ssa (#14) and 2003-06-26-ssa (#15).
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:50 ---
: Search converges between 2003-09-04-trunk (#342) and 2003-09-05-trunk (#343).
That is at -O2, -O3 we always accepted the code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21659
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01
19:45 ---
Subject: Bug 22071
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-01 19:45:24
Modified files:
gcc: ChangeLog tree-ssa-structalias.c
Add
--- Additional Comments From dank at kegel dot com 2005-07-01 19:42 ---
That's certainly prettier than my header changes.
I'll give it a shot. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21951
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:39 ---
Confirmed, only a regression on the 3.4 branch.
--
What|Removed |Added
Status|UN
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:36 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:36 ---
This is still invalid as you are going passed the bounds which is undefined.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21935
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:30 ---
No feedback in 3 months (T-10 days).
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:30 ---
Ulrich, do you know if this still fails on s390-linux-gnu?
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:24 ---
This was fixed on the mainline and 4.0.0.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-01
19:17 ---
Is anyone still looking at this? Do things work as they are supposed
to on mainline now?
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:16 ---
*** Bug 22096 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22071
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:16 ---
*** This bug has been marked as a duplicate of 22071 ***
--
What|Removed |Added
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Keywords|
--
What|Removed |Added
Summary|0x8000/-1 is wrong |0x8000/-1 is wrong in
||java
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
19:10 ---
Still happen as of "4.1.0 20050622".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21687
--- Additional Comments From geoffk at gcc dot gnu dot org 2005-07-01
19:10 ---
I have a patch for the compiler here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00049.html
which will fix this problem.
--
What|Removed |Added
---
--
What|Removed |Added
CC||mmitchel at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From law at redhat dot com 2005-07-01 19:04 ---
Fixed by this patch:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02278.html
--
What|Removed |Added
--
What|Removed |Added
Component|c++ |libstdc++
GCC build triplet|3.3.4/5 |powerpc-ibm-aix4.3.3.0
GCC host triplet|AIX 4.3.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
17:47 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
Hi,
I encounter an endless loop during the compile of all-target-libstdc++-v3
It goes like
Adding multilib support to Makefile in .
multidirs=pthread power powerpc pthread/power pthread/powerpc
with_multisubdir=
Running configure in multilib subdirs pthread power powerpc pthread/power
pthread/po
--- Additional Comments From osv at javad dot ru 2005-07-01 17:39 ---
Created an attachment (id=9190)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9190&action=view)
Support for more builtin defines.
Adds support for the following builting defines: _CALL_EABI, _SDATA_NONE,
_SDATA_D
There are no builtin defines that tell what sdata mode is active.
For calling convention only _CALL_SYSV is defined even when EABI is in fact
active.
I'm going to provide a patch that adds more builtin defines.
--
Summary: No builtin defines to tell SDATA mode.
Product:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
17:08 ---
The bug is really in cleanup_tree_cfg which is doing the merge of the two BBs.
This patch fixes the problem but I have not yet bootstrapped it yet:
Index: tree-cfg.c
=
--- Additional Comments From ian at airs dot com 2005-07-01 16:42 ---
Thanks for the test case and the patch. I have committed a slightly different
patch, which should also fix the problem.
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01
16:39 ---
Subject: Bug 22268
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-01 16:39:36
Modified files:
libiberty : ChangeLog cp-demangle.c
libi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
16:36 ---
(In reply to comment #8)
> (In reply to comment #7)
> in reply to this. On powerpc-darwin we get the right answer but on
> i686-pc-linux-gnu, we don't, I
> have no idea why.
Ignore all this talk, the rea
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
16:30 ---
(In reply to comment #7)
in reply to this. On powerpc-darwin we get the right answer but on
i686-pc-linux-gnu, we don't, I
have no idea why.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22037
A missing procedure declaration in test.ads causes test.adb to generate an
ice. Compiler output is:
+===GNAT BUG DETECTED==+
| 3.4.2 20040901 (prerelease) (i686-pc-linux-gnu) Assert_Failure sinfo.adb:2479|
| Error detected at test.adb:27:16
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
16:27 ---
Actually I think this is worse than any can think. The problem is that we have
a VUSE on the sqrt which
is wrong, we should have a V_MAY_DEF.
With an optimized (non bootstrapped) compiler, we get the cor
--- Additional Comments From peb at mppmu dot mpg dot de 2005-07-01 16:24
---
(In reply to comment #7)
> > This is a known libtool bug. There's nothing the library
> > can do about it. I'm not closing this PR now because it
> > does continue to still be a problem.
This bug is still pr
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
16:04 ---
The ICE is:
t2.c: In function main:
t2.c:2: internal compiler error: tree check: expected ssa_name, have
integer_cst in should_transpose, at
tree-ssa-reassoc.c:411
Please submit a full bug report,
with p
This is reduced from PR 22266.
int printf(const char*, ...);
int main(int argv, char*argc) {
int d1;
int d2;
int s1, s2;
int b;
((d1)&=(int)0xL, (d1)|=((int)(short)(0x344))<<16);
((d1)&=(int)0xUL, (d1)|=(int)(unsigned short)(0x4567));
((d2)&=(int)0xf
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01
15:52 ---
You are using an unitialized variable and putting it together piece wise, This
is undefined hence the
warning with -Wall.
--
What|Removed |Added
--
1 - 100 of 131 matches
Mail list logo
