---
#include
std::vector v(7, 0);
---
lands on the
template vector(InputIterator first, InputIterator last,
const Allocator& = Allocator());
constructor instead of
explicit vector(size_type n, const T& value = T(), const Allocator& =
Allocator());
which the user intended. The Input
--- Comment #68 from mikulas at artax dot karlin dot mff dot cuni dot cz
2010-04-20 07:48 ---
gcc 4.5 is affected too. It would be nice if they fixed it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40838
--- Comment #7 from krebbel at gcc dot gnu dot org 2010-04-20 07:51 ---
Subject: Bug 43635
Author: krebbel
Date: Tue Apr 20 07:51:14 2010
New Revision: 158540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158540
Log:
2010-04-20 Andreas Krebbel
PR target/43635
--- Comment #8 from krebbel at gcc dot gnu dot org 2010-04-20 08:18 ---
Subject: Bug 43635
Author: krebbel
Date: Tue Apr 20 08:18:18 2010
New Revision: 158541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158541
Log:
2010-04-20 Andreas Krebbel
PR target/43635
--- Comment #9 from krebbel at gcc dot gnu dot org 2010-04-20 08:21 ---
Fixed with the patch above.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from abel at gcc dot gnu dot org 2010-04-20 08:36 ---
The problem is in the remove_insns_that_need_bookkeeping function, which should
filter out all instructions that cannot be copied but yet may require
bookkeeping. An instruction with asm operands is an example of those
--- Comment #3 from jakub at gcc dot gnu dot org 2010-04-20 08:37 ---
Subject: Bug 43337
Author: jakub
Date: Tue Apr 20 08:36:45 2010
New Revision: 158544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158544
Log:
PR middle-end/43337
* tree-nested.c (convert_nonl
--- Comment #4 from jakub at gcc dot gnu dot org 2010-04-20 08:37 ---
Subject: Bug 43337
Author: jakub
Date: Tue Apr 20 08:37:12 2010
New Revision: 158545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158545
Log:
PR middle-end/43337
* tree-nested.c (convert_nonl
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-20 08:41 ---
Subject: Bug 43339
Author: jakub
Date: Tue Apr 20 08:41:02 2010
New Revision: 158547
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158547
Log:
PR fortran/43339
* openmp.c (gfc_resolve_do_itera
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-20 08:42 ---
Fixed for 4.4/4.5/4.6.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-20 08:42 ---
Fixed for 4.4/4.5/4.6.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #4 from jakub at gcc dot gnu dot org 2010-04-20 08:39 ---
Subject: Bug 43339
Author: jakub
Date: Tue Apr 20 08:39:22 2010
New Revision: 158546
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158546
Log:
PR fortran/43339
* openmp.c (gfc_resolve_do_itera
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-20 08:48 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-04-20 08:51
---
*** Bug 43811 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-20 08:51 ---
It is.
*** This bug has been marked as a duplicate of 43415 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-20 08:52 ---
libgcc.a should provide these and libgcc.so should be a linker script.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-20 08:53 ---
conditional traps should be control-flow instructions just like maybe
throwing calls are.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43809
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.6.0
ht
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-04-20 08:59
---
Confirmed with the testcase from comment #8 at -O2.
Breakpoint 1, fancy_abort (
file=0x1196288 "/space/rguenther/src/svn/trunk/gcc/ipa-inline.c",
line=1009, function=0x1196720 "cgraph_decide_inlining_of_s
Attached is a simplified test case from dalvik VM. Compile it with options
-march=armv7-a -mthumb -Os -finline-functions, gcc generates
Dalvik_sun_misc_Unsafe_getObject:
push{r0, r1, r2, r4, r5, lr}
ldr r5, [r0, #4]
mov r4, r1
movsr2, #8
add
--- Comment #1 from carrot at google dot com 2010-04-20 09:03 ---
Created an attachment (id=20435)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20435&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43814
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-20 09:04 ---
Subject: Bug 43796
Author: rguenth
Date: Tue Apr 20 09:04:05 2010
New Revision: 158548
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158548
Log:
2010-04-20 Richard Guenther
PR tree-optimization/
--- Comment #4 from mikpe at it dot uu dot se 2010-04-20 09:05 ---
The only way I can reproduce this is if I don't actually build gcc before I
attempt the 'make install'. Did you or did you not 'make' or 'make bootstrap'
before 'make install'?
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-20 09:05 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-04-20 09:05
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-04-20 09:05
---
Subject: Bug 43783
Author: rguenth
Date: Tue Apr 20 09:05:33 2010
New Revision: 158549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158549
Log:
2010-04-20 Richard Guenther
PR tree-optimizatio
--- Comment #15 from justinmattock at gmail dot com 2010-04-20 09:11
---
as for the crash in early boot, I have not re-built sysvinit, and libselinux
with 4.6.0.. so am unsure if it makes a difference or not(will test as soon as
I wake up).
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #7 from jan dot kratochvil at redhat dot com 2010-04-20 09:14
---
Created an attachment (id=20436)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20436&action=view)
Preliminary GDB patch.
Tobias, could you add DW_AT_MIPS_linkage name?
You say in Comment 3 the debugger
--- Comment #24 from dominiq at lps dot ens dot fr 2010-04-20 09:18 ---
The patch in comment #23 works fine on my tests. Thanks for it.
> Also included is the fix for PR43266, which was first posted on March 27 and
> is
> very 'obvious'.
Note for the record that it gives an additional
--- Comment #5 from yves dot caniou at ens-lyon dot fr 2010-04-20 09:20
---
(In reply to comment #4)
> The only way I can reproduce this is if I don't actually build gcc before I
> attempt the 'make install'. Did you or did you not 'make' or 'make bootstrap'
> before 'make install'?
>
--- Comment #8 from jakub at gcc dot gnu dot org 2010-04-20 09:21 ---
Please treat DW_AT_linkage_name the same as DW_AT_MIPS_linkage_name, for
-gdwarf-4 the patch I've posted yesterday emits the former rather than latter.
Currently the addition of DW_AT_{,MIPS_}linkage_name is guarded w
Transcript:
> uname -a
Linux pluton 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686
GNU/Linux
> avr-gcc -v
Using built-in specs.
Target: avr
Configured with: ../src/configure -v --enable-languages=c,c++ --prefix=/usr/lib
--infodir=/usr/share/in
--- Comment #25 from paul dot richard dot thomas at gmail dot com
2010-04-20 09:31 ---
Subject: Re: [4.5/4.6 Regression] ICE: segmentation fault
in mio_expr
Dominiq,
>
> Note for the record that it gives an additional error for PR43266 instead of
> the ICE:
>
> pr43266.f90:37
--- Comment #1 from philippe dot hoogvorst at neuf dot fr 2010-04-20 09:32
---
Created an attachment (id=20437)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20437&action=view)
Smallest file triggering the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43815
--- Comment #2 from mikpe at it dot uu dot se 2010-04-20 09:39 ---
Created an attachment (id=20438)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20438&action=view)
reduced test case
With this reduced test case I see the missed-optimization for both ARM and
Thumb modes with gcc 4.
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-20 09:40 ---
bug.s: Assembler messages:
bug.s:2: Internal error, aborting at symbols.c line 94 in symbol_new
Please report this bug.
this is an assembler problem, please report it to binutils.
--
rguenth at gcc dot gnu dot o
--- Comment #1 from redi at gcc dot gnu dot org 2010-04-20 09:40 ---
(In reply to comment #0)
> Passing "NULL" instead of "0" makes the error depend on the build target. For
> example, NULL appears to be an int on x86-32 but a long on x86-64, meaning the
> error appears on x86-32 but not
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-20 09:40 ---
Suspending while the issue is open
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mikpe at it dot uu dot se 2010-04-20 09:44 ---
Created an attachment (id=20439)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20439&action=view)
reduced test case, corrected
Oops, I attached the wrong version of the test case.
--
mikpe at it dot uu dot se c
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-20 09:45 ---
Fails at -O -fipa-cp -fwhole-program
typedef float scoord_t;
typedef scoord_t sdist_t;
typedef sdist_t dist_t;
template class TRay { };
typedef TRay Ray;
class BBox { };
class RenderContext { };
class RefCounted {
p
--- Comment #2 from jakub at gcc dot gnu dot org 2010-04-20 09:54 ---
Created an attachment (id=20440)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20440&action=view)
gcc46-pr43569.patch
Fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-20 10:23 ---
For performance reasons libgomp uses some busy waiting, which of course works
well when there are available CPUs and cycles to burn (decreases latency a
lot), but if you have more threads than CPUs it can make things w
--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-20 10:49 ---
Created an attachment (id=20441)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20441&action=view)
gcc46-pr43706.patch
For GOMP_CPU_AFFINITY there was an issue that the number of available CPUs used
to decide whe
--- Comment #2 from jakub at gcc dot gnu dot org 2010-04-20 11:26 ---
Most likely dup of PR42866.
*** This bug has been marked as a duplicate of 42866 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-20 11:26 ---
*** Bug 43338 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42866
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-20 11:29 ---
WONTFIX for 4.3 - -fipa-type-escape is broken anyway.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from jakub at gcc dot gnu dot org 2010-04-20 11:33 ---
Please update your gfortran.
*** This bug has been marked as a duplicate of 42866 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-20 11:33 ---
*** Bug 43712 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42866
--- Comment #11 from bernds at codesourcery dot com 2010-04-20 11:47
---
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01231.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40457
--- Comment #13 from pluto at agmk dot net 2010-04-20 12:20 ---
(In reply to comment #5)
> (In reply to comment #4)
> > during analysis the boost::thread::start_thread() function which causes
> > invalid writes detected by valgrind i've noticed that gcc-4.5 generates
> > bigger and more
--- Comment #4 from dominiq at lps dot ens dot fr 2010-04-20 12:21 ---
Technically this PR, fixed on trunk but not on fortran-dev, is now a
[fortran-dev Regression]. Could it be marked that way?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43326
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-20 12:21 ---
WONTFIX on the 4.3 branch. This option has been removed for GCC 4.6.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from mika dot fischer at kit dot edu 2010-04-20 12:23
---
> For performance reasons libgomp uses some busy waiting, which of course works
> well when there are available CPUs and cycles to burn (decreases latency a
> lot), but if you have more threads than CPUs it can mak
--- Comment #9 from jan dot kratochvil at redhat dot com 2010-04-20 12:24
---
(In reply to comment #8)
> BTW, should DW_AT_{,MIPS_}linkage_name be also present on DW_TAG_common_block?
[...]
> for DW_AT_linkage_name to be allowed on DW_TAG_common_block.
For DW_TAG_common_block:
+ /
--- Comment #5 from janus at gcc dot gnu dot org 2010-04-20 12:26 ---
(In reply to comment #4)
> Technically this PR, fixed on trunk but not on fortran-dev, is now a
> [fortran-dev Regression]. Could it be marked that way?
Yes.
--
janus at gcc dot gnu dot org changed:
Wh
please consider .einline2 and .optimized trees for the
boost::thread::start_thread() function from attached testcase.
the 4.3 optimize boost::shared_ptr<>::operator= pretty nice.
the 4.5 avoid operator= inlining.
moreover, the 4.5 code is bigger (152bytes vs 106bytes)
and contains more atomic ope
--- Comment #1 from pluto at agmk dot net 2010-04-20 12:36 ---
Created an attachment (id=20442)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20442&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43816
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-20 12:56 ---
Well. early inlining is then just lucky in 4.3 - the functions are really
too big for early inlining to inline fully. Btw, IPA inlining does inline
operator= into start_thread. In 4.3 we do not inline a destructor
--- Comment #31 from rguenth at gcc dot gnu dot org 2010-04-20 13:05
---
WONTFIX for the regression on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
E
bool tell_endian() {
unsigned x = 1;
return *(char*)&x;
}
optimized on the RTL level only, split out from PR26069.
--
Summary: Runtime endian-ness check is not optimized on the tree
level
Product: gcc
Version: 4.6.0
Status: UN
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-04-20 13:08
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-20 13:08
---
Subject: Bug 43629
Author: rguenth
Date: Tue Apr 20 13:08:01 2010
New Revision: 158554
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158554
Log:
2010-04-20 Richard Guenther
PR tree-optimizatio
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-04-20 13:09
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-04-20 13:10
---
Subject: Bug 43438
Author: rguenth
Date: Tue Apr 20 13:09:42 2010
New Revision: 158555
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158555
Log:
2010-04-20 Richard Guenther
PR rtl-optimization
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-04-20 13:22
---
WONTFIX on the branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-04-20 13:24
---
WONTFIX for 4.3 as of comment #14.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from rguenth at gcc dot gnu dot org 2010-04-20 13:26
---
WONTFIX on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-04-20 13:27
---
WONTFIX on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-04-20 13:27
---
WONTFIX on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paulius dot zaleckas at gmail dot com 2010-04-20 13:39
---
(In reply to comment #1)
> Please supply a full testcase, and explain precisely the problem you are
> seeing. I cannot determine from your initial post what problem you are
> seeing.
Currently I am extreme
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-04-20 13:39 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-04-20 13:40 ---
Subject: Bug 35335
Author: rguenth
Date: Tue Apr 20 13:39:44 2010
New Revision: 158556
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158556
Log:
2010-04-20 Richard Guenther
Backport from mainlin
--- Comment #19 from rguenth at gcc dot gnu dot org 2010-04-20 13:40
---
WONTFIX on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-04-20 13:42
---
WONTFIX on the 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pluto at agmk dot net 2010-04-20 13:47 ---
so it's an invalid PR.
--
pluto at agmk dot net changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-20 13:51 ---
Subject: Bug 35443
Author: rguenth
Date: Tue Apr 20 13:51:24 2010
New Revision: 158557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158557
Log:
2010-04-20 Richard Guenther
Backport from mainlin
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-20 13:51 ---
Subject: Bug 35742
Author: rguenth
Date: Tue Apr 20 13:51:24 2010
New Revision: 158557
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158557
Log:
2010-04-20 Richard Guenther
Backport from mainlin
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.4
Target Milestone|4.2.5 |4.3.5
http://
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-04-20 13:52 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from dodji at gcc dot gnu dot org 2010-04-20 13:58 ---
... patch posted to http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01241.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43800
--- Comment #3 from singler at kit dot edu 2010-04-20 14:04 ---
Can this old bug be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39154
Hi,
unfortunately it's hard for me to tell whether this is the same as any of the
other segfault bugs, so I'll have to ask you to determine that for yourselves.
$ g++ -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.4.1-4ubuntu9'
--w
--- Comment #1 from oberlaender at fzi dot de 2010-04-20 14:08 ---
Created an attachment (id=20443)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20443&action=view)
bugtest.ii to reproduce the segfault.
This is the preprocessed source file leading to the segfault, created using g+
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-20 14:10 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-04-20 14:10 ---
Subject: Bug 38957
Author: rguenth
Date: Tue Apr 20 14:09:52 2010
New Revision: 158559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158559
Log:
2010-04-20 Richard Guenther
Backport from mainlin
--- Comment #2 from oberlaender at fzi dot de 2010-04-20 14:14 ---
The following is a list of changes to the code, each of which makes the
segfault disappear:
- Remove the max_len parameter from tBspTree2D::Intersect() and replace its use
by a constant
- Remove lines 44931 through 44936
--- Comment #4 from jakub at gcc dot gnu dot org 2010-04-20 14:15 ---
Fixed for 4.4+.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-20 14:18 ---
Subject: Bug 39417
Author: rguenth
Date: Tue Apr 20 14:18:35 2010
New Revision: 158560
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158560
Log:
2010-04-20 Richard Guenther
PR tree-optimization/
--- Comment #5 from mikael at gcc dot gnu dot org 2010-04-20 14:21 ---
Created an attachment (id=20444)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20444&action=view)
patch
This produces :
pr41023.f90:9.21:
MODULE PROCEDURE myplus
1
Error: Operator int
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-20 14:24 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-04-20 14:24
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-04-20 14:25 ---
Subject: Bug 43220
Author: rguenth
Date: Tue Apr 20 14:24:39 2010
New Revision: 158561
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158561
Log:
2010-04-20 Richard Guenther
Backport from mainlin
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-04-20 14:25
---
Subject: Bug 38360
Author: rguenth
Date: Tue Apr 20 14:24:39 2010
New Revision: 158561
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158561
Log:
2010-04-20 Richard Guenther
Backport from mainl
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-04-20 14:30
---
Backporting the fix causes
FAIL: gcc.c-torture/compile/pr32482.c -O0 (test for excess errors)
Excess errors:
/abuild/rguenther/gcc-4_3-branch/gcc/testsuite/gcc.c-torture/compile/pr32482.c:4:
sorry, unimplemented
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-04-20 14:32
---
Subject: Bug 38584
Author: rguenth
Date: Tue Apr 20 14:31:47 2010
New Revision: 158562
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158562
Log:
2010-04-20 Richard Guenther
Backport from mainl
--- Comment #18 from rguenth at gcc dot gnu dot org 2010-04-20 14:32
---
Backported the fix for the $summary. WONTFIX for the cfgexpand slowness.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-04-20 14:49 ---
The problem here is that we have a call graph node with !DECL_COMDAT
(node->decl) in a same_comdat_group linked list. Thus it is kept alive
but looked at as if it should have been dead long time ago.
It seems th
--- Comment #3 from oberlaender at fzi dot de 2010-04-20 15:29 ---
The file bugtest.ii compiles successfully in gcc-4.3.4 (unfortunately I can't
go back to 4.3 though).
$ g++-4.3 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubun
1 - 100 of 196 matches
Mail list logo