[ACTIVITY] 25 February - 1 March 2019

* PR88838 - I have a patch which solves this. * adds iv in Pmode but compare_type in 32bit - It exposes a latent bug in fwprop in regression testing - Looking into it == Plan == * Complete above PRs * Look at GDB BZ #21221 - gdb hangs while stepping an empty loop __

[ACTIVITY] 18-22 February 2019

== Progress == * PR88836 - I have a patch (for backend and CSE) which now passes bootstrap and regression except for one testcase failure (which looks like a pattern issue). Looking into it. * Look at GDB BZ #21221 - gdb hangs while stepping an empty loop - Not convinced that it is a gcc issue.

[ACTIVITY] 11-15 February 2019

== Progress == * PR88834: * Have a patch for ivopt and backend that generates the required addressing mode and code. Still need cleanup and some improvements. * PR88836 Made the required changes to the backend. CSE is still not happening. Looked at CSE in detail and made few changes but still nee

[ACTIVITY] 28 January-1 February 2019

== Progress == * Short week - Annual Leave 2 days - Public Holiday 1 day (Australia day) *SVE ACLE - Revised remaining ACLE patches - svbic revised and reviewed * Auto Vectorizer - Looking at auto vectorisation SVE == Plan == * SVE ACLE * Look at PR88834 ___

Re: [BUG REPORT] The bare-metal toolchains for aarch64 cannot link objects successfully

Hi Junling, On Sun, 3 Feb 2019 at 14:15, Junling Zheng wrote: > > Hi, > > I found that the bare-metal toolchains for aarch64 from Linaro could not seem > to link objects to generate executable files successfully. > > > Toolchain: > https://releases.linaro.org/components/toolch

[ACTIVITY] 21 - 25 January 2019

== Progress == * SVE ACLE - Revised and reviewed svbic main briant svbic_z for bool * Fixing uninit warning suppression from tree-ch pass - Implemented a patch to handle this and regression test is fine. Will post for review once stage 1 opens * tree-reassoc improvements - Looking at poss

[ACTIVITY] 14-18 January 2019

== Progress == * SVE ACLE - Committed patches for * svabs, svneg, svnot and svsqrt series * svdiv series * svmulh series * svand, svorr, and sveor series * svdot series - Working on svbic and svbic_b variants * Others - Looking into tree-reassoc improvements for

[ACTIVITY] 7 January - 11 January 2019

== Progress == * SVE ACLE - Revised svmla, svmls, svmad and svmsb and committed after getting ACK - Revised again posted for review * svabs, svneg, svnot and svsqrt series * svdiv series * svmulh series * svand, svorr, and sveor series * svdot series == Plan == *

Python test error

Hi Mathias, I am not able to reproduce error in https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-cosmic/cosmic/arm64/p/python2.7/20180901_084242_93a10@/log.gz Do you have any instructions for reproducing it locally. This is what I have done:

[ACTIVITY] 23-27 April 2018

* Short week - a public holiday * Return jump function - Writing up issues with test cases for upstream discussion based on the ipa-cp implementation * LLVM astar regression - Trying to reproduce with trunk LLVM vs trunk gcc - Clang build fails in tx1 (likely due to not enough memory ?) -

[ACTIVITY] 16-20 April 2018

* GCC Benchmarking - Tried Jenkins jobs for trunk benchmarking and posted a patch to fix -std=legacy needed for gfortran - Going over the job definitions to add support for SPEC2017 * LLVM - Looking at spec2006 difference compared to gcc in astar due to speculative devirtualization not happ

Re: LTO support

Hi David, LTO support is present in the toolchain for some time now. GCC support was added in GCC 4.6 and it was continuously improved. Necessary LD support also was added in GNU LD 2.21. Therefore any recent toolchain should be fine. Did you run into any issues using LTO? Thanks, Kugan On 11 Ap

Re: [hpc-sig-devel] GCC extensions for `hcqc'

Hi, On 29 August 2017 at 04:54, Masaki Arai wrote: > Hi, > > Thank you very much for your quick check and reply. > > Kugan Vivekanandarajah writes: >> > I looked into the structure, adding this field is not going to make the > s= >> tructure bigger for either IL

Re: [hpc-sig-devel] GCC extensions for `hcqc'

untested): > { > operands[2] = GEN_INT (aarch64_fpconst_pow_of_2 (operands[2])); > return "fcvtz\t%0, %1, %2"; > } > > Thanks, > Andrew > > > -Original Message- > From: linaro-toolchain [mailto:linaro-toolchain-boun...@lists.linaro.org] On &

Re: [hpc-sig-devel] GCC extensions for `hcqc'

Hi, On 26 August 2017 at 04:04, Renato Golin wrote: > +linaro-toolchain, hoping to get more eyes into it. > > cheers, > --renato > > On 25 August 2017 at 17:59, Masaki Arai wrote: >> Hi, >> >> I extended GCC 7.1(or GCC 7.2) for `hcqc'. >> I would be grateful if you could give me a comment about

[ACTIVITY] 29 August-2 Sept 2016

== Progress == - IPA-VRP: Re-based ipa-cp/ipa-prop on top of Prathameshes commit (quite a few conflicts) and did full testing before posting to the list. Patch approved for commit. - Waiting for Early-VRP patch to commit rest of the patches in the series - All other patches are OK now. - Lookin

[ACTIVITY] 16 - 20 May 2016

== Progress == PR40921 -missed optimization: x + (-y * z * z) => x - y * z * z - Patch committed PR63586 - x+x+x+x -> 4*x in gimple - Patch committed - There were couple of fallouts PR71179 - ICE fold_convert_loc, at fold-const.c:2360 - Patch committed PR71170 - ICE in rewrite_expr_tree, at tre

Re: Issues with accessing TLS of shared object

Hi, >> I am trying to write a shared library object over ODP. Our ODP library has >> some per thread variables. When my application invokes an API of shared >> object which accesses per thread variable it gives segmentation fault. >> If you think that there is a bug in the toolchain, please file

[ACTIVITY] 19-22 Feb 2013

== Progress == - Fix EPILOGUE_USES regression in CoreMark - CBUILD tasks had to be respwaned. Zhenqiang sent me links and instructions. Build tasks are still in the queue. - Tried with some simple test cases mostly to understand dataflow and register allocator modules in gcc. - Remove Unne

[ACTIVITY] 11 - 15 Feb

== Progress == -Spawned CBUILD tasks with and without the patch proposed by Chung-Lin Tang to test current status of "Fix EPILOGUE_USES regression in CoreMark". Job is still in the queue. -Read references listed in gcc/ira.c to understand gcc IRA and went through the source code. -Experimented with

[ACTIVITY] 4-8 Feb 2013

== Progress == -Attended 1:1 and other team meetings -Read linaro wiki and on boarding instructions -Backported Cortex A7 pipeline description to Linaro 4.7 gcc from fsf trunk and got it reviewed == Plan for next week == - Look into CoreMark regresses in Thumb-2 mode when using the LR regnum. - S