--- Comment #1 from truedfx at gentoo dot org 2009-10-27 06:26 ---
Same results with the 20091022 snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842
This happened in real code, where a required header file was missing.
$ cat bug.i
void f() {
char x[g(h)];
}
$ gcc-4.4.2 -c bug.i
bug.i: In function f:
bug.i:2: error: h undeclared (first use in this function)
bug.i:2: error: (Each undeclared identifier is reported only once
bug.i:2:
--- Comment #1 from b3timmons at speedymail dot org 2009-10-27 05:07
---
Created an attachment (id=18910)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18910&action=view)
gzipped preprocessed source triggering failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41841
: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental
--- Comment #1 from ganesh dot borse at credit-suisse dot com 2009-10-27
04:22 ---
Created an attachment (id=18909)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18909&action=view)
testpure.ii created by g++ -v -save-temps command
testpure.ii
--
http://gcc.gnu.org/bugzilla/
Following code is not compiling with g++ 4.2.3, but compiles fine with g++
3.3.3:
==
#include
class mybase {
public:
virtual int afunc()=0;
};
main()
{
mybase (*ptrs)[10];
}
==
Error given by g++4.2.3 is as below for the above code. I am usi
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-27 02:44 ---
These might not be bogus as there is extra inlining at -O3 which causes us to
strip out the address taking and make search_table_entries, etc. look like real
variables.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-27 02:42 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-27 02:41 ---
Fixed on the trunk for 4.5.0, most likely by:
2008-09-17 Jan Hubicka
PR c++/18071
* tree.h (DECL_INLINE): remove.
(DECL_DECLARED_INLINE_P): Update docs.
(DECL_NO_INLINE_WARNING_P):
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-27 02:38 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-27 02:31 ---
Note this originally comes from libxml2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41839
Take the following two files:
typedef struct _xmlDict xmlDict;
struct _xmlDict {
int ref_counter;
};
void xmlDictCreate(void) {
xmlDict * dict;
}
--- CUT ---
typedef struct _xmlDict xmlDict;
struct _xmlDoc {
struct _xmlDict *dict;
};
void xmlAddEntity(struct _xmlDoc *a) {
xmlDict * dict = a-
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-27 01:17 ---
> stest0.o and libPatternDriver.a
Actually since you are not using the gold linker plugin we only really need the
preprocessed source for stest0.o . Since collect2 does not understand archives
right now.
--
pin
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-27 01:14 ---
(In reply to comment #4)
> I have a C testcase which shows the same issue do you want it? It shows up
> while building libxml2.
Actually looks related but different, there is no inlining involved there.
--
htt
--- Comment #5 from mckelvey at maskull dot com 2009-10-27 01:04 ---
(In reply to comment #4)
> Subject: Re: ICE in LTO when linking
>
> On Sun, 25 Oct 2009, mckelvey at maskull dot com wrote:
>
> >
> >
> > --- Comment #3 from mckelvey at maskull dot com 2009-10-25 16:32
> > -
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-27 00:26 ---
I have a C testcase which shows the same issue do you want it? It shows up
while building libxml2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41808
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-26
23:43 ---
Subject: Re: cc1: error: Cannot load plugin ./selfassign.so
> There is configure fluff in gcc/configure.ac at the --enable-plugin handling
> that should deal with this (it tries -rdynamic at the moment).
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-26 23:42 ---
> There's no aliasing through the void*.
This is not true. In fact aliasing is not about what the type of the pointers
are but what the dynamic type of what the pointer points to and the access
type.
But that is n
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-26 23:12 ---
Fixed. x86_64-linux and i686-linux bootstrapped/regtested with
--disable-checking just fine.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-26 23:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The attached Triple.i, when compiled with `g++ -c -O2 -Wstrict-aliasing
Triple.i`, returns:
Triple.i: In function 'void setOSName(const StringRef&)':
Triple.i:9: warning: dereferencing pointer '' does break
strict-aliasing rules
Triple.i:9: note: initialized from here
Line 9 is:
if (LHSKind == Tw
--- Comment #1 from jyasskin at gmail dot com 2009-10-26 23:04 ---
Created an attachment (id=18908)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18908&action=view)
File with incorrect strict-aliasing warning
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41838
--- Comment #2 from kargl at gcc dot gnu dot org 2009-10-26 22:39 ---
> My conclusion is that there is a problem when the
> NAN is passed from the C to the fortran.
That's not my conclusion. :)
> double C2F(returnanan)(void)
> {
(snip)
>
> PROGRAM test
> DATA ONE/1.0D0
--- Comment #4 from b3timmons at speedymail dot org 2009-10-26 22:33
---
Created an attachment (id=18907)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18907&action=view)
gzipped preprocessed source triggering failure
Had to gzip file due to submission timing out
--
http://g
--- Comment #3 from b3timmons at speedymail dot org 2009-10-26 22:30
---
Created an attachment (id=18906)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18906&action=view)
preprocessed source triggering failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
--- Comment #2 from b3timmons at speedymail dot org 2009-10-26 22:28
---
Created an attachment (id=18905)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18905&action=view)
preprocessed source triggering failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
--- Comment #1 from b3timmons at speedymail dot org 2009-10-26 22:27
---
Created an attachment (id=18904)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18904&action=view)
preprocessed source triggering failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
/gcc/configure --with-mpfr=/usr/local
--with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC
--- Comment #6 from b3timmons at speedymail dot org 2009-10-26 21:59
---
Right, I just tried it with a later gcc build and now cannot reproduce it.
Looks like we should close it.
--
b3timmons at speedymail dot org changed:
What|Removed |Added
---
--- Comment #3 from jamborm at gcc dot gnu dot org 2009-10-26 21:53 ---
Created an attachment (id=18903)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18903&action=view)
Proposed fix
Indeed, the users of build_ref_for_offset in ipa-prop.c and ipa-cp.c
do not unshare the base expre
--- Comment #1 from hp at gcc dot gnu dot org 2009-10-26 21:46 ---
To whomever will fix this: beware not to introduce warnings for targets where
the "packed" layout is the default. (As has happened in the past for other
"packed warnings".)
--
hp at gcc dot gnu dot org changed:
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-26 21:00 ---
I can't reproduce this with
./xgcc -B. -r -nostdlib -O -flto cvt.i xf86cvt.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Component|middle-end |tree-optimization
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-26 20:56 ---
Confirmed. There is a crude fixup pass, but this should be handled by
IPA nothrow (which doesn't exist).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-26 20:54 ---
It is because there would be very many spurious warnings.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2009-10-26 20:41
---
Fixed on Solaris < 10 by http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00629.html
There is still a problem in the testsuite though:
http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02530.html
Executing on build: g
--- Comment #2 from b3timmons at speedymail dot org 2009-10-26 20:35
---
Also fails with -fwhopr instead of -flto
Also fails with -fprofile-arcs instead of -fprofile-generate
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41836
--- Comment #2 from dl9pf at gmx dot de 2009-10-26 20:32 ---
Could this be a problem with boehm-gc ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35552
--- Comment #1 from b3timmons at speedymail dot org 2009-10-26 20:32
---
Created an attachment (id=18902)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18902&action=view)
preprocessed source of trivial test file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41836
--- Comment #15 from jakub at gcc dot gnu dot org 2009-10-26 20:28 ---
Subject: Bug 38923
Author: jakub
Date: Mon Oct 26 20:28:24 2009
New Revision: 153570
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153570
Log:
PR libstdc++/38923
* acinclude.m4 (GLIBCXX_CHECK
/local --with-ppl=/usr/local --with-cloog=/usr/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-flto' '-f
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-26 20:21 ---
Subject: Bug 41345
Author: jakub
Date: Mon Oct 26 20:21:09 2009
New Revision: 153569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153569
Log:
PR bootstrap/41345
* cfgcleanup.c (trivially_empt
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-26 20:18 ---
Subject: Bug 41828
Author: jakub
Date: Mon Oct 26 20:18:26 2009
New Revision: 153568
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153568
Log:
PR debug/41828
* cp-lang.c (cxx_dwarf_name): Retu
/local
--with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++
--enable-__cxa_atexit --enable-targets=all
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-10-26 19:24 ---
Patch post at http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01577.html to ML
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41799
--- Comment #18 from hjl dot tools at gmail dot com 2009-10-26 19:19
---
This is another IPA-SRA bug.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from jason at gcc dot gnu dot org 2009-10-26 19:07 ---
Subject: Bug 38796
Author: jason
Date: Mon Oct 26 19:07:14 2009
New Revision: 153565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153565
Log:
PR c++/38796, Core issue 906
gcc/cp
* cp-tree.h (
Looks like something is not removing the EH edges.
Anyways here is a simple testcase:
file 1):
void Stop_Profile( void );
struct CProfileSample {
~CProfileSample( void ) {
Stop_Profile();
}
};
void integrateVelocities(int);
void predictUnconstraintMotion(int size)
{
CProfileSample __prof
--- Comment #2 from dodji at gcc dot gnu dot org 2009-10-26 18:39 ---
This should be fixed by the patch for PR c++/41785
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #8 from dodji at gcc dot gnu dot org 2009-10-26 18:36 ---
Fixed in 4.5.0
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #7 from dodji at gcc dot gnu dot org 2009-10-26 18:31 ---
Subject: Bug 41785
Author: dodji
Date: Mon Oct 26 18:31:22 2009
New Revision: 153564
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153564
Log:
Fix PR c++/41785
gcc/cp/ChangeLog:
PR c++/41785
Using GCC 4.4.1 and the command on the following test
gcc -O2 -Wall -Wextra
#include
int foo (int b)
{
int a[10], c, i;
for (i = 0; i < b; i++)
{
a[i] = b;
c = b;
}
if (a[2] == 5 && c == 5)
{
printf("hello world\n");
}
return 0;
}
tes
--- Comment #4 from boz_gnu at boz dot org dot uk 2009-10-26 17:39 ---
(In reply to comment #3)
> Reduced testcase, not a regression.
Here's a further reduction which still reproduces the crash:
namespace std __attribute__ ((__visibility__ ("default"))) {
class type_info { };
};
--- Comment #17 from hjl dot tools at gmail dot com 2009-10-26 16:59
---
Revision 152433 is OK and revision 152642 is bad.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-26 16:44 ---
I have a patch which fixes this at the RTL level.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
Take:
#include
vector float f(vector float a)
{
vector float b = vec_splat (a, 2);
return vec_splat (b, 0);
}
--- CUT ---
The second vec_splat could be removed as we already splatted the value across
the vector once, there is no need to do it again.
--
Summary: vec_splat followe
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-26 16:31 ---
Created an attachment (id=18901)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18901&action=view)
gcc45-pr41801.patch
Seems to be a RTL expansion bug, nothing debug info related, just nothing
verifies it except
--- Comment #11 from dodji at gcc dot gnu dot org 2009-10-26 16:06 ---
Fixed in 4.5.0
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #6 from dodji at gcc dot gnu dot org 2009-10-26 16:03 ---
Patch posted to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01563.html .
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-26 15:47 ---
Bad idea, loads of fallout. Another variant would be to again require a
type conversion for struct T * to struct U * assignments (or add even more
special cases...).
We're a long way from treating pointers as value
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org
|dot org
--- Comment #3 from b3timmons at speedymail dot org 2009-10-26 15:28
---
A workaround is to add -fno-tree-copy-prop -fno-tree-copyrename to $CFLAGS
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
--- Comment #2 from b3timmons at speedymail dot org 2009-10-26 15:23
---
Created an attachment (id=18900)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18900&action=view)
xf86cvt.i containing function that compiler complains about
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from b3timmons at speedymail dot org 2009-10-26 15:21
---
Created an attachment (id=18899)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18899&action=view)
cvt.i of cvt program from xorg-server-1.4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-26 15:10 ---
NaNs don't exist in Fortran's data types except for the Fortran 2003's IEEE
types.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41831
configure xorg-server-1.4.2 with -O -flto in $CFLAGS
make
Eventually it fails with:
gcc -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT
-DDBUS_API_SUBJEC
I find that there is a bug with respect to the
management of the NaNs from C to fortran.
This bug happens on Ubuntu 64bits (and not with 32bits).
returnanan.c defines 2 functions
nan = returnanan() : returns a NAN,
void returnanan2(nan) : sets the NAN in the input argument, passed by address.
t
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-26 14:44 ---
Created an attachment (id=18898)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18898&action=view)
another test case
This example nicely illustrates why we need a vtable. Here is a more
compactified version of th
Example:
class Bug {};
const Bug bug() {}
compile with "-Wreturn-type -O1": no warning
compile with "-Wreturn-type -O2": no warning
compile with "-Wreturn-type -O3": warning printed
If I read the documentation correctly, -Wreturn type should work with or
without optimizing.
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-26 14:41 ---
Even that doesn't work. Weird.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
--- Comment #10 from dodji at gcc dot gnu dot org 2009-10-26 14:40 ---
Subject: Bug 41020
Author: dodji
Date: Mon Oct 26 14:40:16 2009
New Revision: 153552
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153552
Log:
Fix PR c++/41020
gcc/cp/ChangeLog:
PR c++/41020
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 14:06 ---
Simpler testcase at -g -O -milp32:
struct T
{
void
foo () volatile
{
__sync_lock_release (&t);
__sync_synchronize ();
}
bool t;
};
int
main ()
{
T t = { false };
t.foo ();
}
--
http://gcc.gn
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-26 13:52 ---
Actually it didn't work. But make install-lto-plugin; make install works
(and does not rebuild lto-plugin). But I'm double-checking that as well now
...
--
rguenth at gcc dot gnu dot org changed:
Wh
--- Comment #13 from matz at gcc dot gnu dot org 2009-10-26 13:04 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from matz at gcc dot gnu dot org 2009-10-26 13:00 ---
Subject: Bug 41783
Author: matz
Date: Mon Oct 26 13:00:36 2009
New Revision: 153551
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153551
Log:
PR tree-optimization/41783
* tree-ssa-alias.c (get
--- Comment #2 from sfilippone at uniroma2 dot it 2009-10-26 12:39 ---
Created an attachment (id=18897)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18897&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-26 12:38 ---
Created an attachment (id=18896)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18896&action=view)
gcc45-pr41345.patch
Fix I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
ages=c,c++,fortran
Thread model: posix
gcc version 4.5.0 20091026 (experimental) (GCC)
[sfili...@donald bug10]$ gfortran -o td10 test-der10.f03
[sfili...@donald bug10]$ ./td10
FOO%DOIT base version
Getit value :1
At line 69 of file test-der10.f03
Fortran runtime error: internal erro
Hello,
--
Summary: [OOP] Runtime error with dynamic dispatching
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #16 from dl9pf at gmx dot de 2009-10-26 12:29 ---
Confirmed also for 4.4.1 on arm-linux-gnueabi.
--
dl9pf at gmx dot de changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-26 12:25 ---
I have a patch (it seems not using AM_MAINTAINER_MODE is the problem).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-26 12:24 ---
Fixed on the trunk sofar. Confirmed on the 4.4 and 4.3 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-26 12:22 ---
Subject: Bug 41826
Author: rguenth
Date: Mon Oct 26 12:21:50 2009
New Revision: 153550
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153550
Log:
2009-10-26 Richard Guenther
PR tree-optimization/
--- Comment #3 from paolo dot carlini at oracle dot com 2009-10-26 12:11
---
(In reply to comment #2)
> James Kanze (comp.lang.c++) pointed out that it's just a requirement for
> CopyConstructible. It's in Table 30.
Thanks for the pointer, I discussed this issue a few times without act
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-26 11:39 ---
c#4 confirmed, shorter testcase with -fcompare-debug -O2 -g:
void
foo (int *x)
{
int a;
for (a = 0; a < 2; a++)
if (x[a])
goto lab;
__builtin_unreachable ();
lab:;
}
--
jakub at gcc dot gnu dot org
--- Comment #4 from ramana at gcc dot gnu dot org 2009-10-26 11:38 ---
Not working on this.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #14 from ramana at gcc dot gnu dot org 2009-10-26 11:37 ---
Unassigning self. No longer working on this.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 11:23 ---
Can't reproduce.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41621
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41772
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ramana at gcc dot gnu dot
|dot org
--- Comment #12 from kirill at shutemov dot name 2009-10-26 11:06 ---
(In reply to comment #11)
> Did it fix your binutils testsuite failures ?
Yes, it did.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 10:55 ---
I believe this is the http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01030.html
issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41806
--- Comment #11 from ramana at gcc dot gnu dot org 2009-10-26 10:36 ---
(In reply to comment #10)
> (In reply to comment #7)
> > I'm currently bootstrapping and testing a patch which disable section
> > anchors
> > on arm. It will be interesting to see if it fixes any testsuite failures
--- Comment #2 from sebastian dot huber at embedded-brains dot de
2009-10-26 10:22 ---
Target: arm-elf
Configured with: /home/sh/gcc-4.5-20091015/configure
--prefix=/opt/tool-chain-elf --target=arm-elf --verbose --with-gnu-as
--with-gnu-ld --enable-languages=c
Thread model: single
gcc v
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-26 10:00 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #2 from jkherciueh at gmx dot net 2009-10-26 09:44 ---
(In reply to comment #1)
> Didn't I reply to this issue already on the mailing list, recently? Anyway,
> within C++03 the & is supposed to not be overloaded, you can take it for
> example from the lines in the standard ab
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 09:34 ---
Created an attachment (id=18895)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18895&action=view)
gcc45-pr41828.patch
Patch I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
As mentioned in http://bugzilla.redhat.com/530304 , we shouldn't be adding
DW_AT_name: and similar, the aggregates don't have any name.
Similarly, adding ._0 etc. to .debug_pubtypes looks wrong.
--
Summary: DW_AT_name should not be present for anonymous
aggregates
1 - 100 of 103 matches
Mail list logo
