--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #14 from mmitchel at gcc dot gnu dot org 2005-12-23 07:53
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #13 from mmitchel at gcc dot gnu dot org 2005-12-23 07:50
---
Subject: Bug 25369
Author: mmitchel
Date: Fri Dec 23 07:50:26 2005
New Revision: 109012
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109012
Log:
2005-12-22 Mark Mitchell <[EMAIL PROTECTED]>
P
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-12-23 07:42
---
Subject: Bug 25369
Author: mmitchel
Date: Fri Dec 23 07:42:20 2005
New Revision: 109011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109011
Log:
PR c++/25369
* pt.c (tsubst_copy): Call m
--- Comment #11 from mmitchel at gcc dot gnu dot org 2005-12-23 07:40
---
Subject: Bug 25369
Author: mmitchel
Date: Fri Dec 23 07:40:04 2005
New Revision: 109010
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109010
Log:
PR c++/25369
* g++.dg/template/ptrmem16.C
--- Comment #1 from sabre at nondot dot org 2005-12-23 07:29 ---
Sorry, my error. I'm just confused.
-Chris
--
sabre at nondot dot org changed:
What|Removed |Added
extern int printf(const char *, ...);
void testL(long long Arg) {
printf("%lld\n", Arg / (1LL << 4));
}
int main() {
unsigned long B53 = - (1LL << 53);
testL(B53 + 65);
return 0;
}
GCC 3.4.2 miscompiles this when compiling with -m32 on Sparc. It should print
4, instead it prints -56294995
--- Comment #4 from pault at gcc dot gnu dot org 2005-12-23 06:41 ---
Subject: Bug 21256
Author: pault
Date: Fri Dec 23 06:41:52 2005
New Revision: 109009
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109009
Log:
2005-12-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2005-12-23 06:41 ---
Subject: Bug 25029
Author: pault
Date: Fri Dec 23 06:41:52 2005
New Revision: 109009
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109009
Log:
2005-12-23 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #1 from pault at gcc dot gnu dot org 2005-12-23 06:33 ---
Iguchi-san,
GNU Fortran 95 (GCC 4.1.0 20050522 (experimental))
Please update your gfortran. I fixed this bug on 2005-10-12. You can obtain
binaries on http://gcc.gnu.org/wiki/GFortran.
Thank you for the report.
Pa
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-12-23 05:57
---
Fixed on 4.1 and 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-23 05:57 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-23 05:54 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2005-12-23 05:54
---
Fixed on 4.1 and 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-23 05:54 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-23 05:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-23 05:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-23 05:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-23 05:50 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-23 05:50 ---
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-23 05:48 ---
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
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-23 05:42 ---
Confirmed, I almost think this is a dup of bug 25024.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-23 05:40 ---
*** This bug has been marked as a duplicate of 25538 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-23 05:40 ---
*** Bug 25539 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25538
--
rmathew at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|rmathew at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2005-12-23 02:59
---
Subject: Bug 25307
Author: jvdelisle
Date: Fri Dec 23 02:59:37 2005
New Revision: 109005
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109005
Log:
2005-12-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2005-12-23 02:56
---
Subject: Bug 25307
Author: jvdelisle
Date: Fri Dec 23 02:56:34 2005
New Revision: 109003
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109003
Log:
2005-12-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-12-23 02:02
---
Subject: Bug 25307
Author: jvdelisle
Date: Fri Dec 23 02:02:52 2005
New Revision: 109002
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109002
Log:
2005-12-22 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-12-23 00:57 ---
*** Bug 25541 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-23 00:57 ---
*** This bug has been marked as a duplicate of 10416 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.0 |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24342
The -Wunused warning generation doesn't take modifications of global variables
into account. Compiling the following code with -Wunused -Werror fails
although this is perfectly reasonable code. Some registered exit handler could
check the value of the variable.
int global;
struct monitor
{
~m
--- Comment #14 from hp at gcc dot gnu dot org 2005-12-23 00:45 ---
Subject: Bug 24342
Author: hp
Date: Fri Dec 23 00:45:36 2005
New Revision: 108998
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108998
Log:
PR target/24342
* config/cris/cris.c (cris_split_movdx
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-23 00:36 ---
Fixed by:
* config/i386/mmintrin.h (_mm_add_si64): Only define for SSE2.
(_mm_sub_si64): Likewise.
* config/i386/xmmintrin.h (_mm_shuffle_pi16, _m_pshufw): Likewise.
* gcc.target/i386
--- Comment #30 from jvdelisle at gcc dot gnu dot org 2005-12-23 00:21
---
Based on feedback on comp.lang.fortran, the code in #28 is illegal and so the
behavior is acceptable and probably appropriate. Based on this I believe we
have a working solution to this bug. We just need to get
--- Comment #13 from hp at gcc dot gnu dot org 2005-12-23 00:09 ---
*** Bug 22382 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24342
--- Comment #1 from hp at gcc dot gnu dot org 2005-12-23 00:09 ---
The generated code is indeed different between hosts, but that by itself is not
the cause of the bug - there's a target bug and seemingly the same as in the
other PR.
*** This bug has been marked as a duplicate of 24342
--- Comment #11 from jakub at gcc dot gnu dot org 2005-12-22 23:22 ---
Fixed in SVN, thanks a lot, Alan.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2005-12-22 23:21 ---
Subject: Bug 25432
Author: jakub
Date: Thu Dec 22 23:21:00 2005
New Revision: 108986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108986
Log:
PR rtl-optimization/25432
* reload1.c (eliminate
--- Comment #9 from jakub at gcc dot gnu dot org 2005-12-22 23:19 ---
Subject: Bug 25432
Author: jakub
Date: Thu Dec 22 23:19:49 2005
New Revision: 108985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108985
Log:
PR rtl-optimization/25432
* reload1.c (eliminate_
--- Comment #11 from jakub at gcc dot gnu dot org 2005-12-22 23:10 ---
Fixed in SVN.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #10 from jakub at gcc dot gnu dot org 2005-12-22 23:09 ---
Subject: Bug 25328
Author: jakub
Date: Thu Dec 22 23:09:48 2005
New Revision: 108984
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108984
Log:
PR objc/25328
* objc/execute/pr25328.m: New test
--- Comment #9 from jakub at gcc dot gnu dot org 2005-12-22 23:07 ---
Subject: Bug 25328
Author: jakub
Date: Thu Dec 22 23:07:19 2005
New Revision: 108983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108983
Log:
PR objc/25328
* objc/execute/pr25328.m: New test.
--- Comment #8 from jakub at gcc dot gnu dot org 2005-12-22 23:05 ---
Subject: Bug 25328
Author: jakub
Date: Thu Dec 22 23:05:20 2005
New Revision: 108982
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108982
Log:
PR objc/25328
* c-typeck.c (comptypes): If objc_c
--- Comment #29 from jvdelisle at gcc dot gnu dot org 2005-12-22 23:03
---
Dale, do you have copyright assignment and/or commit priviliges? Also, I have
gone to comp.lang.fortran for an interpretation on my comment #28. I see what
you are saying and I see what ifort is doing. Ifort i
--- Comment #28 from jvdelisle at gcc dot gnu dot org 2005-12-22 22:49
---
On i686-pc-linux-gnu:
$ cat back3.f
integer dat(5)
dat = (/ 0, 0, 0, 0, 1 /)
write(11) dat,dat,dat,dat
rewind 11
write(11) dat
read(11,end=1008) dat
call abort()
1008 c
--- Comment #1 from dir at lanl dot gov 2005-12-22 21:59 ---
I don't know why this showed up twice
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25539
I thought that I saw this before, but I could not find it with a search. Here
is an ICE on a bad program -
[dranta:~/tests/gfortran-D] dir% gfortran -c rspace.F
rspace.F:1: internal compiler error: in build_function_decl, at
fortran/trans-decl.c:1130
Please submit a full bug report,
with preproces
I thought that I saw this before, but I could not find it with a search. Here
is an ICE on a bad program -
[dranta:~/tests/gfortran-D] dir% gfortran -c rspace.F
rspace.F:1: internal compiler error: in build_function_decl, at
fortran/trans-decl.c:1130
Please submit a full bug report,
with preproces
--- Comment #27 from dir at lanl dot gov 2005-12-22 21:14 ---
In the second example in comment #3, the first read reads the end of file and
the end=1008 works correctly. On the second read, the end of file has been
passed so that the end=1011 does not and should not catch it - it is an e
EXTRA_MULTILIB_PARTS, as used in target t-* fragments, is undocumented. (All
target t-* variables should be documented in fragments.texi.)
--
Summary: EXTRA_MULTILIB_PARTS undocumented
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severit
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-12-22 20:51
---
The problem here is that:
1. mark_used doesn't add inline functions to the deferred function list if
processing_template_decl. (I guess this is a compile-time optimization, so
that the deferred function list isn
--- Comment #14 from mmitchel at gcc dot gnu dot org 2005-12-22 20:15
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #13 from mmitchel at gcc dot gnu dot org 2005-12-22 20:08
---
Subject: Bug 25364
Author: mmitchel
Date: Thu Dec 22 20:08:39 2005
New Revision: 108973
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108973
Log:
PR c++/25364
* typeck.c (build_unary_op):
--- Comment #12 from mmitchel at gcc dot gnu dot org 2005-12-22 20:02
---
Subject: Bug 25364
Author: mmitchel
Date: Thu Dec 22 20:02:21 2005
New Revision: 108972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108972
Log:
PR c++/25364
* semantics.c (finish_qualif
--- Comment #11 from mmitchel at gcc dot gnu dot org 2005-12-22 19:59
---
Subject: Bug 25364
Author: mmitchel
Date: Thu Dec 22 19:59:00 2005
New Revision: 108971
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108971
Log:
PR c++/25364
* semantics.c (finish_qualif
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-12-22 19:49
---
With GNU Fortran 95 (GCC) 4.2.0 20051221 it works (I get a lot of 'undefined
reference' messages, but no ICE:s). But with 20051222 I get the same ICE
message that Martin gets. So it seems the p
--- Comment #26 from dir at lanl dot gov 2005-12-22 19:23 ---
I ran the "check-gfortran" tests before and after putting in the two changes
that I suggested on the Macintosh and the results were identical and my real
programs now run Ok with the changes, but someone is currectly making ch
--- Comment #2 from aph at gcc dot gnu dot org 2005-12-22 18:34 ---
Subject: Bug 25535
Author: aph
Date: Thu Dec 22 18:34:01 2005
New Revision: 108961
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108961
Log:
2005-12-22 Andrew Haley <[EMAIL PROTECTED]>
PR java/25535
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-12-22 18:12 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-12-22 18:11 ---
Subject: Bug 25513
Author: pinskia
Date: Thu Dec 22 18:11:39 2005
New Revision: 108959
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108959
Log:
2005-12-22 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-12-22 18:06 ---
Subject: Bug 25513
Author: pinskia
Date: Thu Dec 22 18:06:35 2005
New Revision: 108958
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108958
Log:
2005-12-22 Andrew Pinski <[EMAIL PROTECTED]>
PR tr
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2005-12-22 17:59
---
The failure in the second example in comment #3 is that the reading past the
record is not being caught by the end specifier in the read statement. It
should go to 1011 and continue. This is a different bug. I
--- Comment #45 from ebotcazou at gcc dot gnu dot org 2005-12-22 17:58
---
Created an attachment (id=10552)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10552&action=view)
Middle-end (IPA) patch.
Tested Darwin/4.1 branch.
--
ebotcazou at gcc dot gnu dot org changed:
--- Comment #8 from pluto at agmk dot net 2005-12-22 17:54 ---
could you try current 4.1? on my i486 gij works now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25121#c8
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25239
--- Comment #1 from aph at gcc dot gnu dot org 2005-12-22 17:16 ---
public class Test {
public static void main(String[] args) {
System.out.println(javax.rmi.CORBA.Stub.class);
}
}
This fails with a SEGV on PPC 64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #25 from ghazi at gcc dot gnu dot org 2005-12-22 17:15 ---
Subject: Bug 20772
Author: ghazi
Date: Thu Dec 22 17:15:05 2005
New Revision: 108954
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108954
Log:
PR testsuite/20772
* gcc.dg/20020523-1.c: Change
BC-compiled code doesn't work on a big-endian 64-bit box because of a
silly mistake initializing entries in the constant pool. In all cases
the initializer must appear as the first 32-bit integer of a machine
word stored in memory.
--
Summary: gcj broken on 64-bit big-endian systems
--- Comment #24 from ghazi at gcc dot gnu dot org 2005-12-22 17:13 ---
Subject: Bug 20772
Author: ghazi
Date: Thu Dec 22 17:13:01 2005
New Revision: 108953
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108953
Log:
PR testsuite/20772
* gcc.dg/20020523-1.c: Change
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-22 17:05 ---
You are configuring from the gcc directory which is not support, you have to
configure with the toplevel directory.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #19 from mark at gcc dot gnu dot org 2005-12-22 16:45 ---
The testcase in the following message still seems to fail:
http://gcc.gnu.org/ml/java/2005-12/msg00181.html
Here is a variant of the original example that also fails:
public class A
{
public static class B
{
--- Comment #15 from tobi at gcc dot gnu dot org 2005-12-22 16:36 ---
Fixed on the mainline, will commit to 4.1 soon.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
--
$ uname -a
Linux hertz 2.6.7-gentoo-r14 #8 SMP Mon Sep 6 16:08:44 BST 2004 x86_64 AMD
Opteron(tm) Processor 844 AuthenticAMD GNU/Linux
gcc-4.2.0 svn revision 108950.
$ cd build_hertz
$ rm -rf *
$ ../trunk/gcc/configure --build=x86_64-unknown-linux-gnu
--host=x86_64-unknown-linux-gnu --target=x8
--- Comment #23 from ghazi at gcc dot gnu dot org 2005-12-22 16:33 ---
I've pretty much got everything going back to the 3.4.x branch.
Let me know if there's anything remaining.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #24 from dir at lanl dot gov 2005-12-22 16:32 ---
Also, I just noticed that, if length != sizeof (gfc_offset) then 'm' has not
been correctly read - so the routine should quit. Using a bad number to
calculate 'new' will not likely useful.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #8 from roger at eyesopen dot com 2005-12-22 16:05 ---
Alan's patch has already been approved by Ian here:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01397.html
I think it would also be good idea to add the original bugzilla test
case, from comment #1, to the testsuite, to
--- Comment #23 from dir at lanl dot gov 2005-12-22 16:01 ---
What is happening here is actually quite simple. The program reads the green
word for the previous record from the file from location "file_position (u->s)
- length)", that word gives the length of the previous record in bytes
--- Comment #3 from arno at heho dot snv dot jussieu dot fr 2005-12-22
15:33 ---
Might this be related to make-bug #1379 ("Don't use alloca() for automatic
variable values like $^, etc. In the case of very large lists of
prerequisites this causes problems."), which has been solved
afte
--- Comment #22 from fxcoudert at gcc dot gnu dot org 2005-12-22 14:24
---
(In reply to comment #21)
>new = file_position (u->s) - m - 2*sizeof (gfc_offset);
>
> as "2*sizeof (gfc_offset)" is the size of the green words before and after the
> data and m is the size of the data. (m+
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-22 14:22
---
Subject: Re: Incorrectly produces '`' might be used uninitialized in this
function'
On Dec 22, 2005, at 5:38 AM, trick at icculus dot org wrote:
>
>
> --- Comment #10 from trick at icculus dot org 2005-12-
On Dec 22, 2005, at 5:38 AM, trick at icculus dot org wrote:
--- Comment #10 from trick at icculus dot org 2005-12-22 10:38
---
Maybe you could add a new variable attribute so that these warnings
could at
least be avoided in cases where the coder knows the code is correct ?
Someth
--- Comment #21 from dir at lanl dot gov 2005-12-22 14:18 ---
The second example in comment 3 should fail as it does - since it does try read
beyond the end of file. As far as I can tell, the FX patch does not fix any of
the test cases on the Macintosh and I think that it actually is inc
--- Comment #4 from uttamp at us dot ibm dot com 2005-12-22 14:11 ---
Sorry for the delay and I never expected that someone else will figure it out
for me. It just that I got distracted doing other things and right now I'm on
vacation. I don't have access to the machine where I could do
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-22 14:10 ---
That version of newlib is broken,
see the thread at
http://sources.redhat.com/ml/newlib/2005/msg00177.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #20 from dir at lanl dot gov 2005-12-22 14:00 ---
Thanks FX - You gave me the first good explaination of how it should be done.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25139
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-12-22 13:59 ---
This is not a gcc issue but maybe a glibc one.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from ochem at gnat dot com 2005-12-22 13:38 ---
Created an attachment (id=10551)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10551&action=view)
Bug reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25533
It seems that on ia64, the function pthread_create does not use the value of
pthread_attr_setstacksize for the stack size, but something like the half of
it. The reproducer attached tries to fill the stack according to its supposed
size, and show that we are actually able to fill only half of it be
--- Comment #4 from reichelt at gcc dot gnu dot org 2005-12-22 13:22
---
The patch above fixes PR c++/25407 (ice-on-valid-code regression)
on the 3.4 branch. It is a backport of Nathan's patch for PR c++/18803
including the fixes for its fallout PR c++/18949, PR c++/19298, and
PR c++/23
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-12-22 13:18
---
Created an attachment (id=10550)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10550&action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25407
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2005-12-22 13:05
---
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01071.html
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
Dear gcc-bugs@gcc.gnu.org,
Your question was not submitted to the helpdesk because of a problem:
You need to register online at http://ccgi.rowley.co.uk/support/ before you
can submit new questions via e-mail.
Why is this? To provide better tracking of user issues and because we need to
redu
Dear gcc-bugs@gcc.gnu.org,
Your question was not submitted to the helpdesk because of a problem:
You need to register online at http://ccgi.rowley.co.uk/support/ before you
can submit new questions via e-mail.
Why is this? To provide better tracking of user issues and because we need to
redu
--- Comment #10 from rguenth at gcc dot gnu dot org 2005-12-22 12:30
---
Unassigning and requesting CLOSED INVALID.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2005-12-22 12:08
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-12-22 12:01
---
Subject: Bug 2
Author: reichelt
Date: Thu Dec 22 12:01:44 2005
New Revision: 108947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108947
Log:
2005-12-22 Volker Reichelt <[EMAIL PROTECTED]>
--- Comment #14 from tobi at gcc dot gnu dot org 2005-12-22 11:37 ---
Subject: Bug 18990
Author: tobi
Date: Thu Dec 22 11:37:03 2005
New Revision: 108946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108946
Log:
fortran/
PR fortran/18990
* gfortran.h (gfc_charle
1 - 100 of 108 matches
Mail list logo
