-bits of ANCHOR0 we
should be ensuring it is aligned to 8-bytes (or less than 256 - but we
can't necessarily tell that at compile time).
So I think your patch is correct - the symbol needs to be aligned to
the size of the thing the symbol points to.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro
ganesh.gopalasubraman...@amd.com wrote:
Hi,
We would like to run some benchmarks in the foundation model.
I like to know which is the best option-set (GCC compiler options) that the
linaro community recommends for aarch64.
Regards
Ganesh
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
/bugzilla/ as well?
Yes please.
Ryan or Kugan can you look at fixing this please?
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
.
However, I can see the other viewpoint as well - the newlib should
work without the MMU turned on. So I leave it to wiser heads than me
to make a definitive statement on what newlib presupposes about the
CPU state.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
October 2013 10:56, Matthew Gretton-Dann
matthew.gretton-d...@linaro.org wrote:
Michael, Yvan,
Michael - thanks for posting upstream.
Yvan can you do the commit on Michael's behalf as and when it gets approved?
Thanks,
Matt
On 3 October 2013 23:45, Michael Hudson-Doyle michael.hud
-space libraries as well.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
...@linaro.org writes:
Hi Michael,
If think it's ok for an upstreaming request.
Thanks,
Yvan
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
be to get gccgo
included in the binary distributions of GCC that Linaro makes.
Cheers,
mwh
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http
Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
-host is the name of the image again.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
for above.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
the callers from both objects).
So if you could diff the objects within libgcc.a that contain __aeabi_uidiv
that would be great.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain
there.
It might also be worth seeing what libgcc_s looks like in 4.7 and 4.8 and
see what has changed about the objects there.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
on benchmarking. I think the above scheme could work for
benchmarking targets all we need to do is build a kernel/rootfs that is
setup to provide a system that produces repeatable benchmarking results.
Comments welcome from all.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
I can reproduce this with upstream 4.7 and trunk (and so presumably with
4.8). I've raised it upstream with a reduced testcase. See
http://gcc.gnu.org/PR56979.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro
On 16/04/13 14:08, Matthias Klose wrote:
Am 16.04.2013 11:49, schrieb Matthew Gretton-Dann:
The issues I encountered were:
* Its hard to get a machine running in hard-float to bootstrap a soft-float
compiler and vice-versa.
hmm, why?
when using precise or quantal as the build environment
.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
-linaro/4.6/4.6-2013.03
Mailing list: http://lists.linaro.org/mailman/listinfo/linaro-toolchain
Bugs: https://bugs.launchpad.net/gcc-linaro/
Questions? https://ask.linaro.org/
Interested in commercial support? Inquire at supp...@linaro.org
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
for the Toolchain
Working Group.
This channel is public and open to anyone who wants to talk with the TCWG
group about anything toolchain related.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro
* Analyse ARM results
* On x86_64 to see what the actual benefit we could get
* fix-gcc-multiarch-testing
* Come up with strawman proposal for updating testsuite to handle
testing with varying command-line options.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d
==
* Run HOT/COLD partitioning benchmarks
* Analyse ARM results
* On x86_64 to see what the actual benefit we could get
* fix-gcc-multiarch-testing
* Come up with strawman proposal for updating testsuite to handle
testing with varying command-line options.
--
Matthew Gretton-Dann
a particular name you need to use the -o
option to GCC.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
- but anywhere will do). Then do:
LD_LIBRARY_PATH=/opt/gcc-linaro/lib/arm-linux-gnueabihf program-to-execute args
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
All,
Due to items in the performance call being covered in other meetings, travel
and other issues I have decided to cancel today's 1600 UTC call.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing
On 16/01/13 14:22, Marcus Shawcroft wrote:
This patch fixes an issue in the AArch64 strncmp implementation which
occurs if ULONG_MAX-15 = n = ULONG_MAX.
Matt, this is the last of my outstanding patches for cortex-strings.
/Marcus
Applied.
Matt
--
Matthew Gretton-Dann
Toolchain Working
://lists.linaro.org/mailman/listinfo/linaro-toolchain
Applied.
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2013-01-21
Please feel free to add your own agenda items before hand.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http
* On x86_64 to see what the actual benefit we could get
* fix-gcc-multiarch-testing
* Come up with strawman proposal for updating testsuite to handle
testing with varying command-line options.
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
in Launchpad (if the GCC you are
using is Linaro GCC) - if it isn't please file a bug in the appropriate
place for that GCC distribution. Attach the *.ii file in the bug report as
this will enable others to try and reproduce the problem.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain
a cross compiler (so build on x86 targetting ARM); or
b) split the source file into many smaller files.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http
: 0 0 0
Yes this means you have no swap on your system.
But you do have 1GB of memory of which about 575 MB is free, so I would
still say the evidence is that this test case is using excessive amounts of
memory and so raising a bug report would be useful.
Thanks,
Matt
--
Matthew Gretton-Dann
Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
of binutils 2.23.1
TODO: Matt to blueprint options for reducing QEMU based cross test noise
ACTION: Matt to unreserve Michael Hope's reservations
ACTION: Matt to look at why Cortex-A9 softfloat bootstraps fail in Stage2.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
This has been applied.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
On 07/01/13 15:31, Marcus Shawcroft wrote:
This patch adds the strnlen test from glibc in preparation for an
AArch64 specific strnlen implementation...
This has been applied.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
This has been applied.
Thanks,
Matt
--
Matthew Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
Gretton-Dann
Toolchain Working Group, Linaro
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
.
3. Are we need to fix this in Prelink utils
As I said above, I don't have enough information to answer this with
confidence. But my guess is that yes - you are going to have to
handle this (and the related relocations) in the prelink utilities.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro
branch 4.8 and not to the historic branches.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman
testsuite to handle
testing with varying command-line options.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman
partitioning benchmarks
* Analyse ARM results
* On x86_64 to see what the actual benefit we could get
* fix-gcc-multiarch-testing
* Come up with strawman proposal for updating testsuite to handle
testing with varying command-line options.
--
Matthew Gretton-Dann
Linaro Toolchain Working
line. See the
documentation for -mfpu= in the GCC manuals to see what values are
valid here (again guessing but you probably want --with-fpu=vfpv3 or
--with-fpu=neon - but I don't know what architecture you are actually
compiling for).
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working
-testing has been done.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
every other week, but if
you can manage every week that would be great.
If you have any comments on these please can you raise them by the end
of the week as I would like to confirm what we are going to do at the
call on Monday (at the normal time of 0915UTC).
Thanks,
Matt
--
Matthew Gretton-Dann
command-line options.
== Future ==
* backport-fma-intrinsic fused-multiply-add-support
* Backport patches once fix-gcc-multiarch-testing has been done.
== Planned Leave ==
* Monday 24 December - Monday 31 December
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d
/2012-12-11
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
testing with varying command-line options.
== Future ==
* backport-fma-intrinsic fused-multiply-add-support
* Backport patches once fix-gcc-multiarch-testing has been done.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
for updating testsuite to handle
testing with varying command-line options.
== Future ==
* backport-fma-intrinsic fused-multiply-add-support
* Backport patches once fix-gcc-multiarch-testing has been done.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
/listinfo/linaro-toolchain
Bugs: https://bugs.launchpad.net/gcc-linaro/
Questions? https://ask.linaro.org/
Interested in commercial support? Inquire at supp...@linaro.org
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
with strawman proposal for updating testsuite to handle
testing with varying command-line options.
== Future ==
* backport-fma-intrinsic fused-multiply-add-support
* Backport patches once fix-gcc-multiarch-testing has been done.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
it.
* Support LRA on ARM.
* Attend Connect in Hong Kong...
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro
.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
changes for other back-ends
* symbol_ref splitting
* Test code alignment hypothesis
* Test v2 patch.
* Admin
* Several interviews
== Future ==
* Look at Cards for Vectorization, PGO and LTO with Michael.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d
code-gen faults and non-termination
issue in SPEC
* If failures are fixed start profiledbootstraps and tests on the
central boards.
== Future ==
* Look at Cards for Vectorization, PGO and LTO with Michael.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
as to where I should go looking?
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
diff --git a/gcc/cfgrtl.c b/gcc/cfgrtl.c
index c62b5bc..341ea9e 100644
--- a/gcc/cfgrtl.c
+++ b/gcc/cfgrtl.c
@@ -1572,6 +1572,11 @@ rtl_tidy_fallthru_edge (edge e
of these options (if
indeed there are any), so I can't provide you with any further
pointers at the moment.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain
==
* Look at Cards for Vectorization, PGO and LTO with Michael.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman
for Vectorization, PGO and LTO with Michael.
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
can probably do something about it.
If it is instruction sizes then we need to work out a way to mitigate
the effects - as GCC doesn't have precise instruction size knowledge.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
* clyon to update his vext patch
The next meeting is on 4 September and a proposed Agenda is here:
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2012-09-04
Please add any items you wish to discuss to the agenda.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
benchmarking going properly
* Complete backports of PR54212
* Follow up to Virtual Connect Sessions
== Future ==
* Get my name against some blue-prints
* Find a small patch to GCC to use to pipeclean the submission process
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d
suggested or will the EtherPad be good enough?
I plan to be lurking at the VC session into Android later on today so
we can have a side discussion then if you want.
Thanks,
Matt
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
--
Matthew Gretton-Dann
Linaro Toolchain Working Group
matthew.gretton-d...@linaro.org
___
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-toolchain
not to be assigned for other
uses, and no released tool should be using them, so they are suitable
for development purposes. However, by the time you come to release
anything you need to use the numbers assigned by the ABI.
Thanks,
Matt
--
Matthew Gretton-Dann
Principal Engineer - PDSW Tools
ARM Ltd
65 matches
Mail list logo