--- Comment #7 from caolanm at redhat dot com 2005-12-14 08:35 ---
Throwing IllegalArgumentException should be fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25389
--- Comment #20 from bkoz at gcc dot gnu dot org 2005-12-14 09:12 ---
This arrangement of debug mode does indeed seem to fix the longstanding swap
issue.
ie, -D_GLIBCXX_DEBUG runs are == normal runs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24660
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-12-14 09:26
---
Confirmed (and it's a regression wrt g77). The tree dump has:
dt_parm.0.format = (i4,i4, \ti4,i4);
so I think it's up to the front-end to remove that.
--
fxcoudert at gcc dot gnu dot org changed:
--- Comment #21 from pcarlini at suse dot de 2005-12-14 09:48 ---
(In reply to comment #20)
This arrangement of debug mode does indeed seem to fix the longstanding swap
issue.
ie, -D_GLIBCXX_DEBUG runs are == normal runs.
Yeah! (about the rest of the work too ;)
--
--- Comment #2 from jakub at gcc dot gnu dot org 2005-12-14 11:00 ---
Subject: Bug 25254
Author: jakub
Date: Wed Dec 14 11:00:50 2005
New Revision: 108506
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108506
Log:
PR target/25254
PR target/24188
*
--- Comment #7 from jakub at gcc dot gnu dot org 2005-12-14 11:00 ---
Subject: Bug 24188
Author: jakub
Date: Wed Dec 14 11:00:50 2005
New Revision: 108506
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108506
Log:
PR target/25254
PR target/24188
*
--- Comment #8 from jakub at gcc dot gnu dot org 2005-12-14 11:01 ---
Subject: Bug 24188
Author: jakub
Date: Wed Dec 14 11:01:15 2005
New Revision: 108507
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108507
Log:
PR target/25254
PR target/24188
*
--- Comment #3 from jakub at gcc dot gnu dot org 2005-12-14 11:01 ---
Subject: Bug 25254
Author: jakub
Date: Wed Dec 14 11:01:15 2005
New Revision: 108507
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=108507
Log:
PR target/25254
PR target/24188
*
--- 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
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net
|dot org
[ 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 deque
constructor), which happens to be dependant upon another couple of libraries,
one of which
--- 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=10484action=view)
Example of the crash
Do 'make' in top level of build tree.
'make symbolcheck' afterwards just demos the crash.
--
--- 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 #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=revrev=102356) is that my patch enables
data-refs analysis for INDIRECT_REFs. Similar ICE in PR 20256 happens also
before my patch
The following code compiles, but the result of the first line of main is poor
(it prints the address of the string):
#include iostream
#include sstream
using namespace std;
templatetypename A, typename B
basic_ostreamA,B tic(basic_ostreamA,B o)
{
return o;
}
templatetypename A, typename B
--- 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
--- 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 #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
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 #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=gccview=revrev=108508
Log:
2005-12-14 Jorn Rennecke [EMAIL PROTECTED]
PR
--- 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=10485action=view)
Preprocessed reproducer for optimize bug
This is the complete preprocessed source code for bug
--- 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 #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: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
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
(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
--- 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=10486action=view)
preprocessed C source code (assumes Linux glibc) exhibiting the code generation
bug
Compile this program with
--- 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=10487action=view)
the file that breaks gfortran 4.0.2, for easier retrieval
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25412
--- 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 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
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:
--- 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
--- 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=10488action=view)
pr24899.c
Even shorter testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- 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
--- 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 #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
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 #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
--- 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 #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 #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 #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
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
--- 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=10489action=view)
pr24899.c
Even shorter one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24899
--- 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
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 #8216;void f(int,
--- 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
Compile the following C program for x86 (mingw, i686) using gcc -ftrapv -S -O0
filename (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
--- 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.
--
--- 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
--- 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 #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 #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=gccview=revrev=108527
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 #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=gccview=revrev=108528
Log:
PR classpath/25389:
* java/io/File.java (File):
--- 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 #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
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 #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=gccview=revrev=108531
Log:
2005-12-12 Steven G. Kargl [EMAIL PROTECTED]
PR
--- 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 #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 gnu
--- 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 tic(A a)
--- 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
--- 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 =
gcc 4.1.0 20051206 rev.108118
$ gcc sp_enc.i -c -O2
amr_float/sp_enc.c: In function #8216;cbsearch#8217;:
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
--- 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=10490action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25420
--- 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 #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,
--- 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 #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 #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 #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=gccview=revrev=108537
Log:
PR debug/25023
* config/i386/i386.c
--- 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 #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=gccview=revrev=108539
Log:
PR debug/25023
* config/i386/i386.c
--- 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
[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
--- 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
--- 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 #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
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
--
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
--- 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
--- 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: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 #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 #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 #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=gccview=revrev=108543
Log:
PR rtl-optimization/25310
* reload1.c
--- 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=gccview=revrev=108544
Log:
PR rtl-optimization/25310
* reload1.c
--- 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
--- 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 #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
--- 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 #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 #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=gccview=revrev=108555
Log:
fortran/
2005-12-14 Erik Edelmann [EMAIL PROTECTED]
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
--- 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?
--
--- 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 #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 #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
--
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
1 - 100 of 108 matches
Mail list logo
