-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/04/11 14:15, Iyer, Balaji V wrote:
Thanks Jeff for your help!
So, are the errors confined to these files? Or could it be
anywhere?
It could be anywhere. That failure means that stage1 and stage2
compilers generated different code for the
This should probably be on the gcc-help list.
I never really know which direction to go as the issues seem to be related
to how limits-exprparen.c gets tested. However, no problem, I'll jump ship
and get out of this ml.
On 7 November 2011 01:08, Dennis Clarke wrote:
Well, dear GCC users I
Dennis Clarke dcla...@blastwave.org writes:
Only the new go language seems to be a major issue now.
The implementation of Go in the 4.6 releases does not support Solaris.
Go on Solaris works on mainline.
Well, I would not have seen that coming. I should look more closely at the
various
Good day!
I want to host a new mirror site Gcc.
Server name - Latvia ChampGround
Server admin - vt.avtm...@gmail.com, Vladimir
Server location - Latvia, Riga
Server address - champground.com
Server protocol - http
Connection speed - 100 Mbps
Thanks.
It's pending copyright paperwork from the author of the original patch.
(my copyright paperwork is in order, but since I didn't write all of it,
there's some crossing t's and dotting i's).
Hmm, has he been contacted recently? The original patch was from ages
ago...
Thanks,
-Miles
Jason has
Message from Dennis Clarke dcla...@blastwave.org at 2011-11-07 06:38:47
--
Have you checked your ulimit?
I was thinking that too! I just recently increased the stack size limit to
16 MB :
The 'fix' in mainline set it higher:
2011-07-22 Jakub Jelinek ja...@redhat.com
Message from Dennis Clarke dcla...@blastwave.org at 2011-11-07
06:38:47 --
Have you checked your ulimit?
I was thinking that too! I just recently increased the stack size limit
to
16 MB :
The 'fix' in mainline set it higher:
2011-07-22 Jakub Jelinek ja...@redhat.com
Hi to all.
I want to tell you about a bizarre behavior in executables compiled
with gcc 4.2.1 compiler.
A few weeks ago i did must to paralelize a lattice boltzmann algorithm
using OMP directives (with adding own optimizations) to pass my
High-performance computing course.
I compile my c
On 11/07/2011 07:32 PM, Francisco Llaryora wrote:
With the purpose of measuring the SpedUp by changing the number of threads.
I did run fourty times by changing the value OMP_NUM_THREAD from 1 to 40.
I run it in a node with 40 cores Xenon.4 Processors with 10 cores each one.
The next is time
Could you please fix up whitespace in the patch, at least leading tabs
and trailing whitespace?
On the patch it is easy to do, something like:
sed 's/^+\([\t]*\) \{64\}/+\1\t\t\t\t\t\t\t\t/;s/^+\([\t]*\)
\{32\}/+\1\t\t\t\t/;s/^+\([\t]*\) \{16\}/+\1\t\t/;s/^+\([\t]*\)
Dear Release Managers...
We're pretty much done with the merge blockers, and even suggestions
that weren't blockers :). The only outstanding patch review is a
cleanup by Richard Henderson that is waiting for Richi's review here:
http://gcc.gnu.org/ml/gcc-patches/2011-11/msg01033.html
I am
Hi list.
On build gcc-trunk in OpenBSD-5.0 on staget 3 I get the following errors:
if [ x-fpic != x ]; then \
/home/root/gcc-build/build/gcc-trunk/./prev-gcc/xgcc
-B/home/root/gcc-build/build/gcc-trunk/./prev-gcc/
-B/usr/local/i686-pc-openbsd5.0/bin/
-B/usr/local/i686-pc-openbsd5.0/bin/
niXman i.nix...@gmail.com writes:
in libiberty/config.h macro HAVE_LIMITS_H is undefined.
Look in libiberty/config.log to see why HAVE_LIMITS_H is not defined.
Also why HAVE_STDLIB_H is not defined.
Ian
Diffs between stage2 and stage3.
on configure libiberty for stage3 I see this warnings:
configure:4962: checking for limits.h
configure:4962: /home/root/gcc-build/build/gcc-trunk/./prev-gcc/xgcc
-B/home/root/gcc-build/build/gcc-trunk/./prev-gcc/
-B/usr/local/i686-pc-openbsd5.0/bin/
Diffs between stage2 and stage3.
on configure libiberty for stage3 I see this warnings:
configure:4962: checking for limits.hconfigure:4962:
On Mon, Nov 7, 2011 at 9:58 PM, Aldy Hernandez al...@redhat.com wrote:
Dear Release Managers...
We're pretty much done with the merge blockers, and even suggestions that
weren't blockers :). The only outstanding patch review is a cleanup by
Richard Henderson that is waiting for Richi's
I suppose we can freeze for the TM merge once we leave stage1 (thus,
in a few hours).
If you are ready by then, of course, and the tree isn't too broken.
Richard.
Fine by me. In the meantime we will stabilize things on the branch,
merge from trunk, run tests, and have a patch ready to be
No anomalies. No regressions.
I will now post the full patchset I would like to post to trunk.
Hi,
powerpc-rtems does not compile on the head due
to what appear to be changes in the way CPU
features are represented for the arguments.
The compilation error is:
/users/joel/test-gcc/gcc-svn/gcc/config/rs6000/rs6000.c -o rs6000.o
/users/joel/test-gcc/gcc-svn/gcc/config/rs6000/rs6000.c: In
On 11/08/2011 04:44 AM, Joel Sherrill wrote:
Hi,
powerpc-rtems does not compile on the head due
to what appear to be changes in the way CPU
features are represented for the arguments.
The compilation error is:
/users/joel/test-gcc/gcc-svn/gcc/config/rs6000/rs6000.c -o rs6000.o
On Sun, 6 Nov 2011, Joern Rennecke wrote:
Quoting David Brown david.br...@hesbynett.no:
Take an example using a processor I know well, the AVR (it is an 8-bit
device, which is a little unusual for gcc). It has an instruction will
multiply two 1.7 signed 8-bit integers to get a single
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45807
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47487
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #18 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-07
08:11:34 UTC ---
(In reply to comment #16)
Created attachment 25730 [details]
Possible patch which pushes the vtab to the toplevel
At least that approach fails for the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #5 from Iain Sandoe iains at gcc dot gnu.org 2011-11-07 08:24:54
UTC ---
(In reply to comment #4)
(In reply to comment #3)
FWIW gcc-4.2.1 (Apple local) fails and clang passes the test (although clang's
asm at version 2.9 is a bit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47698
--- Comment #6 from Kirill Yukhin kyukhin at gcc dot gnu.org 2011-11-07
08:42:00 UTC ---
Author: kyukhin
Date: Mon Nov 7 08:41:55 2011
New Revision: 181075
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181075
Log:
gcc/
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50962
--- Comment #4 from Kirill Yukhin kyukhin at gcc dot gnu.org 2011-11-07
08:47:18 UTC ---
Author: kyukhin
Date: Mon Nov 7 08:47:15 2011
New Revision: 181077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181077
Log:
gcc/
PR target/50962
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34983
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47344
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Blocks||34983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34983
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #7 from vincenzo Innocente vincenzo.innocente at cern dot ch
2011-11-07 09:23:30 UTC ---
The situation now is even more confused.
Most of the std algos have iterators as arguments. Visibility seems not to
propagate there..
below is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51000
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2011-11-07
09:28:17 UTC ---
(In reply to comment #5)
(In reply to comment #4)
(In reply to comment #3)
FWIW gcc-4.2.1 (Apple local) fails and clang passes the test (although
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
Bug #: 51004
Summary: ICE in lower_stmt at gimple-low.c:428
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #8 from vincenzo Innocente vincenzo.innocente at cern dot ch
2011-11-07 09:38:08 UTC ---
Reduced test
actually it is enough to add
s::foo(v);
in the main after s::foo(a);
to get
0e34 t void s::fooA(A)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
Bug #: 51005
Summary: -ftree-tail-merge slows down compilation of
20001226-1.c
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
Bug #: 51006
Summary: bootstrap fails on NetBSD 5.1
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
09:46:47 UTC ---
Created attachment 25732
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25732
use system getpagesize on netbsd
testing this now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
--- Comment #1 from vries at gcc dot gnu.org 2011-11-07 09:53:15 UTC ---
-ftree-tail-merge optimises about half of the basic blocks away:
...
$ egrep -c '^bb.*:' 20001226-1.c.091t.crited
16385
$ egrep -c '^bb.*:' 20001226-1.c.092t.pre
8195
...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51006
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
09:54:01 UTC ---
bootstrap completes successfully with that patch
the manual page says getpagesize first appeared in 4.2BSD so I can't imagine
it's absent on any NetBSD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50823
Yukhin Kirill kirill.yukhin at intel dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
--- Comment #2 from vries at gcc dot gnu.org 2011-11-07 10:05:03 UTC ---
Created attachment 25733
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25733
possible patch
This patch brings the computation time back down:
...
$ time gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
--- Comment #3 from Markus Trippelsdorf markus at trippelsdorf dot de
2011-11-07 10:49:23 UTC ---
Just hit the same problem today:
...
/tmp/ccNz0HZT.ltrans29.ltrans.o:ccNz0HZT.ltrans29.o:function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Bug #: 51007
Summary: Quadmath I/O doesn't work on MinGW
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51005
--- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2011-11-07
11:00:39 UTC ---
Note that PRE already performs TODO_update_ssa_only_virtuals (well, of course
only if something marked the VOP for renaming which happens whenever it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #19 from paul.richard.thomas at gmail dot com paul.richard.thomas
at gmail dot com 2011-11-07 11:00:47 UTC ---
Dear Tobias,
I have been keeping out of this for the time being because I want to
get some of the final OOP array issues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #1 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org
2011-11-07 11:03:32 UTC ---
I don't know if it's related, or two different bugs, but hexadecimal printing
has the correct mantissa with a wrong exponent. See below the same
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org
2011-11-07 11:29:39 UTC ---
The bug is not in the I/O routine, it can be reproduce by this simple
self-contained testcase (which doesn't need libquadmath).
#include
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #3 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org
2011-11-07 11:39:12 UTC ---
Going further: I tried to compare the trees generated by the simple function
below:
#include stdint.h
typedef union
{
__float128 value;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Serge Belyshev belyshev at depni dot sinp.msu.ru changed:
What|Removed |Added
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org 2011-11-07 12:00:49
UTC ---
The issue is caused by bitfield layout. For mingw targets the -mms-bitfields
option is for 4.7 active by default.
So the mixture of different sized types in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50999
--- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-11-07
12:02:36 UTC ---
Created attachment 25734
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25734
proposed patch
Hm, on x86_64 the EH table is not empty (look at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #5 from Kai Tietz ktietz at gcc dot gnu.org 2011-11-07 12:19:09
UTC ---
Suggested patch for this issue
ChangeLog
* quadmath-imp.h (ieee854_float128): Adjust
for ms-bitfield layout.
Index: quadmath-imp.h
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #7 from dave.anglin at bell dot net 2011-11-07 12:48:30 UTC ---
On 7-Nov-11, at 6:07 AM, rguenth at gcc dot gnu.org wrote:
Is hppa2.0w-hp-hpux11.11 a host-wide-int 32bit host? (no idea how I
can
force HWI 32bit here :/)
No,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Serge Belyshev belyshev at depni dot sinp.msu.ru changed:
What|Removed |Added
CC||rguenth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39570
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913
Richard Guenther rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45233
--- Comment #7 from Iain Sandoe iains at gcc dot gnu.org 2011-11-07 13:37:16
UTC ---
still not right .. generates wrong code for the first two accesses (missing the
indirect load).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
Bug #: 51008
Summary: GTHR - extend interface with
__gthread_recursive_mutex_destroy
Classification: Unclassified
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #1 from Andrey Galkin andvgal at gmail dot com 2011-11-07
13:52:36 UTC ---
* The problem is in incompatible types when __gthread_mutex_destroy is called
instead of __gthread_recursive_mutex_destroy (missing in the default interface)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
14:02:52 UTC ---
The best solution is to add that function to the gthr API, but stage1 is about
to end, so we might not have time to do it (the reason for the _S_destroy hack
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
14:04:09 UTC ---
P.S. this is very unlikely to get fixed on the 4.6 branch, but there might be
time to get it done for 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
14:24:43 UTC ---
Created attachment 25735
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25735
use __GTHREAD_RECURSIVE_MUTEX_DESTROY_FUNCTION if defined
here's a proof of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
--- Comment #5 from Andrey Galkin andvgal at gmail dot com 2011-11-07
14:28:56 UTC ---
Created attachment 25736
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25736
PR51008 workaround, fits GCC 4.6.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51008
Andrey Galkin andvgal at gmail dot com changed:
What|Removed |Added
Severity|major |minor
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org 2011-11-07 14:32:56
UTC ---
Author: jb
Date: Mon Nov 7 14:32:50 2011
New Revision: 181085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181085
Log:
Revert previous fix for PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45723
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #9 from dave.anglin at bell dot net 2011-11-07 14:44:52 UTC ---
Created attachment 25738
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25738
arith-rand-ll.c.124t.vrp2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #8 from dave.anglin at bell dot net 2011-11-07 14:44:50 UTC ---
On 11/7/2011 6:07 AM, rguenth at gcc dot gnu.org wrote:
Can you attach -fdump-tree-vrp-details dumps for trunk head?
Attached.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #43 from David Edelsohn dje at gcc dot gnu.org 2011-11-07
15:04:30 UTC ---
Jonathan,
Your patch works, but Rainer still has not checked in his original patch fixing
gthr headers, AFAIK.
Thanks, David
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42980
Janne Blomqvist jb at gcc dot gnu.org changed:
What|Removed |Added
CC||jb at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #44 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
15:12:26 UTC ---
Great, thanks - we can leave it open for now until it's fully resolved.
As I said in comment 28, we might need to adjust the libstdc++ testsuite now
that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #10 from Richard Guenther rguenth at gcc dot gnu.org 2011-11-07
15:09:54 UTC ---
Weird. My cross configured with
/space/rguenther/src/svn/trunk/configure --enable-languages=c,c++,fortran
--disable-nls --target=hppa2.0w-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51007
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-07
15:29:52 UTC ---
(In reply to comment #5)
ChangeLog
* quadmath-imp.h (ieee854_float128): Adjust
for ms-bitfield layout.
+#ifdef __MINGW32__
+ /* On
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51009
Bug #: 51009
Summary: [4.7 Regression] ICE in verify_gimple_stmt
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51009
Volker Reichelt reichelt at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50822
--- Comment #7 from Jan Hubicka hubicka at gcc dot gnu.org 2011-11-07
15:47:08 UTC ---
Hi,
the problem seems to be due to fact that C++ FE output extern aliases. This is
not quite documented and they was simply removed by the old alias pair
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42636
Serge Belyshev belyshev at depni dot sinp.msu.ru changed:
What|Removed |Added
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50789
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2011-11-07
15:59:10 UTC ---
Author: jakub
Date: Mon Nov 7 15:59:07 2011
New Revision: 181089
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181089
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16166
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
16:10:10 UTC ---
Reviewing these warnings w.r.t the much improved third edition...
(In reply to comment #1)
# Item 11: Define a copy constructor and an assignment operator
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #11 from dave.anglin at bell dot net 2011-11-07 16:11:55 UTC ---
On 11/7/2011 10:09 AM, rguenth at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #10 from Richard Guentherrguenth at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50802
--- Comment #12 from dave.anglin at bell dot net 2011-11-07 16:11:56 UTC ---
Created attachment 25740
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25740
xxx.c.124t.vrp2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #20 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-07
16:17:34 UTC ---
(In reply to comment #18)
(In reply to comment #16)
Created attachment 25730 [details]
Possible patch which pushes the vtab to the toplevel
The reason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50963
--- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2011-11-07 16:24:28
UTC ---
The problem is in (call:DI (mem:QI (symbol_ref:DI (__tls_get_addr)) [0 S1
A8]), the symbol_ref does not satisfy constant_call_address_operand predicate.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38928
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC|gcc-bugs at gcc dot gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50640
--- Comment #21 from Tobias Burnus burnus at gcc dot gnu.org 2011-11-07
16:27:24 UTC ---
(In reply to comment #20)
The reason for the failure is clear: For the derived type/class, the function
__copy_xtt_Foo is created. The created function is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34152
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51010
Bug #: 51010
Summary: [4.7 Regression] bad diagnostics: #'ssa_name' not
supported by pp_c_expression#]'
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #45 from Rainer Orth ro at gcc dot gnu.org 2011-11-07 16:34:37
UTC ---
Author: ro
Date: Mon Nov 7 16:34:31 2011
New Revision: 181095
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181095
Log:
Return gthr-posix.h to libgcc (PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
--- Comment #2 from kennytm at gmail dot com 2011-11-07 16:36:37 UTC ---
Created attachment 25741
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25741
The processed file that triggers the bug.
Reduced test case:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #46 from Rainer Orth ro at gcc dot gnu.org 2011-11-07 16:43:35
UTC ---
David,
I had been waiting to see if the remaining AIX gthread issues were releated to
my patch. Since that's not the case and my own testing had completed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50982
--- Comment #47 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE 2011-11-07 16:45:36 UTC ---
--- Comment #44 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-07
15:12:26 UTC ---
Great, thanks - we can leave it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51004
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33255
--- Comment #28 from Jason Merrill jason at gcc dot gnu.org 2011-11-07
17:51:28 UTC ---
Author: jason
Date: Mon Nov 7 17:51:24 2011
New Revision: 181100
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181100
Log:
PR c++/33255
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35688
--- Comment #9 from Jason Merrill jason at gcc dot gnu.org 2011-11-07
17:51:43 UTC ---
Author: jason
Date: Mon Nov 7 17:51:40 2011
New Revision: 181102
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=181102
Log:
PR c++/35688
*
1 - 100 of 445 matches
Mail list logo