I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html
(trunk revision 153541) that the acats test suite was not run... and
looking into acats.log I see this:
compilation abandoned
/usr/local/src/trunk/objdir/gcc/testsuite/ada/acats/support/checkfil.ada:
parse errors detected
Joseph S. Myers wrote:
On Sun, 25 Oct 2009, Basile STARYNKEVITCH wrote:
I cannot understand when should I use or not bugzilla. More precisely, I have
several examples of bugs but I didn't use bugzilla for them
A big thanks to your reply. However, you did not answer to my example 1.
Hi!
Just some random comments:
On Sat, Oct 24, 2009 at 12:10:52AM -0400, Jerry Quinn wrote:
+ if (mark_private)
+{
+ /* Inject '*' at beginning of name to force pointer comparison.
*/
+ char* buf = (char*) XNEWVEC (char, length + 1);
+ buf[0] = '*';
+ memcpy (buf
2009/10/26 Christian Joensson christian.joens...@gmail.com:
I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html
(trunk revision 153541) that the acats test suite was not run... and
looking into acats.log I see this:
compilation abandoned
On 10/26/2009 07:14 AM, Jakub Jelinek wrote:
-/* Generate the mangled representation of TYPE for the typeinfo name.
*/
+/* Generate the mangled representation of TYPE. */
const char *
-mangle_type_string_for_rtti (const tree type)
+mangle_type_string (const tree type)
Why this change?
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
Are you suggesting me to upload to bugzilla the nearly 3000
preprocessed forms of the files? I could do that, but the *.i files
totalize more than one gigabyte. A bzip2 compressed tar archive of
them is almost 80Mbytes.
That is a
On Mon, Oct 26, 2009 at 2:59 PM, Ian Lance Taylor i...@google.com wrote:
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
Are you suggesting me to upload to bugzilla the nearly 3000
preprocessed forms of the files? I could do that, but the *.i files
totalize more than one gigabyte. A
Richard Guenther wrote:
On Mon, Oct 26, 2009 at 2:59 PM, Ian Lance Taylor i...@google.com wrote:
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
Are you suggesting me to upload to bugzilla the nearly 3000
preprocessed forms of the files? I could do that, but the *.i files
totalize more
On Mon, Oct 26, 2009 at 3:39 PM, Basile STARYNKEVITCH
bas...@starynkevitch.net wrote:
Richard Guenther wrote:
On Mon, Oct 26, 2009 at 2:59 PM, Ian Lance Taylor i...@google.com wrote:
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
Are you suggesting me to upload to bugzilla the nearly
On Tue, Sep 8, 2009 at 2:38 PM, Heiko Harders heiko.hard...@gmail.com wrote:
Hello,
(first of all: sorry to post this message to a second list, I've sent it to
the wrong list at first)
I am using g++ in MinGW-w64 running in a Windows environment. I'm especially
interested in the c++0x
Hi folks.
In this PR the problem is that a call to fold_build2_loc() returns one
of the original arguments unchanged. In the code below we take this
result and change its location before returning it.
tem = fold_build2_loc (loc, code, type,
fold_convert_loc
Hi all,
I'd have two questions needed for work on porting gcc-3.2.3.
1. How can I tell from the RTL declaration of a function if it is
declared INLINE of not?
2. Where is the code responsible for allocating those variables on the
stack which don't fit in registers (needed to fix debug info
On Mon, Oct 26, 2009 at 4:39 PM, Aldy Hernandez al...@redhat.com wrote:
Hi folks.
In this PR the problem is that a call to fold_build2_loc() returns one
of the original arguments unchanged. In the code below we take this
result and change its location before returning it.
tem =
? ? ?tem = fold_build2_loc (loc, code, type,
? ? ? ? ? ? ? ? ? ? ? ? ? ? fold_convert_loc (loc, TREE_TYPE (op0),
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? TREE_OPERAND (arg0, 1)), op1);
? ? ?protected_set_expr_location (tem, loc);
When --enable-checking=fold, fold verifies that
On Mon, Oct 26, 2009 at 9:37 AM, Aldy Hernandez al...@redhat.com wrote:
We have two options:
a) Allow locus changes in fold_checksum_tree.
b) Fix fold-const throughout to make a copy of the result of fold_build*
calls if we're about to change it's location-- in case fold is returning
any of
On Mon, Oct 26, 2009 at 5:37 PM, Aldy Hernandez al...@redhat.com wrote:
? ? ?tem = fold_build2_loc (loc, code, type,
? ? ? ? ? ? ? ? ? ? ? ? ? ? fold_convert_loc (loc, TREE_TYPE (op0),
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? TREE_OPERAND (arg0, 1)),
op1);
? ?
That wasn't my question.
tem = fold_build2_loc (loc, code, type,
fold_convert_loc (loc, TREE_TYPE (op0),
TREE_OPERAND (arg0, 1)), op1);
protected_set_expr_location (tem, loc);
here tem is built by calling
On Mon, 2009-10-26 at 12:57 +0100, Christian Joensson wrote:
2009/10/26 Christian Joensson christian.joens...@gmail.com:
I noticed on http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02488.html
(trunk revision 153541) that the acats test suite was not run... and
looking into acats.log I see
Ian Lance Taylor wrote:
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
Did I understand correctly that GCC bugzilla treats magically the
*...@gcc.gnu.org email adresses matching accounts usable for SVN write
access? This is great news!
Yes, that is how it works.
May I respectfully
Basile STARYNKEVITCH bas...@starynkevitch.net writes:
May I respectfully suggest to the person maintaining the bugzilla a
notice in the login page saying something like:
GCC maintainers having write after approval (or better) access to the
GCC trunk should preferably login with their
On Mon, Oct 26, 2009 at 6:28 PM, Aldy Hernandez al...@redhat.com wrote:
That wasn't my question.
tem = fold_build2_loc (loc, code, type,
fold_convert_loc (loc, TREE_TYPE (op0),
TREE_OPERAND (arg0, 1)), op1);
Certainly better. But I fail to see why a different location would be
better than the original here. I assume all tokens have a correct initial
location. Then why is for example for int i; in (int) i the location of
the conversion a better location than the one of i in the folded result?
On Mon, Oct 26, 2009 at 10:42 PM, Aldy Hernandez al...@redhat.com wrote:
Certainly better. But I fail to see why a different location would be
better than the original here. I assume all tokens have a correct initial
location. Then why is for example for int i; in (int) i the location of
On Fri, 23 Oct 2009, Ian Lance Taylor wrote:
Steven Bosscher stevenb@gmail.com writes:
I was just wondering why this is not a -f* flag, e.g. -fuse-linker-plugin?
Any opinions on the best user interface for this?
The color that spells -fuse-linker-plugin seems better, in line
with other
I am looking at a failure of gcc.dg/debug/dwarf2/inline2.c on IA64
HP-UX. The problem I have is with the assembler scan:
/* { dg-final { scan-assembler-times byte.*?0x3.*? DW_AT_inline 3 } } */
IA64 HP-UX is using 'data1' instead of 'byte' in the output. Now that
should be easy to fix and if
palpar palpa...@gmail.com writes:
1. How can I tell from the RTL declaration of a function if it is
declared INLINE of not?
You have to look at the tree decl, at DECL_DECLARED_INLINE_P.
2. Where is the code responsible for allocating those variables on the
stack which don't fit in registers
On Mon, Oct 26, 2009 at 06:10:06PM -0400, Hans-Peter Nilsson wrote:
On Fri, 23 Oct 2009, Ian Lance Taylor wrote:
Steven Bosscher stevenb@gmail.com writes:
I was just wondering why this is not a -f* flag, e.g. -fuse-linker-plugin?
Any opinions on the best user interface for this?
The
Hi,
I am writing a new pass for gcc that uses the GTY markers,
1. I have included the source file in GTFILES_H in gcc/Makefile.in.
2. I have the gt-path.h mentioned in the compilation for source file
3. I have the #include gt-path.h at the very end of the code of source file.
I see the gt-path.h
--- Comment #8 from janus at gcc dot gnu dot org 2009-10-26 09:08 ---
Subject: Bug 41714
Author: janus
Date: Mon Oct 26 09:08:03 2009
New Revision: 153547
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153547
Log:
2009-10-26 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #9 from janus at gcc dot gnu dot org 2009-10-26 09:13 ---
Fixed with r153547. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
At the end of gfc_trans_code one finds the following:
gfc_set_backend_locus (code-loc);
if (res != NULL_TREE ! IS_EMPTY_STMT (res))
{
if (TREE_CODE (res) != STATEMENT_LIST)
SET_EXPR_LOCATION (res, input_location);
/* Add the new statement to
As mentioned in http://bugzilla.redhat.com/530304 , we shouldn't be adding
DW_AT_name: anonymous struct 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
--- 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=18895action=view)
gcc45-pr41828.patch
Patch I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
--- 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 about
--- 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
--- 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
--- 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 #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 #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
--
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
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41772
--- 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
--- 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 #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
--- 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 #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
--- 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=gccview=revrev=153550
Log:
2009-10-26 Richard Guenther rguent...@suse.de
PR
--- 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 #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 #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
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
++,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 error: bad
--- 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=18896action=view)
gcc45-pr41345.patch
Fix I'm going to bootstrap/regtest.
--
jakub at gcc dot gnu dot org changed:
--- 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=18897action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
--- 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=gccview=revrev=153551
Log:
PR tree-optimization/41783
* tree-ssa-alias.c
--- 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 #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:
--- 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 ();
}
--
--- 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=gccview=revrev=153552
Log:
Fix PR c++/41020
gcc/cp/ChangeLog:
PR c++/41020
--- 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
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 #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=18898action=view)
another test case
This example nicely illustrates why we need a vtable. Here is a more
compactified version of the
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.
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
--- 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
--- 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=18899action=view)
cvt.i of cvt program from xorg-server-1.4.2
--
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=18900action=view)
xf86cvt.i containing function that compiler complains about
--
--- 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
--
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 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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
--- 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=18901action=view)
gcc45-pr41801.patch
Seems to be a RTL expansion bug, nothing debug info related, just nothing
verifies it except
Take:
#include altivec.h
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:
--- 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
--- 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 #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 { };
};
Using GCC 4.4.1 and the command on the following test
gcc -O2 -Wall -Wextra
#include stdio.h
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;
}
--- 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=gccview=revrev=153564
Log:
Fix PR c++/41785
gcc/cp/ChangeLog:
PR c++/41785
--- 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
--
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 #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
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
--- 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=gccview=revrev=153565
Log:
PR c++/38796, Core issue 906
gcc/cp
* cp-tree.h
--- 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 #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
/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 #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=gccview=revrev=153568
Log:
PR debug/41828
* cp-lang.c (cxx_dwarf_name):
--- 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=gccview=revrev=153569
Log:
PR bootstrap/41345
* cfgcleanup.c
/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' '-fprofile-generate' '-mtune
--- 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=gccview=revrev=153570
Log:
PR libstdc++/38923
* acinclude.m4
--- 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=18902action=view)
preprocessed source of trivial test file
--
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 #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 #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:
--- 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 #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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Component|middle-end
--- 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
1 - 100 of 128 matches
Mail list logo
