--- Comment #61 from pault at gcc dot gnu dot org 2007-11-16 09:23 ---
Richard,
I believe that this is the right outcome for achar_4?
(*(char[0:][1:1] *) atmp.4.data)[S.5][1]{lb: 1 sz: 1} =
*(_gfortran_
compare_string (D.529, &(*(char[0:][1:1] *) atmp.2.data)[S.5][1]{lb: 1
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-11-16 11:03 ---
We have wrong types in the IL before forwprop3:
struct sockaddr_in * saddr.3;
struct in_addr * D.1627;
unsigned char * addr;
unsigned char D.1580;
...
:;
saddr.3_22 = (struct sockaddr_in *) D.1577_5;
D
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-11-16 10:36
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from rguenther at suse dot de 2007-11-16 09:45 ---
Subject: Re: [4.3 Regression] Confusing error message
with missing #include
On Thu, 15 Nov 2007, pcarlini at suse dot de wrote:
> --- Comment #8 from pcarlini at suse dot de 2007-11-15 19:07 ---
> Fixed.
Th
--- Comment #62 from rguenther at suse dot de 2007-11-16 09:50 ---
Subject: Re: wrong types in character array/scalar binop
On Fri, 16 Nov 2007, pault at gcc dot gnu dot org wrote:
> --- Comment #61 from pault at gcc dot gnu dot org 2007-11-16 09:23
> ---
> Richard,
>
> I b
--- Comment #25 from rguenth at gcc dot gnu dot org 2007-11-16 12:28
---
Re-opening to not forget about the follow-up patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-11-16 10:10
---
Subject: Bug 34099
Author: rguenth
Date: Fri Nov 16 10:10:05 2007
New Revision: 130222
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130222
Log:
2007-11-16 Richard Guenther <[EMAIL PROTECTED]>
When compiling with -O3 everything is fine.
When compiling with -g this pointer passed to constructors and destructors
don't line up.
I guess the this pointer passed to the constructor is bogus.
--
Summary: wrong this pointer passed to constructor of temporary
obje
--- Comment #27 from rguenth at gcc dot gnu dot org 2007-11-16 14:40
---
Subject: Bug 33870
Author: rguenth
Date: Fri Nov 16 14:40:04 2007
New Revision: 130231
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130231
Log:
2007-11-16 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #2 from manu at gcc dot gnu dot org 2007-11-16 15:42 ---
I am tempted to close this since it is almost impossible to debug. We would
need an exact copy of your setup (for example, which files you touched and
which ones you didn't since last built). And still this may be due t
--- Comment #1 from manu at gcc dot gnu dot org 2007-11-16 15:53 ---
Andrew, is this still valid?
There is a simplify_replace_tree in gcc/tree-ssa-loop-niter.c. Is that what you
want?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from tbm at cyrius dot com 2007-11-16 13:48 ---
Dorit, can you please take a look again?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33869
--- Comment #28 from rguenth at gcc dot gnu dot org 2007-11-16 14:41
---
Fixed. Again.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
gcc.gnu.org/bugs/reghunt.html
has instructions on how to obtain gcc via CVS. This should be updated to
reflect the move to subversion.
--
Summary: bugs/reghunt.html should be updated to mention svn
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
--- Comment #1 from rob dot quill at gmail dot com 2007-11-16 15:03 ---
Hey,
I can confirm this and am trying to investigate the problem. It seems that
more_specialized_fn() loops over the arguments to the first overloaded
function, where in this case there are two, but the tree chain d
--- Comment #1 from jeff at thecreems dot com 2007-11-16 14:27 ---
Seems like a good idea. Since we often say that correctness should come before
performance when it comes to optimization, it has always seemed odd to me that
performance was the default mode of operation.
We can complain
--- Comment #5 from pault at gcc dot gnu dot org 2007-11-16 13:46 ---
Subject: Bug 33986
Author: pault
Date: Fri Nov 16 13:46:04 2007
New Revision: 130228
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130228
Log:
2007-11-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-11-16 13:14 ---
Subject: Bug 34113
Author: rguenth
Date: Fri Nov 16 13:14:03 2007
New Revision: 130223
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130223
Log:
2007-11-16 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #6 from joseph at codesourcery dot com 2007-11-16 16:53 ---
Subject: Re: [4.1/4.2/4.3 Regression] spurious exceptions
with -ffloat-store
The failure still appears with a compiler from revision 130227, after the
patch for PR 34099 was committed.
--
http://gcc.gnu.org/
--- Comment #2 from mueller at gcc dot gnu dot org 2007-11-16 11:37 ---
workaround:
--- reg-stack.c (revision 130198)
+++ reg-stack.c (working copy)
@@ -925,7 +925,7 @@ swap_to_top (rtx insn, stack regstack, r
/* Place operand 1 at the top of stack. */
regno = get_hard_regnum (&t
--- Comment #26 from rguenth at gcc dot gnu dot org 2007-11-16 12:29
---
Which I have.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
By default, GCC is not an Ada compiler and has not been one for years, because
range checks are disabled by default and require an explicit switch (-gnato).
The rationale, as I understand it, was that range checks were expensive in
terms of CPU usage.
However, the rationale is much less valid now
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-11-16 11:51
---
You shouldn't configure the compiler with --disable-checking, this eliminates
the internal assertions which are desirable.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #13 from eres at il dot ibm dot com 2007-11-16 06:52 ---
Created an attachment (id=14563)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14563&action=view)
gcno (with the correct filename)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34085
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-16 16:58 ---
Introduced by
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129596
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from manu at gcc dot gnu dot org 2007-11-16 16:17 ---
Is there any difference in the standard behaviour between printf("%s", NULL)
and puts(NULL)? I mean, why printf("%s", NULL) receives special consideration
but neither puts(NULL) nor fprintf(stdout, "%s", NULL) do?
Any
--- Comment #1 from peter_foelsche at agilent dot com 2007-11-16 16:38
---
Created an attachment (id=14564)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14564&action=view)
test.cpp
contains a main function at the end which calls printf() with some temporary
objects. I put printf
--- Comment #3 from manu at gcc dot gnu dot org 2007-11-16 15:59 ---
Is this still valid?
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
CC|
By default, GCC is not an Ada compiler and has not been one for years, because
stack overflow checks are disabled by default and require an explicit switch
(-fstack-check). The rationale, as I understand it, was that stack overflow
checks were expensive in terms of CPU usage.
However, the rationa
--- Comment #1 from manu at gcc dot gnu dot org 2007-11-16 15:25 ---
Confirmed.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #14 from manu at gcc dot gnu dot org 2007-11-16 13:58 ---
(In reply to comment #13)
> Even the text of the warning is misleading. Why "should" it be explicitly
> initialised, when the standard says it will be implicitly initialised if a
> suitable default constructor exists?
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-16 14:48 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
const int foo[] = {};
should be an error according to the ISO:ANSI standard:
"An array of unknown size initialized with a brace-enclosed initializer-list
containing n initializers, >>>where n shall be greater than zero<<<, is defined
as having n elements"
http://www.kuzbass.ru:8086/docs/isocpp/d
--- Comment #2 from laurent at ient dot rwth-aachen dot de 2007-11-16
17:46 ---
(In reply to comment #1)
> What does -Winline say?
>
> Have you tried with always_inline? Example:
>
> /* Prototype. */
> inline void foo (const char) __attribute__((always_inline));
>
Whaow, I
--- Comment #63 from pault at gcc dot gnu dot org 2007-11-16 17:01 ---
I suppose that, after all, I should reassign myself.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-16 18:00 ---
Note that for completely inlining kernels you can use the
__attribute__((flatten))
on the *calling* function. Usually with expression templates that is the
function
containing the loops, like
void __attribute__((fl
--- Comment #1 from pcarlini at suse dot de 2007-11-16 15:12 ---
3.4.x is not maintained anymore. Otherwise, -pedantic is enough.
--
pcarlini at suse dot de changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-16 18:17 ---
Confirmed. Still broken on the 4.1 and 4.2 branches. Wrong types on the
comparison:
D.1530_7 == 0B
(gdb) call debug_tree (expr)
unit size
align 8 symtab 0 alias set -1 precision 1 min max >
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|new overload resolution |[4.3 Regression] new
|error |
--- Comment #2 from peter_foelsche at agilent dot com 2007-11-16 16:42
---
the attached piece of source code does exhibit the compiler problem with the
new compiler.
When compiling using -O3 the code works fine. When compiling using -g the bug
happens.
Some temporary objects are being c
--- Comment #3 from peter_foelsche at agilent dot com 2007-11-16 16:45
---
We tested this only for the 64bit version.
I don't know if this happens for the 32bit version.
The operating system is LINUX:
Linux bonfire 2.4.21-47.0.1.EL #1 SMP Fri Oct 13 17:51:36 EDT 2006 x86_64
x86_64 x86_
--- Comment #4 from us15 at os dot inf dot tu-dresden dot de 2007-11-16
18:58 ---
The workaround fixes my build problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34110
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-11-16 18:20 ---
Or rather a frontend bug if it doesn't promote either the integer to a pointer
or the pointer to an integer:
./cc1 -quiet -O2 t.i -quiet
t.i: In function foo:
t.i:9: warning: comparison between pointer and integer
--- Comment #12 from jakub at gcc dot gnu dot org 2007-11-16 12:15 ---
Posted patch: http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00895.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
Hi,
Running the following code:
#include
using namespace std;
class CBase {};
class CDerived : public CBase {};
void Set(auto_ptr base)
{
}
int main(int argc, char *argv[])
{
auto_ptr derived(new CDerived);
Set(derived); // error: conversion from 'std::auto_ptr' to
'std::auto_ptr' is am
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-16 19:57 ---
This is not a GCC bug. There are no computed gotos in your function so the
label can be moved anywhere around. The scheduler moves around the label in
this case.
*** This bug has been marked as a duplicate of 28581
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-11-16 19:57 ---
*** Bug 34116 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rob dot quill at gmail dot com 2007-11-16 20:00 ---
I'm working on adding a new pass for this.
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33092
--- Comment #20 from jakub at gcc dot gnu dot org 2007-11-16 14:31 ---
Does the problem go away if you
mv include/*-*-*/bits/stdc++.h.gch{,bad}
and recompile the test? If yes, can you please check with -fdump-tree-all
at which pass the dumps start to differ between compilation with stdc
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-16 14:49 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-16 20:34 ---
The reduced testcase of #2 is fixed by:
Index: gcc/fortran/resolve.c
===
*** gcc/fortran/resolve.c (revision 129882)
--- gcc/fortran/resolve.c
--- Comment #2 from sam at rfc1149 dot net 2007-11-16 14:14 ---
This bug does not exist in current GCC sources, which have a special test case
for 255.255.255.255 in g-socket.adb. I suggest that this bug be closed.
--
sam at rfc1149 dot net changed:
What|Removed
--- Comment #6 from laurent at ient dot rwth-aachen dot de 2007-11-16
20:42 ---
> Note that for completely inlining kernels you can use the
> __attribute__((flatten))
> on the *calling* function. Usually with expression templates that is the
> function
> containing the loops, like
> vo
--- Comment #4 from manu at gcc dot gnu dot org 2007-11-16 18:01 ---
(In reply to comment #2)
> Whaow, I have posted this report for a while...!!!
I guess this report fell through the cracks of bugzilla. Reporting the status
on new versions of GCC would have probably helped.
> But Sin
--- Comment #3 from tbm at gcc dot gnu dot org 2007-11-16 19:16 ---
Works for me with trunk.
*** This bug has been marked as a duplicate of 31037 ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
-
With current trunk:
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O -ftree-loop-linear
md2.c
md2.c: In function 'MD2Transform':
md2.c:6: error: definition in block 11 does not dominate use in block 7
for SSA_NAME: t_20 in statement:
t_10 = PHI
PHI argument
t_20
for PHI node
t_10 = P
--- Comment #1 from tbm at cyrius dot com 2007-11-16 18:04 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
void sqlite3VdbeChangeP3 (const char *zP3)
{
freeP3 ((void *) *(char **) &zP3);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34122
--- Comment #5 from pcarlini at suse dot de 2007-11-16 18:03 ---
(In reply to comment #2)
> I once found a page, where a very important person in the Linux world (cannot
> remember who now, Linux Toward probably) complained about the lack of inlining
> in linux-Kernel, that there were no
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-11-16 18:33 ---
Mine. Still wrong on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
bootstrap fails with i686-pc-linux-gnu with
revision 130208.
Configured with
$ ../../gcc/trunk/configure --prefix=$HOME --enable-languages=c,fortran
make bootstrap then fails with
Error message:
build/genmodes -h > tmp-modes.h
/bin/sh: build/genmodes: No such file or directory
make[3]: *** [s-
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-11-16 20:55 ---
Created an attachment (id=14566)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14566&action=view)
Output of "make bootstrap"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34126
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-11-16 18:38 ---
On the trunk this doesn't fail because there STRIP_SIGN_NOPS (as applied to
comparisons) doesn't strip conversions to/from pointers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34030
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-11-16 20:56 ---
Created an attachment (id=14567)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14567&action=view)
gcc/Makefile
Makefile in gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34126
--- Comment #1 from tbm at cyrius dot com 2007-11-16 19:08 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
static unsigned char sbox[] = {
};
void MD2Transform (unsigned char state[16])
{
unsigned char t = 0;
int i, j;
for (i = 0; i < 16; i++)
{
for (j = 0; j
--- Comment #6 from terry at chem dot gu dot se 2007-11-16 20:57 ---
I'd just like to remind everyone that this is still an issue in gcc version
4.3.0 20071109
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29458
--- Comment #2 from tbm at cyrius dot com 2007-11-16 19:14 ---
This was introduced between 20070422 and 20070515.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34123
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-11-16 18:48 ---
Created an attachment (id=14565)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14565&action=view)
patch
Still needs testing, applies to all branches and trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #14 from tbm at gcc dot gnu dot org 2007-11-16 19:16 ---
*** Bug 31080 has been marked as a duplicate of this bug. ***
--
tbm at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from niklas dot holsti at tidorum dot fi 2007-11-16 18:19
---
It would certainly be in the Ada spirit to have stack-checking enabled by
default.
If GCC offers a selection of stack-checking methods, I think the default method
should be the most reliable and general one, e
--- Comment #2 from niklas dot holsti at tidorum dot fi 2007-11-16 18:07
---
(In reply to comment #1)
> Seems like a good idea.
I think so, too.
> I do wonder if perhaps a new flag that just disables range checking to get the
> 'old' behavior would be warranted?
Yes, that would defin
I get the following ICE with current trunk. This didn't happen
with a compiler from trunk on 2007-10-27.
(sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O
sqlitebrowser-vdbeaux.c
sqlitebrowser-vdbeaux.c: In function 'sqlite3VdbeChangeP3':
sqlitebrowser-vdbeaux.c:6: internal compiler e
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-16 10:40 ---
We have a non-gimple stmt here
#1 0x009fdcb2 in get_addr_dereference_operands (stmt=0x2ba0470db210,
addr=0x2ba0470dd070, flags=0, full_ref=0x2ba0470dd040, offset=0, size=-1,
recurse_on_base=1 '\00
--- Comment #2 from manu at gcc dot gnu dot org 2007-11-16 19:32 ---
(In reply to comment #1)
> aligned can never decrease the required alignment.
>
Can we detect this and emit a diagnostic? We do it for declarations already but
not for types. I tried the following patch as a wild gues
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-11-16 18:35
---
> GCC supports two ways to implement stack overflow checks: using guard pages
> called "probes", and inserting stack checking code into every subprogram.
That's confused. Probes are not "guard pages" and you alw
--- Comment #1 from pcarlini at suse dot de 2007-11-16 20:26 ---
*** This bug has been marked as a duplicate of 34124 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from pcarlini at suse dot de 2007-11-16 20:26 ---
*** Bug 34125 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34124
/vol1/tmp/rwgk/gcc_trunk_130232_x86_64_fc7
--enable-languages=c,c++,fortran --with-mpfr=/usr
Thread model: posix
gcc version 4.3.0 20071116 (experimental) (GCC)
I'll attach a stand-alone reproducer.
It works with -O0 but not -O1 or higher:
% gcc -c -fno-strict-aliasing -O1 -Wall ice_ssa.c
ice_
--- Comment #1 from rwgk at yahoo dot com 2007-11-16 21:11 ---
Created an attachment (id=14568)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14568&action=view)
reproducer
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34127
--- Comment #8 from manu at gcc dot gnu dot org 2007-11-16 20:01 ---
> Specification of the proposed new behaviour:
>
> 1. GCC should ignore unknown -Wno-* options if no other warnings are to
>be issued. This is always correct since the only effect of such an
>option would be t
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-16 14:50 ---
/usr/src/gcc/obj35/gcc/xgcc -B /usr/src/gcc/obj35/gcc/ -v 2>&1 | tail -n 1;
/usr/src/gcc/obj35/gcc/xgcc -B /usr/src/gcc/obj35/gcc/ -m32 -O2 -ffloat-store
-o pr33088{,.c} -lm; ./pr33088; echo $?
gcc version 4.3.0 200711
Hi,
Running the following code:
#include
using namespace std;
class CBase {};
class CDerived : public CBase {};
void Set(auto_ptr base)
{
}
int main(int argc, char *argv[])
{
auto_ptr derived(new CDerived);
Set(derived); // error: conversion from 'std::auto_ptr' to
'std::auto_ptr' is am
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-11-16 13:14 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from manu at gcc dot gnu dot org 2007-11-16 15:49 ---
What does -Winline say?
Have you tried with always_inline? Example:
/* Prototype. */
inline void foo (const char) __attribute__((always_inline));
See
http://gcc.gnu.org/onlinedocs/gcc/Function-Attribut
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-11-16 21:00 ---
Hi Mark,
this should probably be a P1. Booting on Linux isn't all that
uncommon.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-11-16 20:10 ---
I'm working on it
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
On 16 Nov 2007 18:35:15 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> That's not true of probes in general, only of the generic implementation of
> the probing method in GCC. The implementation on Alpha/Tru64 doesn't suffer
> from this defect for example.
Or even the spu-el
--- Comment #3 from pinskia at gmail dot com 2007-11-16 20:26 ---
Subject: Re: Please enable stack checking (-fstack-check) by default
On 16 Nov 2007 18:35:15 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> That's not true of probes in general, only of the generic
--- Comment #5 from pault at gcc dot gnu dot org 2007-11-16 14:47 ---
Subject: Bug 34008
Author: pault
Date: Fri Nov 16 14:47:31 2007
New Revision: 130232
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130232
Log:
2007-11-16 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #16 from jakub at gcc dot gnu dot org 2007-11-16 20:29 ---
Tried to bootstrap that, and while just for make check it basically just
needed gcc_assert (!value || !TREE_SIDE_EFFECTS (value));
because e.g. some Fortran testcases have value == NULL,
bootstrap fails, e.g. on i386.
--- Comment #7 from pault at gcc dot gnu dot org 2007-11-16 21:22 ---
Ah! ubound.51 is not declared anywhere in spec_test.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31213
--- Comment #4 from pluto at agmk dot net 2007-11-16 21:34 ---
--enable-concept-checks in current boost-based way won't be fixed.
we're waiting for real concepts from c++0x.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-16 21:35 ---
Subject: Bug 34030
Author: rguenth
Date: Fri Nov 16 21:34:39 2007
New Revision: 130238
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130238
Log:
2007-11-16 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #14 from steven at gcc dot gnu dot org 2007-11-16 21:15 ---
I still can't reproduce it. What does your gcc -v say?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34085
--- Comment #9 from ian at davenant dot greenend dot org dot uk 2007-11-16
21:18 ---
All that's really needed is to remember all of the unknown -Wno-* options seen.
From the point of view of the core of the option parser, accept them, but just
store the string as provided. When the fi
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-11-16 21:45 ---
Subject: Bug 34030
Author: rguenth
Date: Fri Nov 16 21:44:58 2007
New Revision: 130240
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130240
Log:
2007-11-16 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2007-11-16 21:51
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-11-16 21:50
---
Subject: Bug 34030
Author: rguenth
Date: Fri Nov 16 21:50:20 2007
New Revision: 130242
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130242
Log:
2007-11-16 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-11-16 22:20
---
Subject: Bug 34084
Author: fxcoudert
Date: Fri Nov 16 22:20:44 2007
New Revision: 130244
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130244
Log:
PR fortran/33739
PR fortran/34084
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2007-11-16 22:20
---
Subject: Bug 33739
Author: fxcoudert
Date: Fri Nov 16 22:20:44 2007
New Revision: 130244
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130244
Log:
PR fortran/33739
PR fortran/34084
The following codes (compiled as demo1.f and demo2.f)
PROGRAM demo1 PROGRAM demo2
integer i integer i
double precision result double precision result
do i=1,800do i=1,5
result =
1 - 100 of 129 matches
Mail list logo
