search for: embecosm

...egression tests. We are also working on a GCC port to allow comparison between compilers, which should be beneficial to both projects. We believe the code base is sufficiently mature that it is appropriate for inclusion. Currently, the full source for AAP can be found on Github: https://github.com/embecosm Details about the ISA, and the hardware implementation can be found on our website: http://www.embecosm.com/resources/appnotes/#EAN13 http://www.embecosm.com/resources/appnotes/#EAN14 We are also planning to talk about AAP at the LLVM Cauldron in Hebden Bridge. We look forward to discussing our w...

...t unintentionally relies on the simulator or lets parts of it leak into any patches we submit. We may submit it separately at a later point, as part of the AAP target directory. I imagine either I or my colleague Simon Cook would be the code owner (or both if that's possible). The community is Embecosm, and those who may wish to use AAP as a basis for their work. I will have a few basic patches submitted by the end of the day. Thank you, Ed Jones On 18/08/16 12:22, Renato Golin wrote: > On 18 August 2016 at 08:34, Ed Jones via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >&gt...

...after some review activity seemingly went quiet (although review code has been updated quite recently). Is AAP likely to land any time soon? Also an AAP architecture question (possibly the wrong forum, though evidently the AAP authors follow this list) - the architecture presentation ( http://www.embecosm.com/appnotes/ean13/ean13.pdf ) shows in fig 2.1 multiple 16-bit-address data memory stores, seemingly with overlapping address ranges (0000-FFFF). How is a data store selected, e.g. for use with subsequent LDB/STB? -------------- next part -------------- An HTML attachment was scrubbed... URL: <...

...veryone, I have been implementing the integrated assembler for the OpenRISC 1000 architecture. Whilst doing this I noticed a lack of documentation around this area. To help others, I have written a how to guide which uses the OpenRISC 1000 as an example. This can be downloaded from http://www.embecosm.com/download/ean10.html. I hope this document proves useful. Any feedback would be very much appreciated. Many Thanks, Simon Cook

Yes, please do. Simon On Wed 17 Oct 2012 02:20:17 BST, Sean Silva wrote: > Wow this is awesome! Would it be okay if we linked to this from llvm.org/docs? > > -- Sean Silva > > On Tue, Oct 16, 2012 at 5:55 PM, Simon Cook <simon.cook at embecosm.com> wrote: >> Hi Everyone, >> >> I have been implementing the integrated assembler for the OpenRISC 1000 >> architecture. >> >> Whilst doing this I noticed a lack of documentation around this area. To >> help others, I have written a how to guide which...

...C port to allow comparison >> between compilers, which should be beneficial to both projects. >> >> We believe the code base is sufficiently mature that it is appropriate >> for inclusion. Currently, the full source for AAP can be found on Github: >> https://github.com/embecosm >> >> Details about the ISA, and the hardware implementation can be found on >> our website: >> http://www.embecosm.com/resources/appnotes/#EAN13 >> http://www.embecosm.com/resources/appnotes/#EAN14 >> >> We are also planning to talk about AAP at the LLVM C...

...oad Bristol BS8 1DR http://www.hopeandanchor.net When: Thursday 20 September from 7pm Look forward to meeting you all there. Jeremy -- Tel: +44 (1590) 610184 Cell: +44 (7970) 676050 SkypeID: jeremybennett Email: jeremy.bennett at embecosm.com Web: www.embecosm.com

Wow this is awesome! Would it be okay if we linked to this from llvm.org/docs? -- Sean Silva On Tue, Oct 16, 2012 at 5:55 PM, Simon Cook <simon.cook at embecosm.com> wrote: > Hi Everyone, > > I have been implementing the integrated assembler for the OpenRISC 1000 > architecture. > > Whilst doing this I noticed a lack of documentation around this area. To > help others, I have written a how to guide which uses the OpenRISC 1000 >...

...C port to allow comparison >> between compilers, which should be beneficial to both projects. >> >> We believe the code base is sufficiently mature that it is appropriate >> for inclusion. Currently, the full source for AAP can be found on Github: >> https://github.com/embecosm >> >> Details about the ISA, and the hardware implementation can be found on >> our website: >> http://www.embecosm.com/resources/appnotes/#EAN13 >> http://www.embecosm.com/resources/appnotes/#EAN14 >> >> We are also planning to talk about AAP at the LLVM C...

...available features. setAvailableFeatures(ComputeAvailableFeatures(STI.getFeatureBits())); } Destructors for both TestAsmParser and MCTargetAsmParser class are available. I am using CMake. I added the following lines to AsmParser/CMakeLists.txt (From the Assembler Guide by Simon Cook from Embecosm Link <http://www.embecosm.com/appnotes/ean10/ean10-howto-llvmas-1.0.pdf>) *add_llvm_library(LLVMTestAsmParser TestAsmParser.cpp )* and the followings to main CMakeLists.txt *tablegen(LLVM TestGenAsmMatcher.inc -gen-asm-matcher)add_subdirectory(AsmParser)* Any help is appreciated. Ch...

...orting non- > 8-bit bytes requires also changes to other parts of a typical > toolchain, namely linker (ld/lld) and debugger (gdb/lldb). Do you > maintain out-of-tree changes in this area as well? That's true, we do. I've also seen some community interest in those areas, e.g. from Embecosm: https://www.embecosm.com/2018/02/26/how-much-does-a-compiler-cost/ and from within Ericsson: https://www.youtube.com/watch?v=HAqtEZmci70 Thanks, Jesper > Thank you, > Pavel > > On Thu, May 2, 2019 at 2:20 PM Jesper Antonsson via llvm-dev < > llvm-dev at lists.llvm.org> wr...

...I'm looking into development of an llvm-objdump utility for hexagon and I've read that there is a way to have tablegen automatically generate decode tables for you. I've not been able to find much info on this topic, the best info I've been able to find is this tutorial: http://www.embecosm.com/appnotes/ean10/ean10-howto-llvmas-1.0.html#idp3570032 I've managed to get tablegen to generate the HexagonGenDisassemblerTables.inc file, but the file is empty. What is required in order to properly generate the table(s)? Is this information documented somewhere that I've overlooked?...

...f test cases that do not run with clang. This is sufficient for the moment, but could of course be improved - the DejaGnu comments in the test cases allow them to add target-specific C Flags, and to skip tests that rely on internal features. A promising direction on this point is the work by some Embecosm developers on a version of the GCC Test Suite that is explicit about which test cases need GCC internal features [4]. This has included both modernising tests, and adding better DejaGnu filters and options. In the future, it would be nice to be able to generate the list of compiler-compatible tar...

...nProjects.html#glibc compiling glibc using llvm may not be a proper option. On the other hand, according to: http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-January/047088.html llvm could be able to compile newlib, thus people consider newlib as an alternative. However, according to: http://www.embecosm.com/appnotes/ean9/ean9-howto-newlib-1.0.html#id2711887 newlib intends to support binaries for bare metal (no OS) software. It implements only the hardware independent parts (e.g libc and libm) and leave a stub for each hardware dependent syscall (e.g everything in libgloss). In fact I tried to co...

...100 on the platform-agnostic > blacklist. Alex and I do not think this is an onerous burden for > maintenance, either as an external test suite or if the test suite is > imported. > > > > In the long term, if we import the tests, we know we will have to do > updates when the Embecosm work lands, and beyond that updates can be more > sporadic. It’s not clear to me how much harder these updates will be than > if the test suite remains external. > > > > We would welcome more views as to whether this suite should be imported > or should be an external test suit...

There are 1500 tests total, and about 100 on the platform-agnostic blacklist. Alex and I do not think this is an onerous burden for maintenance, either as an external test suite or if the test suite is imported. In the long term, if we import the tests, we know we will have to do updates when the Embecosm work lands, and beyond that updates can be more sporadic. It’s not clear to me how much harder these updates will be than if the test suite remains external. We would welcome more views as to whether this suite should be imported or should be an external test suite. It would also be useful to un...

On Jul 31, 2012, at 4:43 AM, James Pallister <james.pallister at embecosm.com> wrote: > Hi Everyone, > > As you may recall (I posted a while back) I'm currently doing a project > measuring the energy consumption for different compiler flags. I've now > gathered a set of benchmarks which I think are appropriate, for these > (very) low end em...

...irection, and if someone already has a fix for that it sounds interesting. /Björn > -----Original Message----- > From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of > bluechristlove via llvm-dev > Sent: den 3 augusti 2017 19:24 > To: Simon Cook <simon.cook at embecosm.com>; llvm-dev <llvm- > dev at lists.llvm.org> > Subject: Re: [llvm-dev] Why LLVM doesn't have debug information of > function right parentheses？ > > Simon, I also think of the way you did. :-) And from my initial investigation, > clang should also has some work(i.e....

Hi Everyone, As you may recall (I posted a while back) I'm currently doing a project measuring the energy consumption for different compiler flags. I've now gathered a set of benchmarks which I think are appropriate, for these (very) low end embedded platforms. The benchmarks that have been chosen: - CRC32, SHA - Prime sifting - Integer / floating point matrix multiplication - Cubic

Hi Roman, > That depends. > If there's LLVM intrinsic for it, then any normal optimization pass could do it. > In cttz's case it's mainly done in LoopIdiom pass. Oh yes. Thank you! Unfortunately several of the instructions of the bit manipulation extension don't seem to have an intrinsic already in LLVM. That will require to add some passes to the middle end. >