Richard Sandiford rdsandif...@googlemail.com writes:
So if x.y.z is __GNU__.__GNU_MINOR__.__GNU_PATCHLEVEL__ then the positions
in the number stay the same but the meanings of __GNU_MINOR__ and
__GNU_PATCHLEVEL__ change.
There is no change in meaning. MAJOR.MINOR.PATCHLEVEL stays the
same.
Andreas Schwab sch...@linux-m68k.org writes:
Richard Sandiford rdsandif...@googlemail.com writes:
So if x.y.z is __GNU__.__GNU_MINOR__.__GNU_PATCHLEVEL__ then the positions
in the number stay the same but the meanings of __GNU_MINOR__ and
__GNU_PATCHLEVEL__ change.
There is no change in
Richard Sandiford rdsandif...@googlemail.com writes:
Andreas Schwab sch...@linux-m68k.org writes:
Richard Sandiford rdsandif...@googlemail.com writes:
So if x.y.z is __GNU__.__GNU_MINOR__.__GNU_PATCHLEVEL__ then the positions
in the number stay the same but the meanings of __GNU_MINOR__ and
Hi David,
On 22/07/14 02:46, David Wohlferd wrote:
I have been looking at asm_fprintf in final.c, and I think there's a
design flaw. But since the change affects ARM and since I have no
access to an ARM system, I need a second opinion.
asm_fprintf allows platforms to add support for new
On 07/21/2014 09:07 PM, Ilya Verbin wrote:
I've created a wiki page about offloading. Any improvements are welcome.
It says Immutable Page, so I can't seem to edit it. Anyway, here are
my thoughts on the configure/make changes (should go into the TODO section):
The host and offload
First of all, thanks to the organisers and the speakers for a very
enjoyable and informative event. I took notes during many of the talks
and someone suggested I share these notes to the list in case anyone
is interested. I'm afraid I missed the steering committee Q+A and
didn't take notes on the
Hi!
On Tue, 22 Jul 2014 13:06:19 +0200, Bernd Schmidt ber...@codesourcery.com
wrote:
On 07/21/2014 09:07 PM, Ilya Verbin wrote:
I've created a wiki page about offloading. Any improvements are welcome.
Guys, thanks for setting this up so quickly!
It says Immutable Page, so I can't seem to
On 07/22/2014 01:24 PM, Thomas Schwinge wrote:
On Tue, 22 Jul 2014 13:06:19 +0200, Bernd Schmidt
ber...@codesourcery.com wrote:
It says Immutable Page, so I can't seem to edit it.
Probably applies for your write access to any wiki page, and that's
because you've not been added to thw
Hi!
On Tue, 22 Jul 2014 13:30:55 +0200, Bernd Schmidt ber...@codesourcery.com
wrote:
On 07/22/2014 01:24 PM, Thomas Schwinge wrote:
On Tue, 22 Jul 2014 13:06:19 +0200, Bernd Schmidt
ber...@codesourcery.com wrote:
It says Immutable Page, so I can't seem to edit it.
Probably applies
I'll need to step down as MIPS maintainer this weekend in order to avoid
a possible conflict of interest with a new job. SC: please could you
appoint some new maintainers to take over?
Matthew and Catherine (cc:ed) have been among the biggest contributors
to the MIPS port recently and they said
Hi all,
In the arm backend we've got this TARGET_UNIFIED_ASM macro that is
currently on for TARGET_THUMB2 with a comment that says:
/* We could use unified syntax for arm mode, but for now we just use it
for Thumb-2. */
I've been doing some work converting the pre-UAL floating point
On Tue, Jul 22, 2014 at 10:07 AM, Andreas Schwab sch...@linux-m68k.org wrote:
Richard Sandiford rdsandif...@googlemail.com writes:
Andreas Schwab sch...@linux-m68k.org writes:
Richard Sandiford rdsandif...@googlemail.com writes:
So if x.y.z is __GNU__.__GNU_MINOR__.__GNU_PATCHLEVEL__ then the
On Sun, Jul 20, 2014 at 07:01:46PM +0200, Jakub Jelinek wrote:
Ian/Jason, is that your understanding too? In any case, we should mention
it on gcc.gnu.org/index.html, in develop.html and perhaps a few other spots.
Also it'd be nice to create htdocs/gcc-5.0/changes.html, so we can
start adding
On 22/07/14 14:14, Kyrill Tkachov wrote:
Hi all,
In the arm backend we've got this TARGET_UNIFIED_ASM macro that is
currently on for TARGET_THUMB2 with a comment that says:
/* We could use unified syntax for arm mode, but for now we just use it
for Thumb-2. */
I've been doing some work
It seems that the problem is solved now. Thank you! I've sent
corresponding patches to gcc-patches.
--
Cheers, Roman Gareev.
Yes, you need to use .create() to initialize vec instances.
Thank you for the answer!
--
Cheers, Roman Gareev.
Hi all,
We have a Dell Laptop PSU which was left at the GNU Tools Cauldron. If
it is yours and you would like it back, please email me off list.
Jeremy
--
Tel: +44 (1590) 610184
Cell: +44 (7970) 676050
SkypeID: jeremybennett
Twitter: @jeremypbennett
Email:
Dear GCC Team,
As there are no test results listed in buildstats page for GCC (4.9.1) for
i686-pc-linux-gnu, I am herewith sending the testsuite results. You can list
them in buildstats page.
Regards,
Raghunath Lolur.
On Tuesday, 22 July 2014 11:17 PM, Raghu L raghu_lo...@yahoo.co.in
Hi,
On Fri, Jul 18, 2014 at 03:31:23PM -0500, Daniel Santos wrote:
On 07/18/2014 04:55 AM, Martin Jambor wrote:
Hi,
On Thu, Jul 17, 2014 at 12:26:43PM -0500, Daniel Santos wrote:
I've recently discovered that a function marked always_inline but
called by pointer won't always be inlined.
On 07/22/14 06:56, Richard Sandiford wrote:
I'll need to step down as MIPS maintainer this weekend in order to avoid
a possible conflict of interest with a new job. SC: please could you
appoint some new maintainers to take over?
We'll get the process started.
Stepping down doesn't require you
On 07/21/14 10:19, Andre Vehreschild wrote:
Hi,
I am a freelancer contracted to fix some bugs in the fortran compiler. I
understand that I need to transfer the copyright of that effort to the FSF. My
client and me are willing to sign any paperwork needed for that. Unfortunately
my client will
$ ../gcc-4.9.1/config.guess
armv7l-unknown-linux-gnueabihf
$ /opt/gcc/4.9.1/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/opt/gcc/4.9.1/bin/gcc
COLLECT_LTO_WRAPPER=/opt/gcc/4.9.1/libexec/gcc/arm-linux-gnueabihf/4.9.1/lto-wrapper
Target: arm-linux-gnueabihf
Configured with:
On Tue, Jul 22, 2014 at 08:44:41AM +0100, Richard Sandiford wrote:
So why
not just stick to the current scheme and have 5.0.0, 5.0.1, 5.0.2 etc.?
Yes, why would we use a different numbering scheme now? There is no change
in development / release planning, unless I missed something. Is this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61875
Bug ID: 61875
Summary: ATRIBUTE_NONNULL macro error
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61734
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC||izamyatin at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61875
Yury Gribov y.gribov at samsung dot com changed:
What|Removed |Added
CC||y.gribov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61875
Marat Zakirov m.zakirov at samsung dot com changed:
What|Removed |Added
CC||m.zakirov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60723
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51312
--- Comment #9 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #6)
Marc, are you going to send your patch to the mailing list (CC Jason)?
Sorry, I don't remember this patch at all. I may try again to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61875
Tatiana Udalova t.udalova at samsung dot com changed:
What|Removed |Added
CC||t.udalova
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61867
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to David Binderman from comment #3)
I think that all that needs to happen is a warning is produced
where either the detection or reduction takes place.
There is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61822
--- Comment #3 from Yuri Rumyantsev ysrumyan at gmail dot com ---
Hi Rainer,
Could you try attached patch to check if it helps (test should not be
run for sparc).
Thanks ahead.
Yuri..
2014-07-16 19:20 GMT+04:00 ro at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61876
Bug ID: 61876
Summary: Converting __builtin_round + cast into
__builtin_lround is not always equivalent in regards
to math errno
Product: gcc
Version: 4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61876
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61877
Bug ID: 61877
Summary: [4.10 Regression]: reflect: cannot use []string as
type string in Call
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61877
--- Comment #1 from Alexander Shopov lists at kambanaria dot org ---
I will provide additional information if necessary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61822
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #3 from Yuri Rumyantsev ysrumyan at gmail dot com ---
Hi Rainer,
Could you try attached patch to check if it helps (test should not be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61873
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61870
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61822
--- Comment #5 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Tue Jul 22 12:53:04 2014
New Revision: 212911
URL: https://gcc.gnu.org/viewcvs?rev=212911root=gccview=rev
Log:
gcc/testsuite
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61752
--- Comment #2 from jon.turney at dronecode dot org.uk ---
Better patch: https://cygwin.com/ml/cygwin/2014-07/msg00180.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61878
Bug ID: 61878
Summary: Missing intrinsic functions in avx512intrin.h
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #12 from Rafael Avila de Espindola rafael.espindola at gmail dot
com ---
Note that this bug is present once more when -fno-use-all-virtuals is used.
With the original testcase gcc again produces an undefined reference to
_ZN3barD0Ev.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61879
Bug ID: 61879
Summary: [4.10 Regression] GCC gives note: non-delegitimized
UNSPEC UNSPEC_GOTOFF (1) found in variable location
Product: gcc
Version: 4.10.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #34 from paul.richard.thomas at gmail dot com paul.richard.thomas
at gmail dot com ---
Hi Dominique,
Should one be getting false? It seems to me that the code looks right.
within the do loop:
new_prt_spec ([string_t's]) produces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61880
Bug ID: 61880
Summary: Linking with external functions in C does not work in
GO when using gccgo, while it works in gc
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61864
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61881
Bug ID: 61881
Summary: ICE in gfc_conv_intrinsic_to_class with assumed-rank
CLASS(*)
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61160
--- Comment #14 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Tue Jul 22 16:20:25 2014
New Revision: 212915
URL: https://gcc.gnu.org/viewcvs?rev=212915root=gccview=rev
Log:
2014-07-22 Martin Jambor mjam...@suse.cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61802
--- Comment #7 from Jan Hubicka hubicka at ucw dot cz ---
Actually at the cauldron discussion I got an idea that it may be issue with
anchor generation
not bringing in all the constructors. Is the problem there that constructors of
static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61802
--- Comment #8 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #7)
Actually at the cauldron discussion I got an idea that it may be issue with
anchor generation
not bringing in all the constructors. Is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61882
Bug ID: 61882
Summary: attribute weak ignored for function templates
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61734
--- Comment #7 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Eric, dou you have any plans regarding this issue?
Sure, see comment #3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61579
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
Seems that the location of __FILE__ is generally broken, e.g. on
extern void foo (int i);
void
f (void)
{
foo (__FILE__);
}
the column info is wrong as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61881
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61748
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61878
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61826
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
Tom Tromey tromey at gcc dot gnu.org changed:
What|Removed |Added
CC||tromey at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61861
--- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org ---
The same for __DATE__, __TIME__, __LINE__.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61883
Bug ID: 61883
Summary: [4.10 Regression]ICE for gcc.dg/tls/alias-1.c on arm
target
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61883
--- Comment #1 from wangzheyu tony.wang at arm dot com ---
For target don't support tls, the above simple test case will fail for the same
reason of gcc.dg/tls/alias-1.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||tony.wang at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61883
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #7 from wangzheyu tony.wang at arm dot com ---
I have a simpler test case to reproduce this bug, it should be an old bug for
the tree-emutls pass. The way this pass mapping the control vars and tls vars
hasn't consider that there may
Ping!
-Original Message-
From: Dharmakan Rohit-B30502
Sent: Tuesday, July 08, 2014 8:13 AM
To: gcc-patches@gcc.gnu.org
Cc: Wienskoski Edmar-RA8797; dje@gmail.com; Alan Modra; Jakub Jelinek
Subject: [RFC: Patch, PR 60102] [4.9/4.10 Regression] powerpc fp-bit ices at
dwf_regno
Hello!
- Thunk name encodes offset into the structure, which is different
between 32/64bit targete when pointers are involved.
- CCP runs with -O1 only
- Missing dump cleanup
2014-07-22 Uros Bizjak ubiz...@gmail.com
* g++.dg/ipa/imm-devirt-2.C (dg-final): Improve einline dump string.
Hi Uros,
Hello!
- Thunk name encodes offset into the structure, which is different
between 32/64bit targete when pointers are involved.
- CCP runs with -O1 only
- Missing dump cleanup
2014-07-22 Uros Bizjak ubiz...@gmail.com
* g++.dg/ipa/imm-devirt-2.C (dg-final): Improve einline
Attached patch delays generation of Asan memory checking
code until sanopt pass.
Here is an updated patch based on Jakub's review. Bootstrapped and
regtested on x64.
-Y
commit 7c371a6f462e166d3f2ad89afbe2e61b1a0b799b
Author: Yury Gribov y.gri...@samsung.com
Date: Thu Jul 17 09:45:26 2014
On Wed, 16 Jul 2014, Jeff Law wrote:
On 06/22/14 12:20, Marc Glisse wrote:
Hello,
I followed the advice in this discussion:
https://gcc.gnu.org/ml/gcc-patches/2014-04/msg00269.html
and here is a new patch. I made an effort to isolate a path in at least
one subcase so it doesn't look too
On Jul 21, 2014, at 9:43 PM, Segher Boessenkool seg...@kernel.crashing.org
wrote:
CONSTANT_P is true for more than just all kinds of constant number.
This patch undoes that part of the wide-int patches.
Okay to apply?
Ok.
I’ve audited the rest of the wide-int patches to ensure that this was
On 07/21/14 23:00, Alexey Preobrazhensky wrote:
Hi all,
This patch adds support for non-fixed shadow in asan stack instrumentation.
It is required for Kernel AddressSanitizer, as the shadow offset is
not known at the compile time,
To get shadow offset this patch uses function
It is required for Kernel AddressSanitizer, as the shadow offset is
not known at the compile time,
To get shadow offset this patch uses function __asan_get_shadow_ptr.
Wouldn't be more effective just to read variable instead of function call?
Depends on how much logic you want to hide there.
On 07/22/14 14:30, Yury Gribov wrote:
It is required for Kernel AddressSanitizer, as the shadow offset is
not known at the compile time,
To get shadow offset this patch uses function __asan_get_shadow_ptr.
Wouldn't be more effective just to read variable instead of function call?
Depends
This function just returns some global variable,
and I don't think we will need something more complex in future.
For kernel probably yes but what about userspace?
-Y
Hi all,
These tests use very large arrays as part of their loop interchange
testing so they don't fit into the 1MiB binary size limit imposed by
-mcmodel=tiny. This causes errors at link-time.
Skip them when that is the case.
Ok to commit?
Thanks,
Kyrill
2014-07-22 Kyrylo Tkachov
Hi all,
I noticed that we use UNSPEC_CLS for the clrsb optab when we could be using the
RTL code for it. I don't see any reason not to use the RTL code and some
execution tests confirm that the cls instruction implements the expected clrsb
semantics. This patch removes the UNSPEC_CLS
Hi all,
Following up on patch [1/2] Remove UNSPEC_CLS and use clrsb RTL code in its'
place this patch adds rtx costs handling of the CLZ, CLRSB RTL codes as well as the
UNSPEC_RBIT unspec.
The CLZ and CLRSB cases are handled identically (they are implemented by the
clz and cls instructions
In looking at David's gcov patch I noticed that other changes have introduced
more global symbols into the user's namespace, without even using a gcov prefix.
That's bad. This patch gets rid of one of them (set_gcov_list).
I'll apply shortly unless there are comments.
nathan
2014-07-22
On 16 July 2014 10:49, Kyrill Tkachov kyrylo.tkac...@arm.com wrote:
Hi all,
This patch implements the vbsl_f64 intrinsic and adds an execution test for
it.
Not much else to say about it.
Tested aarch64-none-elf.
Ok for trunk?
2014-07-16 Kyrylo Tkachov kyrylo.tkac...@arm.com
*
On 07/22/2014 01:56 AM, Ville Voutilainen wrote:
+/* Parse a type-parameter-key.
+
+ type-parameter-key:
+ class
+ typedef
+
+ Returns the kind of type-parameter-key specified, or none_type to indicate
+ error. */
+
Typo above, should be typename, not typedef.
Thanks!
New
On Fri, 18 Jul 2014, Hans-Peter Nilsson wrote:
On Fri, 18 Jul 2014, Jan-Benedict Glaw wrote:
This was a build using GCC's ./contrib/config-list.mk to do the build.
It passes --enable-werror-always to top-level `configure', this is
where the -Werror comes from.
Aha. Looks like it's of
On Sat, 19 Jul 2014, Gerald Pfeifer wrote:
On Mon, 14 Jul 2014, Richard Biener wrote:
2014-07-14 Richard Biener rguent...@suse.de
* libgcov.h (struct gcov_fn_info): Make ctrs size 1.
I actually had the same patch ready and tested already, but realized
this would increase memory
On 22 July 2014 12:23, Kyrill Tkachov kyrylo.tkac...@arm.com wrote:
Hi all,
I noticed that we use UNSPEC_CLS for the clrsb optab when we could be using
the RTL code for it. I don't see any reason not to use the RTL code and some
execution tests confirm that the cls instruction implements the
On 22 July 2014 12:23, Kyrill Tkachov kyrylo.tkac...@arm.com wrote:
Hi all,
Following up on patch [1/2] Remove UNSPEC_CLS and use clrsb RTL code in
its' place this patch adds rtx costs handling of the CLZ, CLRSB RTL codes
as well as the UNSPEC_RBIT unspec.
The CLZ and CLRSB cases are
On Sat, Jul 19, 2014 at 5:44 PM, Jan Hubicka hubi...@ucw.cz wrote:
On 07/18/2014 11:03 AM, Jan Hubicka wrote:
I really only care about types containing virtual table pointers to not
change,
so non-PODs are out of game. Current propagation is built around
assumption that
once polymorphic
On Mon, Jul 21, 2014 at 7:13 AM, Pengfei Yuan 0xcool...@gmail.com wrote:
Hi,
This patch tunes optimization options based on profile data:
* Disable PGO options if profile is not available or empty.
* Optimize for size if profile is available but empty.
Err ... these don't seem interesting
As discussen during the Cauldron keeping some builtin doesn't help because
you are not forced to access the newly created object via the pointer returned
by the placement new. That is,
template T
struct Storage {
char x[sizeof(T)];
Storage() { new (x) T; }
T get() {
On Fri, Jul 18, 2014 at 3:36 PM, Yury Gribov y.gri...@samsung.com wrote:
Hi all,
Attached patch delays generation of Asan memory checking code
until sanopt pass. This is a first step towards global static analysis
of Asan instrumentation which would allow to
* remove redundant
On Tue, Jul 22, 2014 at 3:54 PM, Jan Hubicka hubi...@ucw.cz wrote:
As discussen during the Cauldron keeping some builtin doesn't help because
you are not forced to access the newly created object via the pointer
returned
by the placement new. That is,
template T
struct Storage {
On Tue, Jul 22, 2014 at 4:15 PM, Yury Gribov y.gri...@samsung.com wrote:
On 07/22/2014 05:57 PM, Richard Biener wrote:
I probably could
provide fnspec with (EAF_DIRECT | EAF_NOCLOBBER | EAF_NOESCAPE) or
even EAF_UNUSED for these functions but this does not seem
to be supported in current
On 07/22/2014 05:57 PM, Richard Biener wrote:
I probably could
provide fnspec with (EAF_DIRECT | EAF_NOCLOBBER | EAF_NOESCAPE) or
even EAF_UNUSED for these functions but this does not seem
to be supported in current middle-end.
Simply add the fn spec attribute to the functions?
Problem is
currently, the implementation of AArch64 prologue/epilogue expand
hooks are a bit unclean.
the major issues are:
* when pushing callee-saved registers, register offset are
calculated by ad-hoc code instead of referencing offset
table initialized in aarch64_layout_frame.
* FP/LR
Yes, clang-format knows how to format patches,
and it also has a vi and emacs mode able to format a region of code.
On Tue, Jul 22, 2014 at 12:46 AM, Yury Gribov y.gri...@samsung.com wrote:
On 07/22/2014 02:24 AM, Sebastian Pop wrote:
What about getting clang-format to GNU format instead of
indenting and making sure columns less than 80 in
the following functions:
* aarch64_save_or_restore_fprs
* aarch64_save_or_restore_callee_save_registers
*no functional change*
OK to install?
thanks.
gcc/
* config/aarch64/aarch64.c (aarch64_save_or_restore_fprs): GNU-Stylize code.
This patch change the type of start_offset to HOST_WIDE_INT
to be consistent with all other code
*no functional change*
OK to install ?
thanks.
gcc/
* config/aarch64/aarch64.c (aarch64_save_or_restore_fprs): Change type to
HOST_WIDE_INT.
From 942f4a0fa1edb85f3d5b67abe6712e5813bd67fe Mon
This patch remove the useless local variable start_offset.
*no functional change*
OK to install?
thanks.
gcc/
* config/aarch64/aarch64.c (aarch64_save_or_restore_callee_save_registers):
Rename
'offset' to 'start_offset'. Remove local variable 'start_offset'.
From
1 - 100 of 141 matches
Mail list logo