--- Comment #6 from mrs at apple dot com 2005-11-15 23:56 ---
radr://4329536
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9726
--- Comment #1 from steven at gcc dot gnu dot org 2005-11-15 23:58 ---
There is no way we can diagnose this.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Following code should print the runtime error, shouldn't it? This test is taken
from http://ftp.cac.psu.edu/pub/ger/fortran/test
$ cat test.f90
subroutine foo(y)
character(len=20) :: y
y = 'hello world'
end
program test
character(len=10)
--- Comment #14 from amodra at gcc dot gnu dot org 2005-11-16 00:22 ---
Subject: Bug 23392
Author: amodra
Date: Wed Nov 16 00:22:15 2005
New Revision: 107059
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107059
Log:
PR rtl-optimization/23392
* regrename.c (enum
--- Comment #15 from amodra at gcc dot gnu dot org 2005-11-16 01:04 ---
Subject: Bug 23392
Author: amodra
Date: Wed Nov 16 01:03:58 2005
New Revision: 107060
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107060
Log:
PR rtl-optimization/23392
* regrename.c (enum
--- Comment #16 from amodra at bigpond dot net dot au 2005-11-16 01:05
---
Fixed mainline and 4.0
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #15 from ian at airs dot com 2005-11-16 01:09 ---
Does it bother us that legal ISO C programs are not permitted to say a[-1]?
You are permitted to take the address of the element immediately after the
array, but you aren't permitted to take the address of the element before
--- Comment #15 from reichelt at gcc dot gnu dot org 2005-11-16 01:24
---
Taking care of the backport to the 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from sabre at nondot dot org 2005-11-16 01:47 ---
Without more information, this bug
does not contain much information
I listed three specific areas that can be improved. If you'd like me to close
this and open 3 bugs I can. In addition there are many other places
--- Comment #11 from mronell at alumni dot upenn dot edu 2005-11-16 02:01
---
If placement using new into shared memory allows process independent memory
referencing, other software tools (including allocators) can be developed.
This request asks, can placement into shared memory
--- Comment #4 from aldyh at gcc dot gnu dot org 2005-11-16 02:01 ---
I'll take a look at this.
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-16 02:07
---
This almost need to go to the standards committee for how to deal with this
(and maybe instead the IA64 ABI mailing list as we just follow that ABI for
C++).
--
pinskia at gcc dot gnu dot org changed:
--- Comment #16 from tedoc2000 at gmail dot com 2005-11-16 02:10 ---
Okay.. So it turns out that having my version of libiconv.a in
/opt/OPSWbuildtools/1.0.1/lib causes the problem.
I compiled it --enable-static --disable-dynamic with gcc 3.3.2..
Seeing if not doing that helps.
As I
--- Comment #4 from jb at gcc dot gnu dot org 2005-11-16 06:53 ---
Right. I think I know how to fix this bug, and it shouldn't be too hard.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
101 - 114 of 114 matches
Mail list logo