Question about always executed info computed in tree-ssa-loop-im.c

Hi, Function fill_always_executed_in_1 computes basic blocks' always executed information, and it has below code and comment: /* In a loop that is always entered we may proceed anyway. But record that we entered it and stop once we leave it. */ inn_loop = bb->loop_fat

Re: [lldb-dev] [AD] UltraGDB, an alternative tool to debug GCC, GDB, LLDB, etc. on Windows and Linux

Note that since you are using MI as the interface between your debugger GUI and the debugging backend (gdb) you can try using the lldb-mi layer and test performance between the GDB MI and the LLDB MI. Then you can rename your debugger to be UltraMI to keep your debugger agnostic the the backend

Re: Question about DRAP register and reserving hard registers

On Mon, 2015-06-29 at 11:10 +0100, Richard Henderson wrote: > > I also need the drap pointer in the MIPS epilogue but I would like to > > avoid having to get it from memory. Ideally I would like to restore it > > from the virtual register that the prologue code / get_drap_rtx code put > > it into

Re: X18 on AArch64

What does the elf abi say about x18, I thought it was just another temp. If the target does not use it as a platform reg. Note there are many assembly files which might use x18 also due to that. So this means you need wrapper functions when moving between the different abis. Nothing much can

Re: [AD] UltraGDB, an alternative tool to debug GCC, GDB, LLDB, etc. on Windows and Linux

On Tuesday, July 07 2015, Chiheng Xu wrote: >> I tried to find the source code of this package, but I could not find >> it. Do you have a URL or something you can provide? >> > Sorry, source code of UltraGDB is not available now. The source code > is actually a trimmed down, supercharged, and re

Re: making the new if-converter not mangle IR that is already vectorizer-friendly

[Alan wrote:] My understanding is that any decision as to whether one or both of y or z is evaluated (when 'evaluation' involves doing any work, e.g. a load), has already been encoded into the gimple/tree IR. Thus, if we are to only evaluate one of 'y' or 'z' in your example, the IR will (prio

X18 on AArch64

Hi all, Note: I'm new to that mailinglist... On AArch64 X18 is used as a platform register for some platforms, so to generate portable executables it should not be used by the compiler. The use case i have for this is Wine. Windows arm64 programs use X18 as TLS register, thus it shouldn't be cha

Re: Can shrink-wrapping ever move prologue past an ASM statement?

On 07/07/2015 11:53 AM, Martin Jambor wrote: Hi, I've been asked to look into the item one of http://permalink.gmane.org/gmane.linux.kernel/1990397 and found out that at least shrink-wrapping happily moves prologue past an asm statement which can be bad if the asm statement contains a call instr

Re: [AD] UltraGDB, an alternative tool to debug GCC, GDB, LLDB, etc. on Windows and Linux

On Wed, Jul 8, 2015 at 3:18 AM, Sergio Durigan Junior wrote: > > I tried to find the source code of this package, but I could not find > it. Do you have a URL or something you can provide? > Sorry, source code of UltraGDB is not available now. The source code is actually a trimmed down, supercha

Re: [AD] UltraGDB, an alternative tool to debug GCC, GDB, LLDB, etc. on Windows and Linux

On Tuesday, July 07 2015, Chiheng Xu wrote: > UltraGDB is a GDB GUI front-end, as well as a lightweight C/C++ IDE > based on industry standard Eclipse technology. > > Visit http://www.ultragdb.com/ to learn more. > > Visit https://www.youtube.com/channel/UCr7F3ZZ_hgpxYXiMOA27hhw for demos. Hello

Re: Can shrink-wrapping ever move prologue past an ASM statement?

On Tue, Jul 07, 2015 at 07:53:49PM +0200, Martin Jambor wrote: > I've been asked to look into the item one of > http://permalink.gmane.org/gmane.linux.kernel/1990397 and found out > that at least shrink-wrapping happily moves prologue past an asm > statement which can be bad if the asm statement co

Can shrink-wrapping ever move prologue past an ASM statement?

Hi, I've been asked to look into the item one of http://permalink.gmane.org/gmane.linux.kernel/1990397 and found out that at least shrink-wrapping happily moves prologue past an asm statement which can be bad if the asm statement contains a call instruction. Am I right concluding that this is a b

Re: rl78 vs cse vs memory_address_addr_space

On Mon, Jul 06, 2015 at 04:58:36PM -0500, Segher Boessenkool wrote: > On Mon, Jul 06, 2015 at 04:45:35PM -0400, DJ Delorie wrote: > > Combine gets as far as this: > > > > Trying 5 -> 9: > > Failed to match this instruction: > > (parallel [ > > (set (mem/v/j:QI (const_int 240 [0xf0]) [0 MEM

Re: Uninitialized registers handling in the REE pass

On 07/07/2015 05:02 PM, Jeff Law wrote: Can you please file this as a bug in bugzilla so that can get tracked? http://gcc.gnu.org/bugzilla Sure, it's there: . -- Pierre-Marie de Rodat

Re: Uninitialized registers handling in the REE pass

On 07/06/2015 09:42 AM, Pierre-Marie de Rodat wrote: Hello, The attached reproducer[1] seems to trigger a code generation issue at least on x86_64-linux: $ gnatmake -q p -O3 -gnatn $ ./p raised PROGRAM_ERROR : p.adb:9 explicit raise Can you please file this as a bug in bugzilla

Re: Does GCC generate LDRD/STRD (Register) forms?

On 07 Jul 2015, at 13:52, Bin.Cheng wrote: > On Tue, Jul 7, 2015 at 10:05 AM, Anmol Paralkar (anmparal) > wrote: >> Hello, >> >> Does GCC generate LDRD/STRD (Register) forms [A8.8.74/A8.8.211 per ARMv7-A >> & ARMv7-R ARM]? >> >> Based on various attempts to write code to get GCC to generate a

Re: Allocation of hotness of data structure with respect to the top of stack.

On 07 Jul 2015, at 04:49, Jeff Law wrote: > On 07/05/2015 05:11 AM, Ajit Kumar Agarwal wrote: >> All: >> >> I am wondering allocation of hot data structure closer to the top of >> the stack increases the performance of the application. The data >> structure are identified as hot and cold data s

GCC 5.2 Release Candidate available from gcc.gnu.org

The first release candidate for GCC 5.2 is available from ftp://gcc.gnu.org/pub/gcc/snapshots/5.2.0-RC-20150707 and shortly its mirrors. It has been generated from SVN revision 225500. I have sofar bootstrapped the release candidate on {i586,ia64,ppc,ppc64,x86_64,aarch64}-suse-linux-gnu

[AD] UltraGDB, an alternative tool to debug GCC, GDB, LLDB, etc. on Windows and Linux

UltraGDB is a GDB GUI front-end, as well as a lightweight C/C++ IDE based on industry standard Eclipse technology. Visit http://www.ultragdb.com/ to learn more. Visit https://www.youtube.com/channel/UCr7F3ZZ_hgpxYXiMOA27hhw for demos. This is an ad. Sorry if you receive multiple copies of this m

GCC 5.2.0 Status Report (2015-07-07), branch frozen

The GCC 5 branch is now frozen for the release of GCC 5.2, all changes require release manager approval from now on. I will shortly announce a first release candidate for GCC 5.2. Previous Report === https://gcc.gnu.org/ml/gcc/2015-06/msg00202.html