--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-09-22 07:27
---
> The problem is, movsb changes the value of %esi and %edi, and I told the
> compiler about this in the "input" section in the asm directive.
No, you didn't, you only told that %esi and %edi should be loaded on e
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-09-22 07:33
---
So are the files reported as missing really missing...?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33511
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-22 07:59 ---
Yes, this is what debugging cc1plus reveals - the typedef-name type decl is
still
incomplete. Now, the question is if this is valid C++ or not ;) Using
foo_bar instead of bar works as well (though foo_bar also is i
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-22 08:00 ---
That is the following:
struct foo_bar;
typedef foo_bar bar;
struct foo_bar {
typedef int baz;
foo_bar::baz ii;
};
is fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33516
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2007-09-22 08:43
---
Subject: Bug 32325
Author: ebotcazou
Date: Sat Sep 22 08:42:57 2007
New Revision: 128665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128665
Log:
PR target/32325
* except.c (finish_eh_ge
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2007-09-22 08:46
---
Note that libstdc++-v3 didn't build for me without a kludge for EOVERFLOW.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu dot
|
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 09:32 ---
(In reply to comment #4)
> It's mine.
>
> Paul
>
The patch has been posted on the list.
http://gcc.gnu.org/ml/fortran/2007-09/msg00378.html
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33376
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-22 09:33 ---
(In reply to comment #3)
> As the guilty party, I had better take this on.
>
> Paul
>
The patch has been posted on the list.
http://gcc.gnu.org/ml/fortran/2007-09/msg00378.html
Paul
--
http://gcc.gnu.org/bugzi
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-22 09:39 ---
Subject: Bug 33146
Author: rguenth
Date: Sat Sep 22 09:39:41 2007
New Revision: 128666
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128666
Log:
2007-09-22 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-22 09:43 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from ebotcazou at libertysurf dot fr 2007-09-22 10:22
---
Subject: Re: GCC doesn't protect %edi when using inline assembly
> I've tried 'volatile', but it doesn't work.
#include
int main(void)
{
char input[] = {"GCC Version Number"};
char output[30],*dummy;
int leng
--- Comment #12 from ubizjak at gmail dot com 2007-09-22 10:26 ---
(In reply to comment #10)
> Created an attachment (id=14228)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14228&action=view) [edit]
> zlib testcase(zlib's inftrees.c)
Sorry, I can't reproduce the segfault with cur
--- Comment #13 from jigorou3 at mail dot goo dot ne dot jp 2007-09-22
11:28 ---
(In reply to comment #12)
Hmm..., but in my environment, some applications always segfaults at zlib which
was built with -O -msse -ftree-vectorize.
I'm sorry, but now I recognize that I don't have enough a
While testing my patch for PR33502, I discovered that the Fortran front-end
emits wrong location when configured with --enable-mapped-location: the line
numbers are OK, but the file name is wrong for the the outer file locations
after the inclusion.
The following is the behaviour with an --enable
--- Comment #7 from tobi at gcc dot gnu dot org 2007-09-22 12:53 ---
Created an attachment (id=14244)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14244&action=view)
Unfinished patch
Here's a patch. I won't have time for the final cosmetics for a few days to
come, so I'm posting
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-22 13:57
---
*** This bug has been marked as a duplicate of 33522 ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-22 13:57
---
*** Bug 33523 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33522
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-22 14:00
---
Yup, introduced by
2007-08-26 Asher Langton <[EMAIL PROTECTED]>
* gfortran.dg/recursive_stack.f90: New.
* gfortran.dg/openmp_stack.f90: New.
OpenMP testcases should go into libgomp/testsuite/
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #2 from langton at gcc dot gnu dot org 2007-09-22 14:17 ---
Okay, sorry about that!
I'll ping Jakub Jelinek for approval to move this into
libgomp/testsuite/libgomp.fortran.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33526
--- Comment #11 from burnus at gcc dot gnu dot org 2007-09-22 14:21 ---
Subject: Bug 33445
Author: burnus
Date: Sat Sep 22 14:20:57 2007
New Revision: 128670
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128670
Log:
2007-09-22 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #12 from burnus at gcc dot gnu dot org 2007-09-22 14:27 ---
FIXED on the trunk (GCC 4.3.0).
For the example of the initial bug report, it prints now such messages:
!$omp& default(shared)
1
Warning: !$OMP at (1) starts a commented line as it neither is followed by a
spa
--- Comment #14 from jason at gcc dot gnu dot org 2007-09-22 14:28 ---
Fixed for 4.3.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #25 from jason at gcc dot gnu dot org 2007-09-22 14:29 ---
Fixed for 4.3.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #26 from jason at gcc dot gnu dot org 2007-09-22 14:30 ---
Change state.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from jason at gcc dot gnu dot org 2007-09-22 14:31 ---
Fixed for 4.3.0
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-22 15:02
---
Patch below fixes it:
Index: trans-types.c
===
--- trans-types.c (revision 128661)
+++ trans-types.c (working copy)
@@ -1088,16 +1088,19
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-22 15:03
---
Subject: Bug 33502
Author: fxcoudert
Date: Sat Sep 22 15:03:24 2007
New Revision: 128671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128671
Log:
PR fortran/33502
* scanner.c (gfc_advanc
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-22 15:04
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-22 15:46 ---
Subject: Bug 33376
Author: pault
Date: Sat Sep 22 15:46:41 2007
New Revision: 128672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128672
Log:
2007-09-22 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 15:46 ---
Subject: Bug 7
Author: pault
Date: Sat Sep 22 15:46:41 2007
New Revision: 128672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128672
Log:
2007-09-22 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
Ladies and Gentlemen:
In a module, before the CONTAINS statement, I have the following declaration:
CHARACTER (OpconNameLength, ASCIICharacterKind), SAVE :: &
CH_IMAG(UDDEFT) = ""
where OpconNameLength, UDDEFT, are integer parameters.
The parameter ASCIICharacterKind is defined as fo
--- Comment #3 from clerman at fuse dot net 2007-09-22 16:37 ---
Subject: Re: error reported on correct initialization
code.
burnus,
Thank you for your very prompt reply. I tried version 4.3.0; the bug
does not exist in it.
Using this version I have located a new bug that I
--- Comment #4 from clerman at fuse dot net 2007-09-22 16:37 ---
Subject: Re: error reported on correct initialization
code.
kargl,
Thanks for your very prompt reply. burnus also replied to my bug
suggesting I try version 4.3.0. I did that, and the bug is not present.
Using
--- Comment #6 from pault at gcc dot gnu dot org 2007-09-22 16:39 ---
Fixed on trunk.
Thanks for bearing with me, Michael.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from pault at gcc dot gnu dot org 2007-09-22 16:40 ---
Fixed on trunk.
Thanks, Harald.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-22 16:55
---
Subject: Bug 33522
Author: fxcoudert
Date: Sat Sep 22 16:54:56 2007
New Revision: 128673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128673
Log:
PR fortran/33522
* trans-types.c (gfc_ge
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-22 16:59
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
When running the following:
../gcc/configure
--target=x86_64-pc-mingw32
--prefix=/tmp/rt64/scripts/buildsystem/root
--with-sysroot=/tmp/rt64/scripts/buildsystem/root
--disable-nls
--enable-languages=fortran
and
make > /dev/null
I receive the following output (tail only):
../../../gc
--- Comment #2 from pcarlini at suse dot de 2007-09-22 18:08 ---
I'm not sure, but naively appears fixable similarly to the attributes... Jason?
--
pcarlini at suse dot de changed:
What|Removed |Added
---
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 18:40 ---
Since I made a start on it, I had better finish it!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-22 18:42 ---
I'll do all of these, having started.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-22 18:43 ---
I'd better get on with it!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from Raf_Schietekat at ieee dot org 2007-09-22 19:47 ---
Thanks. Somehow I had managed to miss that warning in the flag's documentation
and came up with some of it on my own, but at the same time I thought that each
object file would/could be marked with how it was compile
gcc/config/cris/cris.md:1824
if (which_alternative == 4)
return \"%x6%E5.%m5 [%4=%3%S2],%0\";<
return "%x6%E5 [%4=%2%S3],%0";
This is in a brace block, NOT in a double quote string. These escapes are
bogus. Compare the next line.
--
Summary: bad escape
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-22
20:00 ---
Forgot to specify: this is revision 127595.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33531
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-22 21:19 ---
Subject: Bug 33496
Author: jakub
Date: Sat Sep 22 21:19:17 2007
New Revision: 128675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128675
Log:
PR c++/33496
* pt.c (tsubst_copy) : Handle error_
--- Comment #5 from bangerth at math dot tamu dot edu 2007-09-22 22:14
---
Subject: Re: -m128bit-long-double and printf don't mix
> and came up with some of it on my own, but at the same time I thought that
> each
> object file would/could be marked with how it was compiled so that
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-22 23:35
---
Created an attachment (id=14245)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14245&action=view)
First patch
First implementation. It doesn't even regtest, but I'll attach it here to avoid
loosing it. I'll
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Severity|minor |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33387
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-22 23:48
---
Subject: Bug 33528
Author: fxcoudert
Date: Sat Sep 22 23:48:02 2007
New Revision: 128676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128676
Log:
PR fortran/33528
* scanner.c (preprocess
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-22 23:48
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-09-22 23:54
---
*** Bug 33530 has been marked as a duplicate of this bug. ***
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-22 23:54
---
I've reported this one as PR33472, and Tai has proposed a fix already. (I
thought I had sent the report also to the mingw-w64 list, but I may have
forgotten.)
Also, I have built and published binaries for Win64
(
--- Comment #6 from Raf_Schietekat at ieee dot org 2007-09-23 00:29 ---
I don't know, for a debug build with symbolic information a GNU linker just
might be able to make sense of it... but I accept it would not be worthwhile.
As for the documentation, it seems the "additional 32 bit zero
--- Comment #5 from jason at gcc dot gnu dot org 2007-09-23 02:36 ---
Subject: Bug 19407
Author: jason
Date: Sun Sep 23 02:36:34 2007
New Revision: 128681
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128681
Log:
PR c++/19407
* cp/cp-tree.h (ATTR_IS_DEPENDENT):
--- Comment #6 from jason at gcc dot gnu dot org 2007-09-23 02:39 ---
Fixed for 4.3.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #6 from jason at gcc dot gnu dot org 2007-09-23 04:33 ---
About #3: When we see the definition of a function, we don't keep information
about where it was first declared. For member functions, we could give the
source position of the class if that would be helplful.
--
--- Comment #7 from jason at gcc dot gnu dot org 2007-09-23 04:37 ---
Subject: Bug 15269
Author: jason
Date: Sun Sep 23 04:37:26 2007
New Revision: 128682
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128682
Log:
PR c++/15269
* call.c (build_over_call): Warn abo
--- Comment #8 from jason at gcc dot gnu dot org 2007-09-23 04:39 ---
Virtual problem fixed for 4.3.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15269
--- Comment #14 from dirtyepic at gentoo dot org 2007-09-23 05:59 ---
Created an attachment (id=14246)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14246&action=view)
inftrees.c
this is the testcase from bug #25413. with -O2 -msse2 -ftree-vectorize, i get
this in gcc-4.2.0:
inf
--- Comment #15 from dirtyepic at gentoo dot org 2007-09-23 06:23 ---
i should also mention that the zlib testsuite doesn't trigger this bug for some
reason. many other applications that link with zlib are also unaffected. some
that are include firefox/mozilla/thunderbird/seamonkey/xul
gcc/config/ia64/ia64.md:6267
{
emit_library_call (gen_rtx_SYMBOL_REF (Pmode,
\"__ia64_save_stack_nonlocal\"),
<-
0, VOIDmode, 2, XEXP (operands[0], 0), Pmode,
operands[1], Pmode);
DONE;
})
This is in a brac
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-23
06:37 ---
Also line 6280:
{
emit_library_call (gen_rtx_SYMBOL_REF (Pmode, \"__ia64_nonlocal_goto\"), <---
LCT_NORETURN, VOIDmode, 3,
operands[1], Pmode,
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-23 06:42 ---
This is not a bogus escape, just extraneous.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
69 matches
Mail list logo
