--- Comment #21 from jwakely dot gcc at gmail dot com 2010-01-12 17:19
---
(In reply to comment #20)
> I'd like only to make sure we don't
> forget about the issue with pointers to member functions: is there a DR open
> already?
It's been raised on the lib reflector byme, Stephan T. L
--- Comment #12 from singler at kit dot edu 2010-01-12 17:42 ---
Thread 1 waits for its colleagues, but where are they gone? Is it possible
that an exception is thrown inside find (by means of the value type or the
predicate)?
I don't fully trust gdb in this case, but it shows that an i
--- Comment #1 from singler at kit dot edu 2010-01-12 17:43 ---
Maybe rather an endless loop.
--
singler at kit dot edu changed:
What|Removed |Added
AssignedTo|un
--- Comment #13 from edwintorok at gmail dot com 2010-01-12 17:54 ---
(In reply to comment #12)
> Thread 1 waits for its colleagues, but where are they gone? Is it possible
> that an exception is thrown inside find (by means of the value type or the
> predicate)?
> I don't fully trust g
--- Comment #2 from paolo dot carlini at oracle dot com 2010-01-12 18:00
---
My impression is that for some reason it's just slow, very slow: with
TEST_DEPTH=10 it completes in a decent amount of time...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42712
f=/usr/local --enable-lto
--prefix=/home/regehr/z/tmp/gcc-r155838-install --program-prefix=r155838-
--enable-languages=c,c++
Thread model: posix
gcc version 4.5.0 20100112 (experimental) (GCC)
reg...@john-home:~/volatile/bugs/tmp252$ cat small.c
static short foo (long long si1, short si2)
{
retu
posix
gcc version 4.5.0 20100112 (experimental) (GCC)
reg...@john-home:~/volatile/bugs/tmp253$ cat small.c
static signed char
foo (signed char si1, unsigned char si2)
{
return (si1 ^ si2) & (-si2 ^ si2) ? : si1 - si2;
}
struct S0
{
};
unsigned char g_21;
struct S0 g_34;
void
bar (uns
--- Comment #22 from paolo dot carlini at oracle dot com 2010-01-12 18:07
---
Interesting... lately people (*) are apparently happy with all sorts of
regressions wrt C++98/TR1...
Anyway, then let's close it, actually I leave to you the choice between fixed,
wontfix and invalid ;)
(*)
--- Comment #3 from zsojka at seznam dot cz 2010-01-12 18:08 ---
Created an attachment (id=19566)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19566&action=view)
different reduced testcase
I don't know if it's the same problem, but fails with the same flags.
$ gcc -O1 -fcompare-
--- Comment #8 from ubizjak at gmail dot com 2010-01-12 19:04 ---
(In reply to comment #7)
> Ok to check in?
No, please follow usual procedure for submitting patches and post the patch to
gcc-patches@ first.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664
--- Comment #18 from jason at redhat dot com 2010-01-12 19:45 ---
Subject: Re: [4.5 Regression] ICE with pointer-to-member-function
argument in template function
On 01/10/2010 06:42 PM, hubicka at gcc dot gnu dot org wrote:
> In general I am not sure plan of doing all
> datastructure/
--- Comment #1 from jakub at gcc dot gnu dot org 2010-01-12 20:25 ---
Subject: Bug 42699
Author: jakub
Date: Tue Jan 12 20:25:10 2010
New Revision: 155844
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155844
Log:
PR rtl-optimization/42699
* cse.c (cse_insn): Opt
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-01-12 20:48 ---
This code is undefined because out of bounds access of the array. Also note
the use of the union is not needed here really as char is a character type
which means it can be used to access the ScmUInt64 without any a
--- Comment #3 from bangerth at gmail dot com 2010-01-12 20:58 ---
Dodji,
thanks for the patch. As a matter of etiquette (I think we've had
this conversation with others in the past already): in your patch,
you mark the testcase as "Contributed by Dodji Seketeli", but in
fact the testcas
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-01-12 21:05 ---
I would say that the dd.c[4] access into an array that is four chars
long has undefined behavior. It is also the reason why
build_ref_for_offset cannot find a suitable array element for it,
because there is none.
B
--- Comment #12 from jjcogliati-r1 at yahoo dot com 2010-01-12 21:14
---
(In reply to comment #10)
> Subject: Re: Internal compiler exception in with gfortran
> when using -fwhole-program -flto -fopenmp
>
> On Mon, 11 Jan 2010, jjcogliati-r1 at yahoo dot com wrote:
>
> >
> >
> >
Executing on host: /mnt/gnu/gcc/objdir/gcc/xgcc -B/mnt/gnu/gcc/objdir/gcc/
-O1
-w -c -o pr42559.o
/mnt/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/compile/pr425
59.c(timeout = 300)
/mnt/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/compile/pr42559.c: In function
'jum
pfunc':
/mnt/gnu/gcc/gcc/gcc/tes
--- Comment #4 from dodji at seketeli dot org 2010-01-12 21:49 ---
Subject: Re: Aggregate initialization requires copy
constructor
Le mar. 12 janv. 2010 à 20:58:01 (-), bangerth at gmail dot com a écrit:
> As a matter of etiquette (I think we've had
> this conversation with others
--- Comment #5 from bangerth at gmail dot com 2010-01-12 21:52 ---
(In reply to comment #4)
> I will stop adding the 'Contributed by' line from now, and will remove
> it from this patch. If you want, I can remove it from all the test cases
> I did commit.
I don't think that's necessary,
--- Comment #5 from jingyu at google dot com 2010-01-12 22:21 ---
Subject: Re: problematic REG_EQUAL note added to
SUBREG
On Tue, Jan 12, 2010 at 12:57 AM, ebotcazou at gcc dot gnu dot org
wrote:
>
>
> --- Comment #4 from ebotcazou at gcc dot gnu dot org 2010-01-12 08:57
Command line:
gcc -O2 -ftracer -fcompare-debug -c testcase.c
or
gcc -O1 -ftree-pre -freorder-blocks -ftracer -fcompare-debug -c testcase.c
Tested revisions:
r155833 - crash
r155777 - crash
r154830 - crash
r153685 - crash
Output:
$ /mnt/svn/gcc-trunk/binary-155777-lto/bin/gcc -O2 -ftracer -fcompar
--- Comment #1 from zsojka at seznam dot cz 2010-01-12 22:24 ---
Created an attachment (id=19567)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19567&action=view)
reduced testcase
reduced from gcc/cfgexpand.c
Command line:
gcc -O2 -ftracer -fcompare-debug -c pr42719.c
or
gcc -O1
--- Comment #4 from doko at ubuntu dot com 2010-01-12 23:04 ---
verified with binutils/gcc builds from 20100112 trunks
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42532
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-01-12 23:09 ---
Subject: Bug 42708
Author: jsm28
Date: Tue Jan 12 23:09:00 2010
New Revision: 155846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155846
Log:
PR c/42708
* c-typeck.c (build_c_cast): Fold valu
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-01-12 23:10 ---
Fixed for 4.5.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from paolo dot carlini at oracle dot com 2010-01-12 23:33
---
Since we are talking of etiquette, and with the obvious caveats that my mother
language is italian + all the caveats about metaphorical uses of language, I
would also suggest keeping to a minimum the uses of "p
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-12 23:34 ---
This is caused by revision 151917:
http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00665.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from manu at gcc dot gnu dot org 2010-01-13 00:21 ---
The code warning:
155347 jason user_args = args == NULL ? NULL : *args;
155347 jason /* Under DR 147 A::A() is an invalid constructor call,
155347 jason not a functional cast. */
155347 ja
--- Comment #2 from kargl at gcc dot gnu dot org 2010-01-13 00:43 ---
A related issue has been reported here
http://groups.google.com/group/comp.lang.fortran/browse_frm/thread
/ddc211f2987326b8#
in particular the error message needs to be rewritten.
Error: Type 'resultat' at (1) is a
--- Comment #1 from hjl dot tools at gmail dot com 2010-01-13 01:17 ---
It is caused by revision 149199:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00076.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from jingyu at google dot com 2010-01-13 01:18 ---
Subject: Re: problematic REG_EQUAL note added to
SUBREG
> We should try and set changed_i3_dest to 1 in this particular case as well.
Here is the patch which only changes changed_i3_dest for two
particular case
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.2
Target
The bug is triggered with -O2 -fprofile-use.
test case, loop.cpp:
int fun_b(int hbs[], int num, void *obj) {
int i;
int s = 0;
for (i = 0; i < num; i++) {
if (obj != 0) {
if ((int)obj - hbs[i] > 0) {
s += hbs[i];
}
}
}
return s;
}
int main () {
int i;
int s = 0;
in
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2010-01-13 03:13
---
The problem is here. Wrong argument passed to gfc_compare_interfaces.
It can't be NULL. I am testing this patch.
Index: interface.c
===
--- inter
--- Comment #1 from hjl dot tools at gmail dot com 2010-01-13 03:18 ---
It is caused by revision 152563:
http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00212.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
/configure --with-libelf=/usr/local --enable-lto
--prefix=/home/regehr/z/tmp/gcc-r155838-install --program-prefix=r155838-
--enable-languages=c,c++
Thread model: posix
gcc version 4.5.0 20100112 (experimental) (GCC)
reg...@john-home:~/volatile/bugs/tmp254$ cat small.c
#include
#include
stati
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-01-13 04:23
---
Regression testing with the following patch passes. I used p->sym->name
instead of q->sym->name in place of NULL, but I do not think it matters.
Index: interface.c
===
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-01-13 04:24
---
This is a duplicate and the patch in 42684 fixes it.
*** This bug has been marked as a duplicate of 42684 ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-01-13 04:24
---
*** Bug 42680 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-13 05:17 ---
It is caused by revision 145440:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg00060.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.2
Target
--- Comment #10 from spop at gcc dot gnu dot org 2010-01-13 06:33 ---
This seems to still be wrong code, so P1.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from spop at gcc dot gnu dot org 2010-01-13 07:59 ---
Subject: Bug 40281
Author: spop
Date: Wed Jan 13 07:58:50 2010
New Revision: 155851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155851
Log:
2010-01-13 Sebastian Pop
PR middle-end/40281
*
101 - 143 of 143 matches
Mail list logo
