Re: [lldb-dev] [cfe-dev] [Release-testers] LLVM 12.0.0-rc3 has been tagged

2021-03-15 Thread Hans Wennborg via lldb-dev
fwiw I uploaded mine to /data/testers-uploads/

On Mon, Mar 15, 2021 at 4:08 AM Brian Cain via cfe-dev
 wrote:
>
> Attempted upload of Ubuntu 16.04 (below), but it too ran out of space.  Maybe 
> I'm copying to the wrong remote path?  Dimitry, how did you get your upload 
> to work?
>
> e96a6402cc139323d64e20570c63b7e8c5d442e7338a1cae6c3234db06431883  
> clang+llvm-12.0.0-rc3-x86_64-linux-gnu-ubuntu-16.04.tar.xz
>
> On Thu, Mar 11, 2021 at 11:23 PM Brian Cain  wrote:
>>
>> Uploaded SLES12 but I did encounter the same ENOSPC that others have 
>> reported.
>>
>> $ cat clang+llvm-12.0.0-rc3-x86_64-linux-sles12.4.tar.xz.sha256
>> dc498c1caabc57ae94b191fbcb887d7a557279f3eecb2206dbdd3ede5793dc98  
>> clang+llvm-12.0.0-rc3-x86_64-linux-sles12.4.tar.xz
>>
>> On Thu, Mar 11, 2021 at 4:27 PM Brian Cain  wrote:
>>>
>>> lit tests require python 3.6 now but CMake nor test-release.sh screen for 
>>> this.  It's definitely a nice-to-have, though.
>>>
>>> Older platforms like SLES12 and Ubuntu Xenial don't have a native 3.6.  
>>> I'll add a local python build to get the test suite going.
>>>
>>> Apologies -- I realize it's not as helpful for me to offer feedback this 
>>> late in the release cycle.
>>>
>>> On Wed, Mar 10, 2021 at 9:11 AM Tom Stellard via Release-testers 
>>>  wrote:

 Hi,

 I've tagged LLVM 12.0.0-rc3.  Testers may begin testing and uploading 
 binaries.
 If all goes well, this will be the last RC.

 -Tom

 ___
 Release-testers mailing list
 release-test...@lists.llvm.org
 https://lists.llvm.org/cgi-bin/mailman/listinfo/release-testers
>>>
>>>
>>>
>>> --
>>> -Brian
>>
>>
>>
>> --
>> -Brian
>
>
>
> --
> -Brian
> ___
> cfe-dev mailing list
> cfe-...@lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


Re: [lldb-dev] Removing linux mips support

2021-03-15 Thread Adrian Prantl via lldb-dev
Sounds very reasonable to me.

thanks for bringing this up!
-- adrian

> On Mar 9, 2021, at 12:24 AM, Pavel Labath via lldb-dev 
>  wrote:
> 
> Hi all,
> 
> I propose to remove support for linux mips debugging. This basically amounts 
> to deleting 
> source/Plugins/Process/Linux/NativeRegisterContextLinux_mips64.{cpp,h}. My 
> reasons for doing that are:
> 
> - This code is unmaintained (last non-mechanical change was in 2017) and 
> untested (no public buildbots), so we don't know if even basic functionality 
> works, or if it indeed builds.
> 
> - At the same, it is carrying a lot of technical debt, which is leaking out 
> of the mips-specific files, and interfering with other development efforts. 
> The last instance of this is D96766, which is adding FreeBSD mips support, 
> but needs to work around linux specific knowledge leaking into supposedly 
> generic code. This one should be fixable relatively easily (these days we 
> already have precedents for similar things in x86 and arm code), but it needs 
> someone who is willing to do that.
> 
> But that is not all. To support mips, we introduced two new fields into the 
> RegisterInfo struct (dynamic_size_dwarf_{expr_bytes,len}). These are 
> introducing a lot of clutter in all our RegisterInfo definitions (which we 
> have **a lot** of) and are not really consistent with the long term vision of 
> the gdb-remote protocol usage in lldb. These days, we have a different 
> mechanism for this (added to support a similar feature in arm), it would be 
> better to implement this feature in terms of that. I would tout this (removal 
> of these fields) as the main benefit of dropping mips support.
> 
> So, unless someone willing to address these issues (I'm happy to provide 
> support where I can), I propose we drop mips support. Generic mips support 
> will remain (and hopefully be better tested) thanks to the FreeBSD mips port, 
> so re-adding mips support should be a matter of reimplementing the linux bits.
> 
> regards,
> Pavel
> ___
> lldb-dev mailing list
> lldb-dev@lists.llvm.org
> https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev

___
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


Re: [lldb-dev] Removing linux mips support

2021-03-15 Thread Ed Maste via lldb-dev
On Tue, 9 Mar 2021 at 03:24, Pavel Labath via lldb-dev
 wrote:
>
> So, unless someone willing to address these issues (I'm happy to provide
> support where I can), I propose we drop mips support. Generic mips
> support will remain (and hopefully be better tested) thanks to the
> FreeBSD mips port, so re-adding mips support should be a matter of
> reimplementing the linux bits.

A brief note on the FreeBSD mips support - the FreeBSD Foundation is
sponsoring Michał to do this work, but our primary non-x86 focus is
amd64. Other architectures that had old-style in-process FreeBSD
support (including mips) are in scope on a best-effort basis.

I hope that this does result in better testing of the generic mips
support and such. However, FreeBSD/mips users are going to need to use
and test this on an ongoing basis or we'll find ourselves in the same
situation, and will have to look at retiring it as well.
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev


Re: [lldb-dev] Removing linux mips support

2021-03-15 Thread Ed Maste via lldb-dev
On Mon, 15 Mar 2021 at 16:00, Ed Maste  wrote:
>
> A brief note on the FreeBSD mips support - the FreeBSD Foundation is
> sponsoring Michał to do this work, but our primary non-x86 focus is
> amd64.

Oops, that doesn't make a lot of sense. I meant arm64 (AArch64) here.
Thanks to a couple of folks who pointed this out to me.
___
lldb-dev mailing list
lldb-dev@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev