Hi Maxim!
One of your recent libc-android clean-up patches broke the
mips64-linux target as a side-effect, see eg.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=53806:
g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
I'll look into the async failure when I get home in a few hours.
On Dec 7, 2013 9:58 PM, Bruce Korb wrote:
On 12/07/13 12:59, Bruce Korb wrote:
Googling:
gcc undefined reference to `lexer_line'
yields:
http://stackoverflow.com/questions/4262531/trouble-building-gcc-4-6
Please check for it in configure and mention it in the dependency message.
:)
No, the second follow-up was about moving the simplification to combine.c
and guarding it with !WORD_REGISTER_OPERATIONS, or whatever other check
you prefer, so that no undoing is necessary.
In fact the mere distribution of the SUBREG seems to be questionable, whatever
the target. For the
Eric Botcazou ebotca...@adacore.com writes:
Therefore, I think that the best thing to do is to go back to Uros' original
idea of distributing the SUBREG only within a PLUS or a MINUS:
http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01682.html
The outer operation sort of guarantees that
On 9/12/2013, at 3:24 am, Jan-Benedict Glaw jbg...@lug-owl.de wrote:
Hi Maxim!
One of your recent libc-android clean-up patches broke the
mips64-linux target as a side-effect, see eg.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=53806:
g++ -c -DIN_GCC_FRONTEND
On behalf of the entire GCC Steering Committee, it gives me
great pleasure to welcome Joseph Myers as the newest member of the
GCC Steering Committee. We hope that everyone will join us to wish him
all of the support and wisdom for this new challenge.
We are grateful for the
On 12/08/13 07:21, Jonathan Wakely wrote:
It usually means you don't have bison and/or flex installed.
Flex.
They are documented as prerequisites for building from svn.
Documented prerequisites may as well be documented:
in the cellar...in the bottom of a locked filing cabinet stuck in
On 7 December 2013 17:28, H.J. Lu hjl.to...@gmail.com wrote:
On Sat, Dec 7, 2013 at 9:26 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Sat, Dec 7, 2013 at 9:09 AM, Jakub Jelinek ja...@redhat.com wrote:
FAIL: 30_threads/async/async.cc execution test
async.exe:
Snapshot gcc-4.9-20131208 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.9-20131208/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Mon, 2013-12-09 08:21:43 +1300, Maxim Kuvyrkov ma...@kugelworks.com wrote:
On 9/12/2013, at 3:24 am, Jan-Benedict Glaw jbg...@lug-owl.de wrote:
One of your recent libc-android clean-up patches broke the
mips64-linux target as a side-effect, see eg.
Welcome Joseph.
Wish everyone Happy Holidays and a wonderful 2014!
Charlie
-Original Message-
From: gcc-announce-ow...@gcc.gnu.org [mailto:gcc-announce-ow...@gcc.gnu.org] On
Behalf Of David Edelsohn
Sent: Monday, December 09, 2013 3:28 AM
To: gcc@gcc.gnu.org; gcc-annou...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59201
Markus Trippelsdorf octoploid at yandex dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58721
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49263
--- Comment #21 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #18)
It seems that combine is trying to look for the following patterns:
Failed to match this instruction:
(set (pc)
(if_then_else (ne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50751
--- Comment #34 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #29)
(In reply to comment #28)
I'm now trying to work around this by adding special insn_and_split patterns
for the reload phase and removing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Dec 8 14:20:42 2013
New Revision: 205790
URL: http://gcc.gnu.org/viewcvs?rev=205790root=gccview=rev
Log:
Backport from mainline
2013-12-06 Uros Bizjak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59405
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|4.7.4 |4.8.3
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58253
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52941
--- Comment #15 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #14)
Hm, maybe it would make sense to add a target specific option to allow
setting set the minimum atomic variable alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58640
--- Comment #13 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Jeffrey A. Law from comment #12)
Oleg, I just worked through an independent problem that I saw locally that
probably explains your SH issue as well. I expect to have a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #22 from John David Anglin danglin at gcc dot gnu.org ---
New errors have have appeared on hppa-linux:
In file included from
../../../../gcc/libsanitizer/sanitizer_common/sanitizer_pl
atform_limits_linux.cc:40:0:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59009
--- Comment #23 from Dominique d'Humieres dominiq at lps dot ens.fr ---
On x86_64-apple-darwin10, bootstrap fails with
libtool: compile: /opt/gcc/build_w/./gcc/xgcc -shared-libgcc
-B/opt/gcc/build_w/./gcc -nostdinc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59415
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41724
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Sun Dec 8 21:34:18 2013
New Revision: 205791
URL: http://gcc.gnu.org/viewcvs?rev=205791root=gccview=rev
Log:
2013-12-08 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58676
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Sun Dec 8 21:34:18 2013
New Revision: 205791
URL: http://gcc.gnu.org/viewcvs?rev=205791root=gccview=rev
Log:
2013-12-08 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
--- Comment #28 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Sun Dec 8 21:34:18 2013
New Revision: 205791
URL: http://gcc.gnu.org/viewcvs?rev=205791root=gccview=rev
Log:
2013-12-08 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58676
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41724
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #15 from H.J. Lu hjl.tools at gmail dot com ---
This
char *
my_bcopy(register char *from,register char *to,register I32 len)
{
char *retval = to;
if (from - to = 0) {
while (len--)
*to++ = *from++;
}
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #16 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to H.J. Lu from comment #15)
This
char *
my_bcopy(register char *from,register char *to,register I32 len)
{
char *retval = to;
if (from - to = 0) {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #11 from David Kredba nheghathivhistha at gmail dot com ---
Delta died after more than 20 iterations. Started new delta. A little more
reduced ii file uploaded.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
David Kredba nheghathivhistha at gmail dot com changed:
What|Removed |Added
Attachment #31391|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59422
Bug ID: 59422
Summary: Support more targets for function multi versioning
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52898
--- Comment #9 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sun Dec 8 22:15:59 2013
New Revision: 205794
URL: http://gcc.gnu.org/viewcvs?rev=205794root=gccview=rev
Log:
PR target/52898
PR target/51697
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51697
--- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sun Dec 8 22:15:59 2013
New Revision: 205794
URL: http://gcc.gnu.org/viewcvs?rev=205794root=gccview=rev
Log:
PR target/52898
PR target/51697
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51697
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #17 from H.J. Lu hjl.tools at gmail dot com ---
Perl_my_bcopy (len=31, to=0xf7fd801d \021q, from=0x8023f0 \264\005q)
is miscompiled when inlined:
Old value = 19935280
New value = 808464432
Perl_my_bcopy (len=-1, to=0xf7fd803c \260Vx,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59423
Bug ID: 59423
Summary: Misleading warning when 'enum class' base type
unresolved: elaborated-type-specifier for a scoped
enum must not use the ‘class’ keyword
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9702
--- Comment #9 from Oleg Endo olegendo at gcc dot gnu.org ---
As it has been mentioned in https://bugs.launchpad.net/gcc-linaro/+bug/625233
the ARM back end does not use GCC's constant pool handling for constants (in
varasm.c), but rather
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58099
--- Comment #30 from Daniel Price daniel.price at monash dot edu ---
thanks very much for the speedy and professional response Tobias et al!
Daniel
On 9 Dec 2013, at 8:42 am, burnus at gcc dot gnu.org gcc-bugzi...@gcc.gnu.org
wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
--- Comment #18 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to H.J. Lu from comment #17)
Perl_my_bcopy (len=31, to=0xf7fd801d \021q, from=0x8023f0 \264\005q)
is miscompiled when inlined:
Old value = 19935280
New value = 808464432
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59409
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41176
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59391
--- Comment #3 from Ahmed Wafa awwafa at gmail dot com ---
Yes, it works fine for 4.9 and 4.8.2, i can see that the fix for Bug 58437 take
care of this problem. This now can be closed, not a duplicate, but as
indirectly fixed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59424
Bug ID: 59424
Summary: Optimization issue on min/max
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
CC||y.gribov at
-multilib
Thread model: win32
gcc version 4.9.0 20131208 (experimental) (GCC)
Environment info:
# Make data base, printed on Sun Dec 8 16:53:45 2013
# Variables
# environment
VSSDK100INSTALL = C:\Program Files (x86)\Microsoft Visual Studio 2010 SDK\
# environment
VSSDK110INSTALL = C:\Program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59425
--- Comment #1 from Marlette Software tim at marlettesoftware dot com ---
Error message obtained:
../isl-0.12.1/isl_band.c: In function 'isl_band_dup':
../isl-0.12.1/isl_band.c:43:12: internal compiler error: Segmentation fault
__isl_give
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59422
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Allan Jensen from comment #0)
Created attachment 31399 [details]
Patch
Trying to compile a function with an xop multiversion fails with a No
dispatcher found for xop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
--- Comment #28 from Yury Gribov y.gribov at samsung dot com ---
(In reply to H.J. Lu from comment #26)
TSAN tests should specify a load address which
works with TSAN.
We'll add `-Wl,-Ttext-segment,0x8500' to TSan tests compilation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
--- Comment #29 from Jakub Jelinek jakub at gcc dot gnu.org ---
It is not that easy. gold before February 2013 doesn't grok -Ttext-segment,
you need -Ttext there instead. See
http://gcc.gnu.org/ml/gcc-patches/2013-02/msg00777.html
And, given
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59410
--- Comment #30 from Kostya Serebryany kcc at gcc dot gnu.org ---
We could add -Ttext-segment=0x7d00 (not 0x8500!),
to either the tests or the driver, but
a) see Jakub's comment about Gold
b) it will not fix anything, and
c) it
Eric Botcazou ebotca...@adacore.com wrote:
It's not fully fixing the issue as _all_ aggregates that may be
accessed beyond their declarations size are broken.
Sure, but we don't need to support such nonsense in the general case.
And not
every language allows it, for example in Ada you cannot
Eric Botcazou ebotca...@adacore.com wrote:
That being said, the concern is certainly valid so we may want to go
for a
kludge instead of the fix. The point is that the kludge should do
exactly
what the fix would have done in the RTL expander and nothing more;
it's out
of question to pessimize
Richard Sandiford rdsandif...@googlemail.com wrote:
Kenneth Zadeck zad...@naturalbridge.com writes:
#define WIDE_INT_MAX_ELTS \
- ((4 * MAX_BITSIZE_MODE_ANY_INT + HOST_BITS_PER_WIDE_INT - 1) \
- / HOST_BITS_PER_WIDE_INT)
+ (((MAX_BITSIZE_MODE_ANY_INT + HOST_BITS_PER_WIDE_INT - 1) \
I sent a patch to upstream dejagnu so that things like:
FAIL: c-c++-common/asan/global-overflow-1.c -Os output pattern test, is ==4731
==ERROR: AddressSanitizer failed to allocate 0xdfff0001000 (15392894357504) byte
s at address 0x02008fff7000 (12)
==4731==ReserveShadowMemoryRange failed while
Richard Sandiford rdsandif...@googlemail.com writes:
I sent a patch to upstream dejagnu so that things like:
FAIL: c-c++-common/asan/global-overflow-1.c -Os output pattern test, is
==4731
==ERROR: AddressSanitizer failed to allocate 0xdfff0001000 (15392894357504)
byte
s at address
This patch is about rejects-valid and accepts-invalid and does
essentially only:
a) It ensures that sym-attr.pure/elemental gets set for pure/elemental
intrinsics (isym-pure/elemental).
b) It rejects dummy procedures / procedure pointers which are ELEMENTAL.
* * *
To quote (link see PR)
On Fri, Dec 6, 2013 at 8:33 PM, Sriraman Tallam tmsri...@google.com wrote:
Patch updated with two more tests to check if the vfmadd insn is being
produced when possible.
Thanks
Sri
On Fri, Dec 6, 2013 at 11:12 AM, Sriraman Tallam tmsri...@google.com wrote:
Hi,
I have attached a patch
On Sun, Dec 08, 2013 at 10:31:56AM +, Richard Sandiford wrote:
--- gcc/testsuite/lib/asan-dg.exp (revision 205654)
+++ gcc/testsuite/lib/asan-dg.exp (working copy)
@@ -288,9 +288,10 @@
if { $status == fail } {
pass $testname execution test
Hi Tobias,
first off: I assume the first PR number in the subject line is wrong,
since I don't see how it is related to your patch. I guess you meant
58099?
This patch is about rejects-valid and accepts-invalid and does essentially
only:
a) It ensures that sym-attr.pure/elemental gets set
Jakub Jelinek ja...@redhat.com writes:
On Sun, Dec 08, 2013 at 10:31:56AM +, Richard Sandiford wrote:
--- gcc/testsuite/lib/asan-dg.exp(revision 205654)
+++ gcc/testsuite/lib/asan-dg.exp(working copy)
@@ -288,9 +288,10 @@
if { $status == fail } {
And here the web page update for Mark's departure and Joseph
joining.
Applied.
Gerald
Index: steering.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/steering.html,v
retrieving revision 1.36
diff -u -3 -p -r1.36 steering.html
---
On Sun, Dec 08, 2013 at 07:18:37PM +, Richard Sandiford wrote:
gcc/testsuite/
* lib/asan-dg.exp (asan-gtest): Remove actual and expected output
from the pass/fail line and add it to the log instead.
Looks ok to me, except the ChangeLog, all I'm seeing is that you are
removing
Hi Janus,
Janus Weil wrote:
first off: I assume the first PR number in the subject line is wrong,
since I don't see how it is related to your patch. I guess you meant
58099?
Yes. Well spotted.
a) It ensures that sym-attr.pure/elemental gets set for pure/elemental
intrinsics
Hello!
2013-12-08 Uros Bizjak ubiz...@gmail.com
* gcc.dg/macro-fusion-1.c: Cleanup sched2 rtl dump.
* gcc.dg/macro-fusion-2.c: Ditto.
* gcc.dg/vect/vect-simd-clone-10a.c: Cleanup vect tree dump.
* gcc.dg/vect/vect-simd-clone-12a.c: Ditto.
Tested on x86_64-pc-linux-gnu,
Adjusted for Richard Biener's patch
Index: fixincludes/ChangeLog
===
--- fixincludes/ChangeLog (revision 205790)
+++ fixincludes/ChangeLog (working copy)
@@ -1,3 +1,14 @@
+2013-12-07 Bruce Korb bk...@gnu.org
+
+ * inclhack.def:
On 12/08/13 13:06, Gerald Pfeifer wrote:
Lovely. Thank you very much!
$ svn diff
Index: configure.ac
===
--- configure.ac(revision 205790)
+++ configure.ac(working copy)
@@ -1319,10 +1319,17 @@
# Used for
On 7 December 2013 17:28, H.J. Lu hjl.to...@gmail.com wrote:
On Sat, Dec 7, 2013 at 9:26 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Sat, Dec 7, 2013 at 9:09 AM, Jakub Jelinek ja...@redhat.com wrote:
FAIL: 30_threads/async/async.cc execution test
async.exe:
Hello,
The attached patch deprecates the SH options mcbranchdi and mcmpeqdi,
since they turn out to be not so useful.
For example, disabling the cbranchdi pattern results in worse code for
-Os than -O1 and enabling the cmpeqdi patterns seems to trigger
broken/incomplete code paths. Effectively
Hello,
This is a summary of what has been happening on the SH side during 4.9.
Applied.
Cheers,
Oleg
? sh_changes_49_1.patch
Index: htdocs/gcc-4.9/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.9/changes.html,v
retrieving
On 12/06/13 19:44, Bin.Cheng wrote:
Right. Based on reading the archives, it looks like this stuff is/was
generated by PRE. I also suspect jump threading can create them. There was
talk of throttling PRE to leave things in a form that the IV analysis could
more easily digest, but I'm not sure
On 12/07/13 03:44, Eric Botcazou wrote:
I'd certainly be concerned. Ports have (for better or worse) keyed on
BLKmode rather than looking at the underlying types. So if something
which was previously SImode or DImode is now BLKmode, there's a nonzero
chance we're going to change how it gets
On Tue, Dec 03, 2013 at 11:44:46PM -0500, DJ Delorie wrote:
Alan Modra amo...@gmail.com writes:
Bootstrapped etc. powerpc64-linux. OK mainline and 4.8 branch?
* configure.ac (BUILD_CXXFLAGS) Don't use ALL_CXXFLAGS for
build != host.
recursive call for build != host: Clear
On Mon, Dec 9, 2013 at 12:00 PM, Jeff Law l...@redhat.com wrote:
On 12/06/13 19:44, Bin.Cheng wrote:
Right. Based on reading the archives, it looks like this stuff is/was
generated by PRE. I also suspect jump threading can create them. There
was
talk of throttling PRE to leave things in a
Hello,
On 05 Dec 16:40, Kirill Yukhin wrote:
On 05 Dec 05:30, H.J. Lu wrote:
Kirill, can you take a look why it doesn't work for x86?
Okay, I'll look at this.
I've looked at this. It seems that `CANNOT_CHANGE_MODE_CLASS'
is too conservative for x86.
In rtlanal.c we have
On Mon, Dec 09, 2013 at 03:04:44PM +1030, Alan Modra wrote:
On Tue, Dec 03, 2013 at 11:44:46PM -0500, DJ Delorie wrote:
Alan Modra amo...@gmail.com writes:
Bootstrapped etc. powerpc64-linux. OK mainline and 4.8 branch?
* configure.ac (BUILD_CXXFLAGS) Don't use ALL_CXXFLAGS for
80 matches
Mail list logo