On 8 February 2014 07:37, Evan Carson wrote:
> Hello,
>
> I'm maintaining an older release we have which uses the older toolchian
> binaries in gcc-linaro-arm-linux-gnueabi-2012.03-20120326_linux. I've
> identified a bug in glibc we appear to be encountering and would like to
> port the fix back.
Hello,
I'm maintaining an older release we have which uses the older toolchian
binaries in gcc-linaro-arm-linux-gnueabi-2012.03-20120326_linux. I've
identified a bug in glibc we appear to be encountering and would like to
port the fix back.
I initially went the route of compiling the above toolch
== Progress ==
* IAS
- Having a go at .dn/.qn aliases
- Some Dwarf 2/3 discussions, kernel build flags, etc
* EHABI
- Tables being generated even when no EH in C
- Will need some tinkering in Clang and LLVM
- Huge discussion about EHABI, Dwarf unwinding and exception tables
- Starting the r
== Progress ==
* 3 day week
* Further work on longjmp/setjmp Systemtap probes on ARM (1/10, TCWG-378)
* Research and analysis of malloc workloads for benchmarking (5/10, TCWG-160)
== Issues ==
* None
== Plan ==
* More work on an application level malloc benchmark framework
* Resurrect glibc be
On 5 February 2014 19:24, Marc Kleine-Budde wrote:
> On 02/04/2014 02:49 PM, Ulrich Weigand wrote:
>> Marc Kleine-Budde wrote on 04.02.2014 00:59:12:
>>
>>> I'm on a freescale mx53 (single core, cortex a8) and trying to find a
>>> nasty problem in our $CUSTOMER's application. Working hardware wat
