--- Comment #2 from echristo at gcc dot gnu dot org 2006-07-20 07:40
---
Subject: Bug 26877
Author: echristo
Date: Thu Jul 20 07:40:12 2006
New Revision: 115609
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115609
Log:
2006-07-20 Eric Christopher <[EMAIL PROTECTED]>
--- Comment #3 from echristo at apple dot com 2006-07-20 07:40 ---
Fixed thusly:
2006-07-20 Eric Christopher <[EMAIL PROTECTED]>
PR target/26877
* config/i386/i386.h (OPTION_DEFAULT
--- Comment #2 from dannysmith at gcc dot gnu dot org 2006-07-20 07:59
---
Subject: Bug 28427
Author: dannysmith
Date: Thu Jul 20 07:59:09 2006
New Revision: 115610
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115610
Log:
PR target/28427
* config/i386/cygming.
--- Comment #3 from dannysmith at users dot sourceforge dot net 2006-07-20
08:06 ---
config/i386/i386.c: ix86_data_alignment uses the magic number 256 as max_align
(except with -Os). However, MAX_OFILE_ALIGNMENT defaulted to BIGGEST_ALIGNMENT
windows32 targets. The PE COFF spec (and
--- Comment #27 from rguenth at gcc dot gnu dot org 2006-07-20 08:29
---
I guess the patch format made it hard to see what the result is. It looks like
nnodes = cgraph_postorder (order);
for (i = nnodes - 1; i >= 0; i--)
{
node = order[i];
if (node->analyzed && nod
--- Comment #4 from rsandifo at gcc dot gnu dot org 2006-07-20 08:32
---
Subject: Bug 28403
Author: rsandifo
Date: Thu Jul 20 08:31:59 2006
New Revision: 115611
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115611
Log:
Backport from mainline:
2006-07-17 Richa
--- Comment #4 from rsandifo at gcc dot gnu dot org 2006-07-20 08:35
---
Subject: Bug 28402
Author: rsandifo
Date: Thu Jul 20 08:34:53 2006
New Revision: 115613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115613
Log:
Backport from mainline:
2006-07-17 Richa
060714 - fails
4.1.2 20060720, 4.2.0 20060720 - works
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28225
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-20 09:16 ---
I want to say this was fixed by the patch for PR 28235.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-20 09:18 ---
Actually it is obvious it is a dup of that bug with the testcase from comment
#7 in PR 28235.
*** This bug has been marked as a duplicate of 28235 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-20 09:18
---
*** Bug 28225 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-07-20 09:37
---
With checking enabled I get the error message:
bug.cc:5: internal compiler error: tree check: expected record_type or
union_type or qual_union_type, have template_type_parm in
check_template_template_default_arg,
In file strpresent.F90:
program test_string_present
call test_present(1, "foo")
call test_present(2)
end program
subroutine test_present(a, b)
integer :: a
character*(*), optional :: b
if (present(b)) then
write (0,*) "b is present."
else
write (0,*) "b
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-07-20 11:13
---
This was fixed, correct?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25335
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-20 11:16 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-20 11:19 ---
Isn't this really fixed by the TARGET_SECONDARY_RELOAD target hook?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
hi all,
i searched for a similar bug, but i'm not sure, if it has been reported:
the following code compiles fine with gcc, but it shouldn't:
struct foo
{
friend class caster;
};
struct bar:
protected foo
{
};
struct caster
{
foo * cast(bar* b)
{
return static_cast(b);
Compilier version:
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib
--mandir=/usr/share/man --infodir=/usr/share/info
--enable-languag
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-20 12:48 ---
The code is invalid. points_t::const_iterator is a dependent type which you
need to prefix with 'typename '.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-20 13:09 ---
Related to PR 17874, maybe even a dup of that bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from keithwilliams333 at gmail dot com 2006-07-20 13:26
---
(In reply to comment #1)
> The code is invalid. points_t::const_iterator is a dependent type which you
> need to prefix with 'typename '.
>
I've seen the error of my ways.
Thanks.
--
http://gcc.gnu.org/bu
GCC will accept the following code without warning even with -W -Wall -ansi
-pedantic:
#include
int main(void)
{
int i;
i = 0;
while(1) {
printf("%d\n", i++);
if (i == 20) break;
} while(i < 10);
return 0;
}
This program will print all the way too 19 because the exit cond
--- Comment #1 from schwab at suse dot de 2006-07-20 13:41 ---
This is a perfectly valid program. `while(i < 10);' is a statement of its own,
independent of the preceding loop.
--
schwab at suse dot de changed:
What|Removed |Added
-
--- Comment #12 from pbrook at gcc dot gnu dot org 2006-07-20 13:57 ---
Subject: Bug 27363
Author: pbrook
Date: Thu Jul 20 13:57:31 2006
New Revision: 115614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115614
Log:
2006-07-20 Paul Brook <[EMAIL PROTECTED]>
PR 27363
--- Comment #13 from pbrook at gcc dot gnu dot org 2006-07-20 13:59 ---
Subject: Bug 27363
Author: pbrook
Date: Thu Jul 20 13:59:22 2006
New Revision: 115616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115616
Log:
Backport from mainline.
PR 27363
gcc/
--- Comment #2 from falk at debian dot org 2006-07-20 14:53 ---
However, gcc chould actually warn about while loops with an empty body where
the exit condition has no side effects. This might be slightly difficult,
though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28446
--- Comment #3 from patchapp at dberlin dot org 2006-07-20 14:55 ---
Subject: Bug number PR c/27721
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00855.html
--
http://gcc.gnu.org/bugzilla
--- Comment #14 from pbrook at gcc dot gnu dot org 2006-07-20 15:07 ---
Subject: Bug 27363
Author: pbrook
Date: Thu Jul 20 15:07:25 2006
New Revision: 115620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115620
Log:
2006-07-20 Paul Brook <[EMAIL PROTECTED]>
Backport
--- Comment #15 from pbrook at gcc dot gnu dot org 2006-07-20 15:08 ---
FIxed.
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.0 |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.3 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
--- Comment #21 from rth at gcc dot gnu dot org 2006-07-20 15:43 ---
Subject: Bug 27889
Author: rth
Date: Thu Jul 20 15:43:44 2006
New Revision: 115621
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115621
Log:
PR 27889
* tree-nested.c (create_tmp_var_for): Set D
--
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 #5 from patchapp at dberlin dot org 2006-07-20 15:55 ---
Subject: Bug number PR c++/28250
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00860.html
--
http://gcc.gnu.org/bugzil
--
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 #9 from jason at gcc dot gnu dot org 2006-07-20 16:03 ---
Subject: Bug 28407
Author: jason
Date: Thu Jul 20 16:02:57 2006
New Revision: 115622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115622
Log:
PR c++/28407
* cp/decl.c (grokvardecl): Set DECL_
--- Comment #3 from jason at gcc dot gnu dot org 2006-07-20 16:03 ---
Subject: Bug 28409
Author: jason
Date: Thu Jul 20 16:02:57 2006
New Revision: 115622
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115622
Log:
PR c++/28407
* cp/decl.c (grokvardecl): Set DECL_
--- Comment #10 from jason at gcc dot gnu dot org 2006-07-20 16:19 ---
fixed
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jason at gcc dot gnu dot org 2006-07-20 16:20 ---
fixed
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from patchapp at dberlin dot org 2006-07-20 16:20 ---
Subject: Bug number PR c++/28250
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00862.html
--
http://gcc.gnu.org/bugzil
--- Comment #21 from amylaar at spamcop dot net 2006-07-20 17:08 ---
Subject: Re: [4.1/4.2 Regression] reload leaves
insns from earlier passes around: fatal for postinc
Quoting pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>:
>
>
> --- Comment #20 from pinskia at gcc do
--- Comment #2 from patchapp at dberlin dot org 2006-07-20 17:40 ---
Subject: Bug number PR c++/27668
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00868.html
--
http://gcc.gnu.org/bugzil
--- Comment #6 from sje at gcc dot gnu dot org 2006-07-20 17:43 ---
Subject: Bug 27495
Author: sje
Date: Thu Jul 20 17:43:08 2006
New Revision: 115626
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115626
Log:
PR c++/27495
* search.c (adjust_result_of_qualified_n
--- Comment #7 from sje at gcc dot gnu dot org 2006-07-20 17:47 ---
Subject: Bug 27495
Author: sje
Date: Thu Jul 20 17:46:57 2006
New Revision: 115627
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115627
Log:
PR c++/27495
* search.c (adjust_result_of_qualified_n
--- Comment #2 from amylaar at spamcop dot net 2006-07-20 17:57 ---
Subject: Re: emit_input_reload_insns secondary
reload handling is unsafe
Quoting pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]>:
>
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-20 11:
docs describe:
http://gcc.gnu.org/onlinedocs/gcc/Language-Independent-Options.html#Language-Independent-Options
-fdiagnostics-show-options
This option instructs the diagnostic machinery to add text to each
diagnostic emitted, which indicates which command line option directly controls
that di
--- Comment #1 from steven at gcc dot gnu dot org 2006-07-20 19:53 ---
Confirmed.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal
simplified test-case:
#include
class __attribute__ ((visibility("default"))) foo {
public:
typedef std::set int_set;
int_set::const_iterator begin() const;
private:
int_set m_set;
};
foo::int_set::const_iterator foo::begin() const {
return m_set.begin();
}
compile it:
$ g++-4.2
--- Comment #2 from steven at gcc dot gnu dot org 2006-07-20 21:17 ---
>From the tree dumps, it would appear we totally mis-handle omitted arguments:
;; Function MAIN__ (MAIN__)
MAIN__ ()
{
:
_gfortran_set_std (70, 127, 0);
test_present (&C.1239, &C.1240);
test_present (&C.1242);
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-20 21:29 ---
Could this be a dup of the now-fixed Bug 28410 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28003
--- Comment #8 from steven at gcc dot gnu dot org 2006-07-20 21:34 ---
Ping!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-20 22:01 ---
*** This bug has been marked as a duplicate of 19664 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #98 from pinskia at gcc dot gnu dot org 2006-07-20 22:01
---
*** Bug 28449 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-07-20 22:14
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.3 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28437
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-07-20 22:33
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #99 from bkoz at gcc dot gnu dot org 2006-07-20 23:37 ---
Subject: Bug 19664
Author: bkoz
Date: Thu Jul 20 23:37:27 2006
New Revision: 115632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115632
Log:
2006-07-20 Benjamin Kosnik <[EMAIL PROTECTED]>
Jakub
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-07-21 01:42
---
In C99, a compound literal in the body of a function has automatic storage
duration associated with the enclosing block. That's what the C++ front end
now does. In that context, the error given is entirely reason
--- Comment #3 from patchapp at dberlin dot org 2006-07-21 03:05 ---
Subject: Bug number PR c++/28363
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00876.html
--
http://gcc.gnu.org/bugzil
59 matches
Mail list logo