Recently (three days perhaps) I started to notice the following
mkdir: plugin: mkdir: plugin: File exists
File exists
mkdir: mkdir: testsuitetestsuite: : File exists
File exists
in the log excerpts of my nightly builders that I get by mail.
(For successful builds the build environment
Gerald Pfeifer ger...@pfeifer.com writes:
Recently (three days perhaps) I started to notice the following
mkdir: plugin: mkdir: plugin: File exists
File exists
mkdir: mkdir: testsuitetestsuite: : File exists
File exists
in the log excerpts of my nightly builders that I get by
Hi Ilya,
Let me respond to your first question. I am not so much well versed with
the requirements of the second question.
Yes, your conclusions are correct. You can find some more details in
slides 39/62 to 61/62 in
On Sun, 2013-08-18 12:52:14 +0200, Gerald Pfeifer ger...@pfeifer.com wrote:
On Sun, 11 Aug 2013, Jan-Benedict Glaw wrote:
I just added a different view. All results can also be viewed as a
timeline, both per-buildhost and per-target:
http://toolchain.lug-owl.de/buildbot/timeline.php
On Mon, 2013-08-19 13:45:24 +0200, Jan-Benedict Glaw jbg...@lug-owl.de wrote:
On Sun, 2013-08-18 12:52:14 +0200, Gerald Pfeifer ger...@pfeifer.com wrote:
On Sun, 11 Aug 2013, Jan-Benedict Glaw wrote:
I just added a different view. All results can also be viewed as a
timeline, both
Hi!
My build robot[1] catched this error[2] while cross-building for
powerpc64le-linux:
g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -pedantic
On Wed, Aug 14, 2013 at 8:49 AM, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Jul 23, 2013 at 12:49:06PM -0700, H.J. Lu wrote:
There are 2 psABI considerations:
1. Should PLT entries in all binaries, with and without MPX, be changed
to 32-byte or just the necessary ones?
Ugh, please
+cc auto-vectorizer maintainers.
David
On Mon, Aug 19, 2013 at 10:37 AM, Cong Hou co...@google.com wrote:
Nowadays, SIMD instructions play more and more important roles in our
daily computations. AVX and AVX2 have extended 128-bit registers to
256-bit ones, and the newly announced AVX-512
Xinliang David Li davi...@google.com wrote:
+cc auto-vectorizer maintainers.
David
On Mon, Aug 19, 2013 at 10:37 AM, Cong Hou co...@google.com wrote:
Nowadays, SIMD instructions play more and more important roles in our
daily computations. AVX and AVX2 have extended 128-bit registers to
On Mon, Aug 19, 2013 at 11:53 AM, Richard Biener
richard.guent...@gmail.com wrote:
Xinliang David Li davi...@google.com wrote:
+cc auto-vectorizer maintainers.
David
On Mon, Aug 19, 2013 at 10:37 AM, Cong Hou co...@google.com wrote:
Nowadays, SIMD instructions play more and more important
Hi,
I keep getting this error message while building gcc checked out of the
repository. Could I get a little help with resolving this problem
please?
Regards,
George...
xgcc: error trying to exec 'cc1': execvp: No such file or directory
On 08/20/2013 05:22 AM, George R Goffe wrote:
I keep getting this error message while building gcc checked out of the
repository. Could I get a little help with resolving this problem
please?
You need to provide more details, like the host and target system and a
dozen or so lines leading up
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
Bug ID: 58192
Summary: G++ emits incorrect code when passing enum classes as
function parameters
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
--- Comment #1 from Kenton Varda temporal at gmail dot com ---
Created attachment 30672
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30672action=edit
Demonstration of enum class passing bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
--- Comment #2 from Kenton Varda temporal at gmail dot com ---
Note: Both the Ubuntu and Cygwin systems were x86_64. I don't know if the
problem occurs in 32-bit mode.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58193
Bug ID: 58193
Summary: init_priority attribute doesn't work on non-class
types
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58171
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46271
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||fdumont at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
First, this issue should be categorized as belonging to the component
libstdc++, not to c++.
Second, the defect report is invalid, because std::upper_bound requires a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58193
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Severity|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
--- Comment #5 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Paolo Carlini from comment #2)
Francois, did we change anything in the library for 4.8.x?
I think that Francois added more iterator concept checking and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
--- Comment #6 from Danil Ilinykh woodroof at gmail dot com ---
Thank you!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58034
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58133
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Target||arm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Component|c++ |libstdc++
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58100
--- Comment #4 from Thomas Koenig tkoenig at gcc dot gnu.org ---
In principle, we could also introduce a
!GCC$ NOWARN
directive, which could suppress all warnings on the following statement.
I'm not volunteering, though :-)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58133
--- Comment #3 from Sven sven.koehler at gmail dot com ---
(In reply to Richard Earnshaw from comment #2)
This is a known issue.
So what needs to be done? Where do I find the source/configuration/whatever of
the code generator for thumb mode?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58191
--- Comment #8 from Paolo Carlini paolo.carlini at oracle dot com ---
Thanks everybody. Lower priority wrt regressions, I agree we could do even
better here, just bailing out for input iterators would be Ok with me too
(wouldn't be the first time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58182
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-invalid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58182
--- Comment #3 from janus at gcc dot gnu.org ---
(In reply to janus from comment #2)
There may be other ways to fix this, but a particularly simple one is just
flipping the checks in the if statement which produces the ICE:
Note: The patch in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52832
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to janus from comment #3)
(I wonder whether we properly handle proc-ptr-valued functions as target in
a proc-ptr assignment. Should check that ...)
Apparently this works, cf. PR 36704
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53655
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53655
--- Comment #4 from janus at gcc dot gnu.org ---
(In reply to Tobias Burnus from comment #1)
a) For foo's x there is the warning:
Derived-type dummy argument 'x' at (1) was declared INTENT(OUT) but was not
set and does not have a default
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58171
--- Comment #2 from Andrew Benson abensonca at gmail dot com ---
I see your point about it not being obvious what was intended in situations
like this. Something such as:
Error: There is no specific function for the generic 'cps' at (1)
would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58182
--- Comment #4 from Andrew Benson abensonca at gmail dot com ---
Btw, does it make sense to have a dummy procedure with 'BIND(C)' at all? I
have the feeling that this might be something which should be forbidden in
general ... (?)
Possibly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53655
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to Tobias Burnus from comment #1)
b) For bar's x there is no warning as it is sym-attr.referenced, but I
think one should warn that the declared type does not have an initializer.
With
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
Kenton Varda temporal at gmail dot com changed:
What|Removed |Added
Attachment #30672|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58192
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58194
Bug ID: 58194
Summary: default argument for constructor outside of class DR
1344
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58182
--- Comment #5 from janus at gcc dot gnu.org ---
(In reply to Andrew Benson from comment #4)
Btw, does it make sense to have a dummy procedure with 'BIND(C)' at all? I
have the feeling that this might be something which should be forbidden in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #3 from chihin ko chihin.ko at oracle dot com ---
a.out execution does not have problem, it is the debugging support would have
problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58195
Bug ID: 58195
Summary: Missed optimization opportunity when returning a
conditional
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58196
Bug ID: 58196
Summary: std::align is missing
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #4 from Paolo Carlini paolo.carlini at oracle dot com ---
But we can't reproduce the issue on x86_64-linux. My grep gives:
00400742 W _ZN4baseC1Ev
00400742 W _ZN4baseC2Ev
are you on linux? Please provide information
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58196
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58194
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53655
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58197
Bug ID: 58197
Summary: subversion-1.8.x breaks script contrib/gcc_update
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58197
Winfried Magerl winfried.mag...@t-online.de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #5 from chihin ko chihin.ko at oracle dot com ---
Oracle Solaris 10 8/11 s10x_u10wos_17b X86
DW_AT_producer GNU C++ 4.8.1 -mtune=generic -march=pentium4 -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57798
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
CC||mikael at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54578
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
--- Comment #6 from chihin ko chihin.ko at oracle dot com ---
On Linux:
pirandello 934 cat /etc/*release*
Enterprise Linux Enterprise Linux Server release 5.4 (Carthage)
cat: /etc/lsb-release.d: Is a directory
Red Hat Enterprise Linux Server
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
--- Comment #18 from janus at gcc dot gnu.org ---
Comment 14 and 15 is fixed on 4.9 trunk with r200950 (cf. PR 52669).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|Warn for unused (private) |Warn for unused internal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58178
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||ebotcazou
();
__sigsetjmp (*buf, 1);
}
if (!varseen)
return 0;
return 1;
}
$ i686-pc-linux-gnu-gcc --version
i686-pc-linux-gnu-gcc (GCC) 4.9.0 20130819 (experimental)
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36266
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com ---
Cary?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Target|arm-none-eabi, |arm-none-eabi,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58096
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc64-linux,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57904
Hans-Peter Nilsson hp at gcc dot gnu.org changed:
What|Removed |Added
CC||hp at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36266
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40109
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||j...@red-bean.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
--- Comment #7 from Hans-Peter Nilsson hp at gcc dot gnu.org ---
For the record, I'm logging the following regression for cris-axis-elf in this
PR as well, because:
1: It's lto
2: The regression is observed introduced in the same interval locally:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58143
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58143
--- Comment #5 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
Summary:
tree-ssa-loop-im.c moves code, out of an if statement inside the loop
it it can not cause side effects or faults, but it does not care of integer
overflows. this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57865
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58196
--- Comment #2 from Augusto Righetto augustorighetto at gmail dot com ---
Hi Paolo,
I apologize for filling a bug for an unimplemented feature.
However, if you take a look at
http://gcc.gnu.org/gcc-4.8/cxx0x_status.html, you'll see that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58198
Bug ID: 58198
Summary: duplicate codes generated for variant function and
base function
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
On Tue, Jun 11, 2013 at 09:56:11AM +0930, Alan Modra wrote:
[snip]
It isn't hard to see why we are going wrong. IBM long double is
really a two element array of double, and the rs6000 backend uses
subregs to access the elements. The problem is that lower-subreg
lowers to word_mode, so we
Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch implements the type inheritance graph builder. Once the
graph is
built it stays in memory and unchanged thorough the compilation (we do
not
expect to invent new virtual methods during the optimization)
The graph is dumped into new IPA dump file
On 16 August 2013 16:28, Tom Tromey wrote:
Phil == Phil Muldoon pmuld...@redhat.com writes:
Phil Anyway, I have regenerated the patch with the fixes requested.
Thanks.
Phil 2013-08-16 Phil Muldoon pmuld...@redhat.com
Phil PR gcc/53477
I think this should say PR libstdc++/53477
I believe you can get derived objects of derived type not visible in the tu,
so the list of targets does only contain local methods and implicitly all
methods only defined in other tus? That is, you cannot rely no that list to
be complete?
Yes, the list is in majority cases not complete.
On Thu, Aug 08, 2013 at 09:15:54PM +0200, Aldy Hernandez wrote:
On 08/08/13 18:42, Richard Henderson wrote:
On 08/08/2013 02:06 AM, Aldy Hernandez wrote:
The hash is not really mapping the simd DECL to the simduid, since that's
just
a matter of DECL_UID(simduid), but the OMP simd array to
On Aug 17, 2013, at 8:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Moreover objc apparently never produce any virtual functions/methods.
Objective-C++ might. :-)
Sure, those ought to be regular C++ methods though.
Can someone explain me in greater detail how the objc use works?
Hi,
here is variant of patch that drops the field walking from
gimple_extract_devirt_binfo_from_cst completely. As pointed out
by Jason, it is pointless since all structures have BINFO in C++
and thus get_binfo_at_offset will do the job.
I would like to return the code back eventually to handle
Ping
2013/8/12 Ilya Enkovich enkovich@gmail.com:
2013/8/10 Joseph S. Myers jos...@codesourcery.com:
On Mon, 29 Jul 2013, Ilya Enkovich wrote:
Hi,
Here is updated version of the patch. I removed redundant
mode_for_bound, added comments to BOUND_TYPE and added -mmpx option.
I also fixed
On Thu, Aug 01, 2013 at 09:38:31AM -1000, Richard Henderson wrote:
+ if (simd
+ /*
+ || (fd-sched_kind == OMP_CLAUSE_SCHEDULE_STATIC
+ !fd-have_ordered)*/)
Debugging leftovers or what?
gomp-4_0-branch contains also the || there, but for the trunk merge
I
Jan Hubicka hubi...@ucw.cz wrote:
On Aug 17, 2013, at 8:54 AM, Jan Hubicka hubi...@ucw.cz wrote:
Moreover objc apparently never produce any virtual
functions/methods.
Objective-C++ might. :-)
Sure, those ought to be regular C++ methods though.
Can someone explain me in greater detail
Before this patch, it causes the executor into infinite loop.
Tested under x86_64. I'll test -m32 and check-debug before committing.
Thanks!
--
Tim Shen
changelog
Description: Binary data
emptygroup.patch
Description: Binary data
On Mon, Aug 19, 2013 at 06:07:10PM +0800, Tim Shen wrote:
Before this patch, it causes the executor into infinite loop.
Tested under x86_64. I'll test -m32 and check-debug before committing.
@@ -2371,8 +2372,10 @@
if (__re._M_automaton == nullptr)
return false;
for (auto
Hello Jan,
Just some casual notes.
Jan Hubicka hubi...@ucw.cz a écrit:
[...]
Index: ipa-devirt.c
===
[...]
+/* Brief vocalburary:
[...]
+ OTR = OBJ_TYPE_REF
+ This is Gimple representation of type information of
On 08/17/2013 12:29 AM, Caroline Tice wrote:
OK, I *think* I have done as you requested. I have to try the
environment variable before falling back on stderr (there's a program
we want to use this on that disables the ability to write to stderr).
I have added the secure_getenv stuff as you
All,
The attached patch removes the setting of MULTILIB_DEFAULTS for
arm*-*-linux-gnueabi* targets.
The current setting of MULTILIB_DEFAULTS includes mfloat-abi=hard,
which for arm*-*-linux-gnueabi is not true. This makes generating a
hard-float multilib impossible in this configuration.
In an
Hi,
was having a look to c++/58187 (looks like we are missing a lookup) and
noticed this. It seems obvious to me, I'll commit it later today barring
objections.
Tested x86_64-linux.
Thanks,
Paolo.
2013-08-19 Paolo Carlini paolo.carl...@oracle.com
*
1. In config/gnu-user.h you define GNU_USER_TARGET_NO_PTHREADS_LIB_SPEC to
the main part of GNU_USER_TARGET_LIB_SPEC. GNU_USER_TARGET_LIB_SPEC now
becomes '%{pthread:-lpthread} GNU_USER_TARGET_NO_PTHREADS_LIB_SPEC'.
2. In occurrences of LINUX_OR_ANDROID_LD you continue to use
Hi all,
here is a small patch which does some cleanup to avoid an ICE on
invalid SELECT TYPE statements.
The first three hunks are just cosmetics, and the fourth one also
contains minor refactoring, where I pull some common code out of the
two branches of an if statement. The important part,
Committed as r201835 ...
2013/8/18 Janus Weil ja...@gcc.gnu.org:
Hi all,
here is a pretty-much-trivial patch for a problem with OpenMP and
procedure pointers (proc-ptrs to functions are working, but not
subroutines).
Regtested on x86_64-unknown-linux-gnu. Will commit as obvious tomorrow
On keeps_null_pointer_checks, relative to other targets, we see some NULLs in
sets replaced with/merged into NONLOCAL.
Tested for avr with --target_board=atmega128-sim and native on
i686-pc-linuc-gnu.
Ok to apply?
2013-08-14 Joern Rennecke joern.renne...@embecosm.com
*
We need a minimum branch cost of 2 to make the expected optimization happen.
Tested for avr with --target_board=atmega128-sim and native on
i686-pc-linuc-gnu.
Ok to apply?
2013-08-16 Joern Rennecke joern.renne...@embecosm.com
* gcc.dg/tree-ssa/vrp87.c [avr-*-*]
Tested for avr with --target_board=atmega128-sim and native on
i686-pc-linuc-gnu.
Ok to apply?
2013-08-16 Joern Rennecke joern.renne...@embecosm.com
* gcc.dg/tree-ssa/ssa-dom-thread-4.c [avr-*-*]: Expect 6 times
Threaded.
Index: gcc.dg/tree-ssa/ssa-dom-thread-4.c
Tested for avr with --target_board=atmega128-sim and native on
i686-pc-linuc-gnu.
Ok to apply?
2013-08-17 Joern Rennecke joern.renne...@embecosm.com
* gcc.dg/tree-ssa/vrp55.c: Use keeps_null_pointer_checks to determine
correct test response.
Index: gcc.dg/tree-ssa/vrp55.c
Tested for avr with --target_board=atmega128-sim and native on
i686-pc-linuc-gnu.
Committed as obvious.
2013-08-17 Joern Rennecke joern.renne...@embecosm.com
* gcc.target/avr/progmem-error-1.cpp: Update linenumber of error.
Index: gcc.target/avr/progmem-error-1.cpp
Tested for avr with --target_board=atmega128-sim and native on
i686-pc-linuc-gnu.
Ok to apply?
2013-08-18 Joern Rennecke joern.renne...@embecosm.com
PR testsuite/52641
* gcc.dg/tree-ssa/pr31261.c [int16]: Change expected unsigned type.
* gcc.dg/tree-ssa/ssa-pre-21.c
Can you try and add
pragma Weak_External (Var);
on line 8 and see whether it passes? If so, you can commit the patchlet.
The test still fails with the following change:
--- /opt/gcc/_clean/gcc/testsuite/gnat.dg/specs/linker_alias.ads
2013-08-18 17:39:22.0 +0200
+++
Hello Jan,
Just some casual notes.
Thank you! I will fix the typos shortly!
+static inline bool
+polymorphic_type_binfo_p (tree binfo)
+{
+ /* See if BINFO's type has an virtual table associtated with it. */
+ return BINFO_VTABLE (TYPE_BINFO (BINFO_TYPE (binfo)));
Just for my
1 - 100 of 185 matches
Mail list logo