--- Comment #6 from jv244 at cam dot ac dot uk 2010-02-10 08:52 ---
closing as fixed after the commit by Jerry DeLisle
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-10 08:57 ---
the patch for 41113 fixes one of the two warnings
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36932
--- Comment #5 from jv244 at cam dot ac dot uk 2010-02-10 09:03 ---
(In reply to comment #4)
> I believe this is has an origin that could be related to PR41113
this is not fixed by the patch in PR41113, the testcase in comment #3 might
actually be tricky.
--
http://gcc.gnu.org/bugz
--- Comment #2 from jv244 at cam dot ac dot uk 2010-02-10 09:05 ---
this is also fixed for a compiler with the patch for PR41113 applied
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #7 from jv244 at cam dot ac dot uk 2010-02-10 09:10 ---
still happens with current trunk. I believe the patch below is still fine.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-10 09:11 ---
This is actually a regression from 4.3, caused most probably by
http://gcc.gnu.org/viewcvs?view=revision&revision=139159
For VLAs GCC errors out if a goto jumps into a scope with a VLA, for
-fstack-check it obviously c
--- Comment #16 from burnus at gcc dot gnu dot org 2010-02-10 09:17 ---
(In reply to comment #10)
> > For reference, this was Paul's message to the list:
> > http://gcc.gnu.org/ml/fortran/2009-12/msg00164.html
> This was followed by http://gcc.gnu.org/ml/fortran/2009-12/msg00166.html
It
--- Comment #8 from hubicka at ucw dot cz 2010-02-10 09:22 ---
Subject: Re: [4.4/4.5 regression] IRA apparently
systematically making reload too busy on 2 address instructions
with 3 operands
Thanks, we should see if this solves the AMMP problem in a day or two.
Are you
--- Comment #2 from hubicka at ucw dot cz 2010-02-10 09:26 ---
Subject: Re: New: [4.5 regression] IRA register
preferencing bug
Hi,
note that it is related to way we compute cost through alternatives.
I had very old patch for this
http://www.x86-64.org/pipermail/patches/2001-F
--- Comment #6 from jv244 at cam dot ac dot uk 2010-02-10 09:29 ---
(In reply to comment #5)
> the testcase in comment #3 might
> actually be tricky.
Let me clarify:
TYPE T1
INTEGER :: a(3)
END TYPE T1
TYPE(T1), POINTER :: x,y
x=>y
x%a=y%a
END
in this case x%a and y%a are the same a
--- Comment #8 from burnus at gcc dot gnu dot org 2010-02-10 09:33 ---
(In reply to comment #6)
> this is bold guess at a patch, which does fix the lineno info for this
> testcase, but no idea if this is even remotely correct. Based on the
> observation that gfc_match_function_decl sets
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-10 09:42 ---
We still have these constructs and expand still properly deals with them
(it uses the size of the LHS).
I'm not sure what's the best thing to do about this bug. Eventually better
documenting what sizes in an assign
--- Comment #9 from steven at gcc dot gnu dot org 2010-02-10 09:46 ---
What is the purpose of regmove these days, anyway? Isn't it all useless code
thanks to IRA?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42973
Using the mingw-w64 cross-compiler package
"mingw-w64-bin_i686-linux_20100130.tar.bz2" (which works like a treat
otherwise) I get this ICE
foo.f90: In function ‘foo’:
foo.f90:1:0: internal compiler error: in add_argument_checking, at
fortran/trans-decl.c:3961
when compiling this snippet (which I
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2010-02-10 10:02
---
> The non-working code is vectorized, and vectorized code can have strict
> alignment requirements.
Yes, the alignment requirements are surreptitiously changed by -ftree-vectorize
on x86 and x86-64. This ought t
--- Comment #6 from paolo dot carlini at oracle dot com 2010-02-10 10:16
---
There are many details to this, but note that if you stay away from c_str(),
and const char*, thus you consistently use C++ style strings, nothing
unexpected happens, *ever*.
--
http://gcc.gnu.org/bugzilla
--- Comment #7 from paolo dot carlini at oracle dot com 2010-02-10 10:18
---
To be sure: is is fully clear to you that a map stores a pair
of *pointer to const char* and an int? It does *not* store a full string, it
stores an *address* (and an int)!
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from burnus at gcc dot gnu dot org 2010-02-10 10:35 ---
Confirm - and thanks for the report!
For non-BIND(C), Fortran passes a hidden argument with the string length thus
one can add a bounds check check:
if (expected_length > passed_length)
print_bound_error
Expect
--- Comment #51 from steven at gcc dot gnu dot org 2010-02-10 10:42 ---
Could the OP be so kind to see if this is still a problem? And, if this is
still a problem with an unpatched compiler: whether the problem goes away if
arm_arm_address_cost() returns 1 unconditionally (so that this b
--- Comment #9 from steven at gcc dot gnu dot org 2010-02-10 10:55 ---
Reconfirmed with r156595 and r156650 (with and without -fschedule-insns, and
-fsched-pressure makes no difference either).
Vlad, you added some register pressure awareness to the scheduler. Do you think
there is a wa
--- Comment #4 from steven at gcc dot gnu dot org 2010-02-10 11:01 ---
This is a regression, so let's mark it as such.
Shin-wei, is it possible for you check what GCC 4.3 does. Bonus if you can
check a 4.4 snapshot from just before and just after IRA was merged.
--
steven at gcc dot
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-02-10 11:23 ---
Subject: Bug 42985
Author: jamborm
Date: Wed Feb 10 11:22:55 2010
New Revision: 156651
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156651
Log:
2010-02-10 Martin Jambor
PR lto/42985
* i
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-02-10 11:23 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42502
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-10 11:54 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-10 11:54 ---
Subject: Bug 43007
Author: rguenth
Date: Wed Feb 10 11:54:14 2010
New Revision: 156653
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156653
Log:
2010-02-10 Richard Guenther
PR c/43007
*
--- Comment #36 from chrbr at gcc dot gnu dot org 2010-02-10 12:02 ---
(In reply to comment #33)
> Your fix of the middle end looks plausible but I think the target
> shouldn't generate a CP at the eh landing pad anyway. I'll commit
> the hunk below anyway after your patch for pic probl
]
add r3, sp, #4
ldr r1, [r0, #4]
str r2, [r3, #4]
mov r0, r3
bl func
add sp, sp, #20
@ sp needed for prologue
pop {r0}
bx r0
.size test, .-test
.ident "GCC: (GNU) 4.5.0 201
--- Comment #11 from shcherbakov at daad-alumni dot de 2010-02-10 12:44
---
Ok, m32c uses "memcpy" for all block moves (4 ints is a DImode, not BLKmode).
Additionally, it supports pre-decrement addressing mode, that enables a
mutually exclusive case to the one showing the bug.
To reprod
--- Comment #10 from steven at gcc dot gnu dot org 2010-02-10 13:00 ---
My compiler is configured for arm-elf, I guess that's the difference...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39871
--- Comment #11 from steven at gcc dot gnu dot org 2010-02-10 13:04 ---
Closed for wrong ABI.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
St
When an inline function f() includes a lambda function and f() is called in
more than one compilation site, a multiple definition error for the lambda
function is generated at link time. This does not correspond to the standard,
section 5.1.1.5, which states that "the closure type for a lambda exp
--- Comment #1 from plaice at cse dot unsw dot edu dot au 2010-02-10 13:32
---
Created an attachment (id=19833)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19833&action=view)
First file for Bug 43016.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43016
--- Comment #2 from plaice at cse dot unsw dot edu dot au 2010-02-10 13:32
---
Created an attachment (id=19834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19834&action=view)
Second file for Bug 43016
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43016
--- Comment #10 from burnus at gcc dot gnu dot org 2010-02-10 13:54 ---
Patch for 4.4 and the 4.5-trunk by Jakub:
http://gcc.gnu.org/ml/fortran/2010-02/msg00063.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42309
--- Comment #4 from hjl dot tools at gmail dot com 2010-02-10 14:09 ---
(In reply to comment #3)
> (In reply to comment #2)
> > > FAIL: gcc.c-torture/compile/pr42705.c -O1 (internal compiler error)
> > > FAIL: gcc.c-torture/compile/pr42705.c -O1 (test for excess errors)
> > > FAIL: g
--- Comment #5 from sezeroz at gmail dot com 2010-02-10 14:29 ---
(In reply to comment #4)
[...]
> > > > FAIL: gcc.c-torture/compile/pr42705.c -Os (test for excess errors)
> > >
> > > It passed for me on Linux/x86.
> > >
> >
> > Fails for me both on i686- and x86_64-linux.
> >
>
>
Another one.
signed char foo(unsigned char c2)
{
signed char c2_22;
if (c2 <= 63 || c2 == 127)
goto bb43;
else
goto bb20;
bb20:
if (c2 > 252)
goto bb43;
else
goto bb21;
bb21:
/*...*/;
bb24:
c2_22 = (signed char)c2;
if (c2_22 >= 0)
goto bb25;
else
goto
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-10 14:30 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #6 from hjl dot tools at gmail dot com 2010-02-10 14:39 ---
(In reply to comment #1)
> Which is a remainder that devs should enable checking when testing patches for
> branches ...
>
I am using the same configuration for both trunk and release branch:
--enable-clocale=gnu
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-10 14:49 ---
(In reply to comment #6)
> (In reply to comment #1)
> > Which is a remainder that devs should enable checking when testing patches
> > for
> > branches ...
> >
>
> I am using the same configuration for both trunk
--- Comment #8 from hjl dot tools at gmail dot com 2010-02-10 14:57 ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #1)
> > > Which is a remainder that devs should enable checking when testing
> > > patches for
> > > branches ...
> > >
> >
> > I am usi
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-10 15:03 ---
Subject: Bug 43010
Author: jakub
Date: Wed Feb 10 15:02:56 2010
New Revision: 156657
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156657
Log:
PR debug/43010
* dwarf2out.c (retry_incomplete_ty
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-10 15:09 ---
Subject: Bug 43010
Author: jakub
Date: Wed Feb 10 15:09:06 2010
New Revision: 156658
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156658
Log:
PR debug/43010
* dwarf2out.c (retry_incomplete_ty
--- Comment #11 from jakub at gcc dot gnu dot org 2010-02-10 15:11 ---
Subject: Bug 42309
Author: jakub
Date: Wed Feb 10 15:10:53 2010
New Revision: 156659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156659
Log:
PR fortran/42309
* trans-expr.c (gfc_conv_subref
--- Comment #12 from jakub at gcc dot gnu dot org 2010-02-10 15:11 ---
Subject: Bug 42309
Author: jakub
Date: Wed Feb 10 15:11:30 2010
New Revision: 156660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156660
Log:
PR fortran/42309
* trans-expr.c (gfc_conv_subref
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-10 15:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from jakub at gcc dot gnu dot org 2010-02-10 15:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
This is either a test-suite error or a compiler bug:
Invalid read of size 1
at 0x4C276E8: memcpy (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
by 0x400CB0: MAIN__ (alloc_comp_scalar_1.f90:13)
by 0x400E4D: main (alloc_comp_scalar_1.f90:17)
Address 0x58d73d7 is 3 bytes after a b
BLOCK is xfailed and contains:
! Check for correct scope of variables that are implicit typed within a BLOCK.
! This is not yet implemented, thus XFAIL'ed the test.
PROGRAM main
IMPLICIT INTEGER(a-z)
BLOCK
! a gets implicitly typed, but scope should not be limited to BLOCK.
a = 42
Testcase:
#include
#include
static void argy (int foo, ...) {
va_list arg;
char **sp;
va_start(arg, foo);
sp = va_arg(arg,char **);
/* WHAM. */
*sp = "foo";
}
int main (void)
{
char *foo;
/* Comment the next line out for instant crash. */
/* (fprintf) (stderr, "&foo: %p\n",
--- Comment #1 from nix at esperi dot org dot uk 2010-02-10 16:19 ---
Created an attachment (id=19835)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19835&action=view)
Preprocessed testcase source
(sans #include , not needed for crash, only for closely-related
non-crashing version
--- Comment #2 from nix at esperi dot org dot uk 2010-02-10 16:20 ---
Checked with GCC 4.3: doesn't happen there. (Maybe I'm not supposed to change
the summary myself: if so, my apologies.)
--
nix at esperi dot org dot uk changed:
What|Removed |Add
>From the bison testsuite:
> gcc-4.5 -c @@.c
gcc-4.5: : No such file or directory
gcc-4.5: no input files
> gcc-4.5 -c @{.c
gcc-4.5: : No such file or directory
gcc-4.5: no input files
> gcc-4.5 -c @}.c
gcc-4.5: : No such file or directory
gcc-4.5: no input files
> gcc-4.5 -c '~...@#$%^&*()-=_+
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.4.3
Priority|P3 |P1
Target Mi
--- Comment #12 from steven at gcc dot gnu dot org 2010-02-10 16:27 ---
Trying with r156650, I get this before regalloc (in the .184r.asmcons dump):
1 NOTE_INSN_DELETED
4 NOTE_INSN_BASIC_BLOCK
2 r135:SI=r0:SI
REG_DEAD: r0:SI
3 NOTE_INSN_FUNCTION_BEG
6 r136:SI=s
--- Comment #3 from mikpe at it dot uu dot se 2010-02-10 16:28 ---
(In reply to comment #2)
> Checked with GCC 4.3: doesn't happen there. (Maybe I'm not supposed to change
> the summary myself: if so, my apologies.)
Now you've made it look like a bug in 4.3 but not in 4.4 or 4.5. You sh
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-10 16:43 ---
Subject: Bug 43015
Author: burnus
Date: Wed Feb 10 16:43:22 2010
New Revision: 156663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156663
Log:
2010-02-10 Tobias Burnus
PR fortran/43015
*
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-10 16:45 ---
FIXED on the trunk (4.5). Thanks again for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-10 16:45 ---
I have a fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #8 from spop at gcc dot gnu dot org 2010-02-10 16:47 ---
Subject: Bug 42771
Author: spop
Date: Wed Feb 10 16:47:04 2010
New Revision: 156664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156664
Log:
Fix PR42771.
2010-02-10 Sebastian Pop
PR middle-end/42
--- Comment #9 from burnus at gcc dot gnu dot org 2010-02-10 16:48 ---
Subject: Bug 40823
Author: burnus
Date: Wed Feb 10 16:48:24 2010
New Revision: 156665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156665
Log:
2010-02-10 Joost VandeVondele
Tobias Burnus
--- Comment #10 from burnus at gcc dot gnu dot org 2010-02-10 16:49 ---
FIXED on the trunk (4.5). Thanks for the draft patch!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mikpe at it dot uu dot se 2010-02-10 16:52 ---
(In reply to comment #0)
> static void argy (int foo, ...) {
> va_list arg;
> char **sp;
>
> va_start(arg, foo);
> sp = va_arg(arg,char **);
> /* WHAM. */
> *sp = "foo";
> }
You're missing a va_end(arg); her
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-10 16:52 ---
Subject: Bug 43017
Author: rguenth
Date: Wed Feb 10 16:52:07 2010
New Revision: 15
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=15
Log:
2010-02-10 Richard Guenther
PR tree-optimization/
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-10 16:55 ---
This code is undefined with the va_end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-10 16:59 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from vmakarov at redhat dot com 2010-02-10 17:02 ---
The big chunk of regmove which did the same what IRA is capable to do was
removed when IRA was merged.
There are still a lot of important transformations (like dealing with
increments, sign/zero extensions etc) whi
--- Comment #9 from spop at gcc dot gnu dot org 2010-02-10 17:03 ---
Fixed as described in
http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00436.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42771
When compiling gfortran.dg/intrinsic_product_1.f90 under valgrind, one sees the
following valgrind notification; the line referred to is:
gfc_typenode_for_spec (gfc_typespec * spec)
switch (spec->type)
case BT_INTEGER:
if (spec->f90_type == BT_VOID) // <<< Line 1001
Conditional jump
--- Comment #11 from vmakarov at redhat dot com 2010-02-10 17:15 ---
(In reply to comment #8)
>
> Thanks, we should see if this solves the AMMP problem in a day or two.
> Are you going to look at the related PR42961? Without the regmove hunk
> it does not happen at AMMP but it likely
--- Comment #13 from steven at gcc dot gnu dot org 2010-02-10 17:23 ---
As comment #12 shows, CSE can't do much about this -- there is no common
subexpression before register allocation.
Vlad, this is another one that you probably should have a look at, please.
I will have a look at th
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-10 17:29 ---
Debug stmts do not seem to be reachable from basic iterators like:
FOR_EACH_IMM_USE_STMT (stmt, imm_iter, def)
if (is_gimple_debug (stmt))
{
gimple_debug_bind_reset_value (stmt);
--- Comment #14 from steven at gcc dot gnu dot org 2010-02-10 17:50 ---
Vlad, this is another one that you probably should have a look at, please.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
GCC trunk gets an internal compiler error when building SPEC CPU2006 test
459.GemsFDTD on powerpc64-linux with "-O2 -ftree-loop-distribution" for either
-m32 or -m64, as demonstrated by this minimized testcase:
-
MODULE NFT_mod
impli
--- Comment #6 from nix at esperi dot org dot uk 2010-02-10 17:57 ---
That's bizarre. Looking at the 4.4 source code. va_end expands to a NOP.
But, yes, that's a bug, all right. I'm not sure if this is still considered a
regression, given that va_end() is widely ignored and omitted by a
--
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 rguenth at gcc dot gnu dot org 2010-02-10 18:19 ---
(In reply to comment #4)
> Debug stmts do not seem to be reachable from basic iterators like:
>
> FOR_EACH_IMM_USE_STMT (stmt, imm_iter, def)
> if (is_gimple_debug (stmt))
> {
> g
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-10 18:24 ---
Confirmed on i?86. Latent bug in loop-distribution.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2010-02-10 18:26 ---
*** This bug has been marked as a duplicate of 39626 ***
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from amonakov at gcc dot gnu dot org 2010-02-10 18:26
---
(In reply to comment #9)
> Fixed as described in
> http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00436.html
>
I don't see how this patch makes simple_iv call from number_of_iterations_exit
return true for j_20.
--- Comment #8 from domob at gcc dot gnu dot org 2010-02-10 18:26 ---
*** Bug 43019 has been marked as a duplicate of this bug. ***
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from domob at gcc dot gnu dot org 2010-02-10 18:26 ---
This is part of what I mention in comment 6 of PR 39626, will work on it there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43019
--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-10 18:40
---
Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from amonakov at gcc dot gnu dot org 2010-02-10 18:41
---
Confirming. Reproducible on amd64-linux.
This appears to be a bug in CLooG. Disable CLooG optimizations on graphite
branch fixes the bug. The problem is that CLooG generates wrong bounds for
parts of strip-mined
--- Comment #15 from steven at gcc dot gnu dot org 2010-02-10 19:24 ---
The difference between r118474 (left) and r118475 just before register
allocation (in the .life2 dumps) is this:
2 NOTE_INSN_DELETED 2 NOTE_INSN_DELETED
8 NOTE_INSN_BASIC_BLOCK
Upgrading from 4.4.2 to 4.4.3, gcc now segfaults when compiling my file. I've
narrowed both the command line and the cpp file (30 lines, visible at the end
of the *.ii attached). Most of the included code is from eigen
(http://eigen.tuxfamily.org/) and is publicly visible on
http://bitbucket.org/e
--- Comment #1 from orzel at freehackers dot org 2010-02-10 19:33 ---
Created an attachment (id=19836)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19836&action=view)
as provided by -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43024
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |langton at gcc dot gnu dot
|dot org
--- Comment #16 from LpSolit at netscape dot net 2010-02-10 19:48 ---
(In reply to comment #15)
> No such check for adding comments from email replies, but adding a comment
> doesn't require privileges (and the password for an autocreated account is
> of course sent to the email addres
--- Comment #3 from lucabon at interfree dot it 2010-02-10 19:56 ---
(In reply to comment #2)
> ecj1 is really the Eclipse frontend which we just inherit, the GCC java
> frontend (which just handles bytecode) is called jc1.
Why starting from gcc 4.3 jc1 handles only bytecode and no more
--- Comment #7 from LpSolit at netscape dot net 2010-02-10 20:04 ---
(In reply to comment #3)
> We should really upgrade bugzilla to version 3.0
bug 43011. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36739
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-10 20:24 ---
Subject: Bug 42914
Author: spop
Date: Wed Feb 10 20:23:41 2010
New Revision: 156668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156668
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop
PR m
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-10 20:24 ---
Subject: Bug 42530
Author: spop
Date: Wed Feb 10 20:23:41 2010
New Revision: 156668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156668
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop
PR m
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-10 20:46 ---
(In reply to comment #3)
> (In reply to comment #2)
> > ecj1 is really the Eclipse frontend which we just inherit, the GCC java
> > frontend (which just handles bytecode) is called jc1.
>
> Why starting from gcc 4.3
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-10 20:47 ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > ecj1 is really the Eclipse frontend which we just inherit, the GCC java
> > > frontend (which just handles bytecode) is called jc
--- Comment #8 from gcc_bugzilla dot 20 dot marcelitom at inboxclean dot
com 2010-02-10 21:23 ---
Thanks Paolo. I did understand that map was passing a . I wrongly
assumed that it was using it to copy the pointed string to the map, but I
learned from your first post that it was only cop
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-10
21:38 ---
Even if you fix this issue, I don't believe you will be able to compile
pdftk.cc with gcc 4.3 or later...
http://gcc.gnu.org/ml/java/2008-03/msg00028.html
due to the code incorrectly mixing c++ and java e
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-10 21:48 ---
Subject: Bug 43016
Author: jason
Date: Wed Feb 10 21:48:25 2010
New Revision: 156671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156671
Log:
PR c++/43016
* semantics.c (maybe_add_lambda_conv
--- Comment #19 from jason at gcc dot gnu dot org 2010-02-10 21:48 ---
Subject: Bug 42983
Author: jason
Date: Wed Feb 10 21:48:35 2010
New Revision: 156672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156672
Log:
PR c++/42983, core issue 906
* method.c (default
1 - 100 of 133 matches
Mail list logo
