On 3 June 2016 at 01:53, Rui Ueyama wrote:
> Not so fast to conclude that the community is not trustworthy, it doesn't
> consist of a single person or a single action.
This is not an isolated incident. This seems to be the general
behaviour around LLD, which is less so in the rest of the LLVM
pro
== Progress ==
* Validation
- trying to improve cleanup job such that they skip offline nodes
- reviews
* Backports
- successful backport for our gcc-6 branch
* GCC
- regressions reports on trunk
- preparing removal of neon-testgen.ml
* Misc (conf-calls, meetings, emails, )
== Nex
== Progress ==
* Remove exit-on-error flag from CodeGen tests [TCWG-604] [4/10]
- This is a follow-up of TCWG-592: when changing the diag handler,
some of the tests started to fail, so we had to add an exit-on-error
flag to preserve the old behaviour until we can fix the tests.
- Patch fixing
On 3 June 2016 at 17:10, Rafael Espíndola wrote:
> Do keep in mind you are comparing a 11 year old project and a 11 month
> old one. There is a lot more churn on the 11 month old one.
LLD is at least 5 years old. Every time you re-write it doesn't reset history.
> Again, I am truly sorry we wer
== Progress ==
- Holiday Monday/Tuesday
- Finished writing initial support for ARM in lld. Posted upstream as
RFC, no comments so far.
- Implemented, but not tested the static Thumb relocations present in
the arm-linux-gnueabihf-gcc
-- I'd forgotten how much I hated the Thumb 2 instruction encodin
On 3 June 2016 at 18:47, Rui Ueyama wrote:
> Renato, it is not appropriate to call it my and Rafael's pet project.
Hi Rui,
I apologise, that was wrong in all levels.
I know how much other people have contributed, but these people are on
the inside already, so their contributions are more easily
On 3 June 2016 at 21:02, Rui Ueyama wrote:
>> Is the LLD community in agreement that a few core developers can and
>> will continue to block contributions, while doing all the work
>> themselves until such a day that it's deemed ready by the same
>> developers, in which time that everyone else wil
