- User Since
- Mar 8 2013, 1:12 AM (331 w, 6 d)
Tue, Jul 16
I took the liberty to add the option to the cmake doc
Mon, Jul 15
Sun, Jul 14
@beanz By the way, maybe we should add this in the 9 release notes?
Implement the change (just update VERSION)
Fri, Jul 12
@rnk looks like it is too risky to remove it.
What about changing it from
I went ahead and committed your revert in r365992. Thanks!
Thanks @rnk :)
@rnk Should be good this time :)
Actually remove it
Thu, Jul 11
Wed, Jul 10
@rnk Works for you?
I would like to land that before the 9 branch. Thanks
I would like to land that before the 9 branch. @tstellar do you sign off on this change? Thanks
Tue, Jul 9
Update of the release note.
thanks to @rnk for the suggestion
@beanz works for you?
Sure, done in r365445
thanks for your work!
Mon, Jul 8
@VelocityRa could you please add it to the release notes?
I can commit the change if you need
Sat, Jul 6
@rnk is it good for you ?
Tue, Jul 2
This isn't firefox per say but thirdparty apps.
If you feel confident, sure, we can land that and see what happens :)
Actually, not sure it is a good idea to remove them: https://reviews.llvm.org/D64062#1566460
Actually, I don't think removing -dumpversion is a great idea. it will remove the capability of clang to be a dropped in replacement.
Sun, Jun 30
For now, it isn't part of the debian packaging.
it is removed as packaging phase as I have been told it isn't ready.
Thu, Jun 27
@rnk how do you feel about removing both? I can take care of that if you want
Wed, Jun 26
If accepted, I will of course update the release notes
Fri, Jun 21
FYI, I had similar patches for Linux/Debian packaging.
Jun 14 2019
Jun 11 2019
I will wait for @dexonsmith 's opinion
Jun 8 2019
fix rst syntax
Fix the typo (thanks hubert)
update of the release notes
May 21 2019
May 18 2019
@beanz Great doc, thanks! I will see what I could use for Debian/Ubuntu packages (as we have a lot users and packages organized in a specific way, it isn't always easy to make huge changes)
May 17 2019
ok, it should probably be installed in that case (it is currently in usr/lib/llvm-9/lib/libclang_shared.so.9 )
by the way, the name of lib isn't super explicit :/
May 16 2019
This change is breaking the build on i386 stage2 build.
Thanks, I reported:
to have it in 8.0.1
May 1 2019
@atanasyan, I tried with
Apr 27 2019
I took the liberty to add that in the release notes of clang
Apr 26 2019
Apr 19 2019
Apr 16 2019
As you wish.
People who might encounter the same issue will (hopefully) find this review
I didn't look at the details. It was failing with 3.4, upgrading to 3.5 address the issue.
Apr 8 2019
To be clear, this isn't about format stability and distributing but making sure that two same runs of clang produces the same output.
I won't have time to write the test for that (and would not know where to start). I am just the messenger :)
Apr 7 2019
Apr 6 2019
Apr 5 2019
Apr 3 2019
You are welcome, thanks for your contribution!
Sure, i will do it for you
works for me, thanks
Apr 2 2019
Mar 31 2019
If you have permissions on the repo, no need for a review for such change!
Mar 26 2019
Mar 25 2019
Remove the empty directories
Improve the test (thanks rnk)
@rnk btw, do you think it should be added to the clang release notes?
you can see the full log here:
I agree that 104 looks strange... but it worked.
As I said, I am no expert in mips64el. :/
@atanasyan ok with you?
Mar 23 2019
Remove unrelated changes