--- Comment #4 from amodra at bigpond dot net dot au 2005-12-15 07:22
---
fixed
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|ASSIG
--- Comment #3 from amodra at gcc dot gnu dot org 2005-12-15 07:22 ---
Subject: Bug 25406
Author: amodra
Date: Thu Dec 15 07:22:10 2005
New Revision: 108562
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108562
Log:
PR target/25406
* config/rs6000/rs6000.c (rs600
--- Comment #11 from steven at gcc dot gnu dot org 2005-12-15 06:50 ---
If nobody is going to fix gcse2, the right thing to do is to not set
flag_gcse_after_reload for optimize >= 3 in opts.c:
Index: opts.c
===
--- opts.c
--- Comment #27 from steven at gcc dot gnu dot org 2005-12-15 06:42 ---
accept while testing a patch...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jb at gcc dot gnu dot org 2005-12-15 06:18 ---
(In reply to comment #3)
> I doubt it, this seems to be about gfc_conv_function_call.
>
Oh, right, your patch replaces gfc_build_function_call and not
gfc_conv_function_call. Sorry for the confusion.
--
http://gcc.
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-15 05:04 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-15 04:52 ---
This worked for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compon
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-15 04:45 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25310
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-15 04:32 ---
Confirmed (must is usually too harse of a word).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from gdr at integrable-solutions dot net 2005-12-15 03:40
---
Subject: Re: condensed nested namespaces
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| --- Comment #5 from bkoz at gcc dot gnu dot org 2005-12-14 17:16 ---
|
| I'm encouraged by this
--- Comment #3 from law at redhat dot com 2005-12-15 02:53 ---
Subject: Re: [4.1/4.2 Regression] infinite
loop in dse
On Tue, 2005-12-13 at 00:23 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-13 00:23
> --
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-15 02:27 ---
/openpkg/bin/ld: target bigtoc not found
GNU binutils is not recommend at all on AIX because it has not been updated for
weak or any newer features for AIX.
Can you try this without using GNU binutils?
--
pins
The source code
subroutine sub (i, j)
implicit none
logical i(10), j(10)
where (i)
where (j)
end where
end where
end subroutine sub
leads to the error message
$ ~/gcc/bin/gfortran -c where.f90
In file where.f90:6
end where
1
Error: Unsupported statement ins
--- Comment #9 from eedelman at gcc dot gnu dot org 2005-12-15 00:47
---
Subject: Bug 18197
Author: eedelman
Date: Thu Dec 15 00:47:13 2005
New Revision: 108555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108555
Log:
fortran/
2005-12-14 Erik Edelmann <[EMAIL PROTECTED]>
--- Comment #24 from steven at gcc dot gnu dot org 2005-12-15 00:09 ---
I think we can blame combine for this bug.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #26 from steven at gcc dot gnu dot org 2005-12-15 00:54 ---
Needless to say really, but the patchlet in comment #25 is inverted...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23837
--- Comment #23 from steven at gcc dot gnu dot org 2005-12-15 00:00 ---
lreg decides to do this:
;; Register 95 in 25.
;; Register 97 in 28.
;; Register 99 in 22.
;; Register 102 in 21.
;; Register 104 in 25.
;; Register 111 in 28.
;; Register 112 in 19.
;; Register 113 in 28.
and reloa
--- Comment #25 from steven at gcc dot gnu dot org 2005-12-15 00:52 ---
Smarter folks than me (iant ;-) suggest that "a multi-word rotate will normally
need all the input bits when setting any of the output bits", so the entire
no-conflict thing doesn't make sense here.
So, let's not do
--- Comment #6 from uweigand at gcc dot gnu dot org 2005-12-14 23:40
---
Fixed.
--
uweigand at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #5 from uweigand at gcc dot gnu dot org 2005-12-14 23:40
---
Subject: Bug 25310
Author: uweigand
Date: Wed Dec 14 23:40:22 2005
New Revision: 108544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108544
Log:
PR rtl-optimization/25310
* reload1.c (eli
--- Comment #4 from uweigand at gcc dot gnu dot org 2005-12-14 23:35
---
Subject: Bug 25310
Author: uweigand
Date: Wed Dec 14 23:34:51 2005
New Revision: 108543
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108543
Log:
PR rtl-optimization/25310
* reload1.c (eli
--- Comment #2 from pcarlini at suse dot de 2005-12-14 23:09 ---
Ok, thanks. Seems a long standing but rather simple issue.
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 22:53 ---
Confirmed via
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg00804.html
(there was an email to the list too but I cannot find it).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 22:52 ---
Caused by:
2005-12-14 Ben Elliston <[EMAIL PROTECTED]>
* c-common.c (c_common_truthvalue_conversion): Generalise warning
for addresses converted to booleans; not just function addresses.
*
--- Comment #2 from reichelt at gcc dot gnu dot org 2005-12-14 22:48
---
Probably related to PR19982.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 22:41 ---
I am handling this one, I sent a RFC to the objective-C language list.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25422
FAIL: gcc.dg/20031012-1.c (test for warnings, line 13)
FAIL: gcc.dg/weak/weak-3.c (test for warnings, line 57)
FAIL: g++.old-deja/g++.mike/warn8.C (test for warnings, line 14)
FAIL: g++.old-deja/g++.mike/warn8.C (test for warnings, line 16)
Those all fail because the tests were forgot to be up
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-14 22:17 ---
Fixed by:
2005-12-13 Paul Brook <[EMAIL PROTECTED]>
* config/m68k/fpgnulib.c (__unordsf2, __unorddf2, __unordxf2,
__floatunsidf, __floatunsisf, __floatunsixf): New functions.
--
pinskia at gcc
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-14 22:15 ---
This causes the following testsuite errors:
FAIL: gcc.target/i386/3dnow-1.c (test for excess errors)
FAIL: gcc.target/i386/3dnow-2.c (test for excess errors)
FAIL: gcc.target/i386/3dnowA-1.c (test for excess errors)
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 22:02 ---
This worked in 3.3.x so this is a regression.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
[forwarded from http://bugs.debian.org/343108]
4.0 branch 20051204, 4.1 20051124
The following code segfaults. Looks like a double delete,
_S_destroy_c_locale() being called twice: first in the regular path of
codecvt.h:codecvt_byname ctor, then a second time when ~codecvt() is
automatically call
--- Comment #11 from cvs-commit at developer dot classpath dot org
2005-12-14 21:28 ---
Subject: Bug 25389
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]>05/12/14 17:32:35
Modified files:
java/io
--- Comment #20 from jakub at gcc dot gnu dot org 2005-12-14 20:38 ---
Subject: Bug 25023
Author: jakub
Date: Wed Dec 14 20:38:31 2005
New Revision: 108539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108539
Log:
PR debug/25023
* config/i386/i386.c (ix86_force_
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-12-14 20:34 ---
I doubt it, this seems to be about gfc_conv_function_call.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25416
--- Comment #19 from jakub at gcc dot gnu dot org 2005-12-14 20:30 ---
Subject: Bug 25023
Author: jakub
Date: Wed Dec 14 20:30:46 2005
New Revision: 108537
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108537
Log:
PR debug/25023
* config/i386/i386.c (ix86_force_
--- Comment #23 from pinskia at gcc dot gnu dot org 2005-12-14 20:10
---
(In reply to comment #22)
> struct a{long long t; int i;};
> struct f{int tt; struct a d; int t;};
This one is still wrong after the (updated) patch in comment #20.
The size which Apple's GCC gives is 24 but the
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-12-14 19:56
---
*** Bug 25420 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-14 19:56 ---
(In reply to comment #0)
> i've tested the testcase from PR24982 and it works so this
> is a different bug in compiler, i suppose.
That is because the testcase in PR 24982 is for sh and the one in the other dup
bugs
--- Comment #2 from pluto at agmk dot net 2005-12-14 19:56 ---
(gdb) bt
#0 fancy_abort (file=0x8462bb6 "../../gcc/reload.c", line=6281,
function=0x846317e "refers_to_regno_for_reload_p")
at ../../gcc/diagnostic.c:602
#1 0x082ae331 in refers_to_regno_for_reload_p
(regno=0, e
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-12-14 19:54
---
I get passed these two places so closing as fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pluto at agmk dot net 2005-12-14 19:38 ---
Created an attachment (id=10490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10490&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25420
gcc 4.1.0 20051206 rev.108118
$ gcc sp_enc.i -c -O2
amr_float/sp_enc.c: In function ‘cbsearch’:
amr_float/sp_enc.c:7028: internal compiler error:
in refers_to_regno_for_reload_p, at reload.c:6281
i've tested the testcase from PR24982 and it works so this
is a different b
--- Comment #33 from brett dot albertson at stratech dot com 2005-12-14
19:24 ---
I think I'm seeing this same problem on Solaris x86.
Executing on host: /var/tmp/gcc_svn/gcc20051214/gcc/xgcc
-B/var/tmp/gcc_svn/gcc2
0051214/gcc/ largefile.c -O0 -g -I. -S -o largefile.s(timeout =
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2005-12-14 19:20
---
(In reply to comment #3)
> VASP is a commercial code, you shouldn't post large portions of it here.
And your code excerpt doesn't even allow us to reproduce the bug. It requires
other modules, without which it do
--- Comment #18 from aburger at cea dot fr 2005-12-14 19:16 ---
This does not compile, and it is much simpler than ostr(ing)stream:
class A {
public:
int a;
A() : a(0) {}
A& operator<<(int aa) { return *this; }
};
A& operator<<(A& thys, A& (*f)(A&))
{ return f(thys); }
A&
--- Comment #4 from kargl at gcc dot gnu dot org 2005-12-14 19:11 ---
Changed severity to normal.
This doesn't compile because "wave.inc" is
not available and prec.mod is not present.
MODULE WAVE
USE prec
USE mpimy
INCLUDE "wave.inc"
--
kargl at gcc dot gn
--- Comment #6 from kargl at gcc dot gnu dot org 2005-12-14 18:57 ---
Fixed.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from kargl at gcc dot gnu dot org 2005-12-14 18:55 ---
Subject: Bug 25078
Author: kargl
Date: Wed Dec 14 18:55:31 2005
New Revision: 108531
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108531
Log:
2005-12-12 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
When there is a read statement expecting a single entry and a single
comma is entered, the read expects more input.
The test program is:
stuff = 1
stuff2 = 2
write(*,'(1x,a,$)')'Enter 2 somethings: '
read(5,*)stuff,stuff2
write(*,'(1x,a,$)')'Enter something: '
--- Comment #2 from jb at gcc dot gnu dot org 2005-12-14 18:40 ---
Richard Guenther made a patch to get rid of gfc_conv_function_call and replace
all usage of it with build_function_call_expr:
http://gcc.gnu.org/ml/fortran/2005-12/msg00235.html .
If we're lucky that patch might fix this
--- Comment #10 from tromey at gcc dot gnu dot org 2005-12-14 18:37 ---
Fix in gcc 4.1, gcc trunk, and classpath cvs head.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from tromey at gcc dot gnu dot org 2005-12-14 18:36 ---
Subject: Bug 25389
Author: tromey
Date: Wed Dec 14 18:36:55 2005
New Revision: 108528
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108528
Log:
PR classpath/25389:
* java/io/File.java (File):
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-12-14 18:36 ---
(In reply to comment #5)
> Having GCC depend on a fix in
> DejaGnu would not be popular unless there were other compelling reasons to
> require people to upgrade. Thoughts?
If the breakage is in dejagnu, certainly a
--- Comment #8 from tromey at gcc dot gnu dot org 2005-12-14 18:35 ---
Subject: Bug 25389
Author: tromey
Date: Wed Dec 14 18:35:37 2005
New Revision: 108527
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108527
Log:
PR classpath/25389:
* java/io/File.java (File):
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-14 18:32 ---
*** Bug 25418 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 18:32 ---
*** This bug has been marked as a duplicate of 19020 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 18:31 ---
First this uses two GNU extensions to C++. Named initializers and C99
anonymous struct variables initializers (though the first is C99 if done
differently).
Anyways confirmed a regression.
--
pinskia at gcc do
--- Comment #3 from jb at gcc dot gnu dot org 2005-12-14 18:29 ---
VASP is a commercial code, you shouldn't post large portions of it here.
FWIW, I have been able to compile and run vasp with trunk as of October 2005.
IIRC it never worked with gfortran 4.0.
--
http://gcc.gnu.org/bu
Compile the following C program for x86 (mingw, i686) using "gcc -ftrapv -S -O0
" (Note: Includes omitted for brevity; GCC will warn. Including
stdio.h or stdlib.h does not fix the bug):
int main(void)
{
int a,b;
printf("Enter two signed int values: ");
scanf("%d %d",&a,&b)
--- Comment #5 from janis at gcc dot gnu dot org 2005-12-14 18:17 ---
I've got an ugly fix that reaches up a couple of levels to get the variable
from the DejaGnu proc that records that the test should be xfailed. Ben
Elliston, who is a DejaGnu maintainer, says that 1.4.5 will be releas
This small testcase is extracted from clisp, and throws an ICE:
---
struct object {
int a;
int b;
};
void f (int c, int d)
{
object o = ((object){ a : c, b : d});
}
% g++ -c bla.ii
bla.ii: In function ‘void f(int, int)’:
bla.ii:8:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 18:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #22 from jakub at gcc dot gnu dot org 2005-12-14 18:12 ---
Created an attachment (id=10489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10489&action=view)
pr24899.c
Even shorter one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
The following test case
function bug(self,strvec) result(res)
character(*) :: self
character(*), dimension(:), intent(in) :: strvec
logical(kind=kind(.true.)) :: res
res = any(index(strvec,spread(self,1,size(strvec))) /= 0)
end function
triggers this ICE
#0 0x80070008 in gfc_co
--- Comment #2 from tachapman at ucdavis dot edu 2005-12-14 18:02 ---
Subject: RE: gcc 4.0.2 fails to compile gmp 4.1.1
Can you provide some additional info other than invalid code? What code is
invalid? The bug that you refer to as a duplicate does not provide any
resolution or inform
--- Comment #6 from janis at gcc dot gnu dot org 2005-12-14 17:56 ---
Compiling mesa with the options mentioned in the original description passes on
mainline and 4.1 with the fix for PR 24908.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25194
--- Comment #16 from ppluzhnikov at charter dot net 2005-12-14 17:46
---
Same picture using gcc-4.1-20051209 for i686-pc-linux-gnu:
7 bogus violations on original test, 1 on reduced test.
Here are other version results:
original
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-14 17:44 ---
*** Bug 25415 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 17:44 ---
This is invalid code and this is the same as reported PR 15095.
*** This bug has been marked as a duplicate of 15095 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
This looks to be the same as reported in bug 15095.
I have followed the suggested workaround of adding REGPARM (1) to the files
that would fail to compile, and that parameter is already in those files.
I am running Fedora Core 4 on a Dell SC1425. Kernel is 2.6.14-1.1637_FC4smp.
The package I am
--- Comment #2 from ghazi at gcc dot gnu dot org 2005-12-14 17:34 ---
Fixed on 4.x. Awaiting testsuite infrastructure before backporting to 3.4.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from kargl at gcc dot gnu dot org 2005-12-14 17:29 ---
Technically, gfortran can do whatever it wants, because
the code is nonconforming. The tab character is not a
member of the Fortran character set. The code is using
a tab where a member of the Fortran character set
--- Comment #5 from bkoz at gcc dot gnu dot org 2005-12-14 17:16 ---
I'm encouraged by this work!!! Great news.
The reason this would be useful is that then it would be possible to use a
single macro to represent both scope and namespace. Ie,
#define ACTIVE_SCOPE
works for
namespac
--- Comment #21 from jakub at gcc dot gnu dot org 2005-12-14 17:06 ---
Created an attachment (id=10488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10488&action=view)
pr24899.c
Even shorter testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-12-14 16:38
---
Recategorizing and assigning to Dorit.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Upstream RMIC uses the ASM library and is generally better.
We should import ASM and the cp-tools RMIC into libgcj,
and remove our outdated version
--
Summary: must update rmic
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-12-14 15:54 ---
Cannot reproduce with gcc (GCC) 4.1.0 20050916 (experimental) on x86_64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25411
--- Comment #9 from dorit at il dot ibm dot com 2005-12-14 15:38 ---
Thanks for testing the patch. I finally submitted it:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01071.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24378
--- Comment #2 from root at WPI dot EDU 2005-12-14 15:35 ---
Created an attachment (id=10487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10487&action=view)
the file that breaks gfortran 4.0.2, for easier retrieval
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25412
--- Comment #1 from David dot Monniaux at ens dot fr 2005-12-14 15:26
---
Created an attachment (id=10486)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10486&action=view)
preprocessed C source code (assumes Linux glibc) exhibiting the code generation
bug
Compile this program wit
(The same phenomenon happens in 4.2 subversion alpha.)
Incorrect code is generated when using -ftree-vectorize on the SSE2 Pentium 4
target. (The same code works on the AMD64 64-bit target.)
See attached source code.
$ gcc -O2 -Wall -march=pentium4 -mfpmath=sse -ftree-vectorize
-ftree-vectorizer
Segmentation fault:
#gfortran4.0 -c wave.f90
wave.f90:80: internal compiler error: Segmentation fault
I believe this worked under gfortran 4.0.
Environment:
System: Linux FUME.WPI.EDU 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:00:54 EDT 2005
x86_64 x86_64 x86_64 GNU/Linux
Architecture: x86_64
host:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 15:15 ---
Confirmed a regression from 3.0.4. Only a 3.4.x regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from pinskia at gcc dot gnu dot org 2005-12-14 15:11
---
*** Bug 25410 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-14 15:11 ---
*** This bug has been marked as a duplicate of 9925 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from hans dot ekkehard dot plesser at umb dot no 2005-12-14
13:45 ---
Created an attachment (id=10485)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10485&action=view)
Preprocessed reproducer for optimize bug
This is the complete preprocessed source code for bug 25
--- Comment #11 from amylaar at gcc dot gnu dot org 2005-12-14 13:41
---
Subject: Bug 25397
Author: amylaar
Date: Wed Dec 14 13:41:22 2005
New Revision: 108508
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108508
Log:
2005-12-14 J"orn Rennecke <[EMAIL PROTECTED]>
PR
A test for functor expressions in the Vigra library testsuite gives erroneous
results if compiled with -O2 -finline-functions. No problem occurs if either
option is dropped. The error occurs as well with g++ 4.0.0, but not with
3.4.3. The error occurs under Tru64 V5.1B on an AlphaServer, but not
--- Comment #44 from jakub at gcc dot gnu dot org 2005-12-14 13:37 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #9 from jakub at gcc dot gnu dot org 2005-12-14 13:36 ---
Fixed in CVS.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2005-12-14 13:36 ---
Fixed in CVS.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
The following code compiles, but the result of the first line of main is poor
(it prints the address of the string):
#include
#include
using namespace std;
template
basic_ostream& tic(basic_ostream& o)
{
return o;
}
template
basic_ostream& tac(basic_ostream& o)
{
if( ostringstream* oo
--- Comment #4 from irar at il dot ibm dot com 2005-12-14 13:11 ---
I think the reason why this ICE occurs with my patch
(http://gcc.gnu.org/viewcvs?view=rev&rev=102356) is that my patch enables
data-refs analysis for INDIRECT_REFs. Similar ICE in PR 20256 happens also
before my patch si
--- Comment #10 from neil at fnxweb dot com 2005-12-14 11:47 ---
For ref., I've just raised PR 25409 which may possible be a dup. of this
problem. It's nothing to do with Solaris, though, so I didn't just add the
details here.
--
neil at fnxweb dot com changed:
What|
--- Comment #1 from neil at fnxweb dot com 2005-12-14 11:44 ---
Created an attachment (id=10484)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10484&action=view)
Example of the crash
Do 'make' in top level of build tree.
'make symbolcheck' afterwards just demos the crash.
--
[ I've raised this against 4.2 as I've verified that it's still an issue for
that branch, but it's also valid for 4.0.2 & 4.1 ]
I have a crash in some code that dlopen()s a library (with a static
constructor), which happens to be dependant upon another couple of libraries,
one of which uses lib
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
--- Comment #6 from debian-gcc at lists dot debian dot org 2005-12-14
11:04 ---
works for me
Matthias
--
debian-gcc at lists dot debian dot org changed:
What|Removed |Added
---
1 - 100 of 108 matches
Mail list logo
