On Tue, Nov 05 2019, Rafael Sadowski wrote:
> On Sun Oct 27, 2019 at 05:07:39PM +0100, Jeremie Courreges-Anglas wrote:
[...]
>> Here's an updated port with those points addressed.
>>
>> I suspect that a lot of the arch-specific Makefile goo isn't needed any
>> more. The -Dpowerpc bits should
On Sun Oct 27, 2019 at 05:07:39PM +0100, Jeremie Courreges-Anglas wrote:
> On Sat, Oct 19 2019, Rafael Sadowski wrote:
> > On Sat Sep 28, 2019 at 01:23:06PM +0200, Jeremie Courreges-Anglas wrote:
> >>
> >> Hi,
> >>
> >> sorry for the rather late reply. I've been mulling over this for a few
>
On Sat, Oct 19 2019, Rafael Sadowski wrote:
> On Sat Sep 28, 2019 at 01:23:06PM +0200, Jeremie Courreges-Anglas wrote:
>>
>> Hi,
>>
>> sorry for the rather late reply. I've been mulling over this for a few
>> days.
>>
>> On Sat, Sep 21 2019, Rafael Sadowski wrote:
>> > Long time ago I was
On Sat Sep 28, 2019 at 01:23:06PM +0200, Jeremie Courreges-Anglas wrote:
>
> Hi,
>
> sorry for the rather late reply. I've been mulling over this for a few
> days.
>
> On Sat, Sep 21 2019, Rafael Sadowski wrote:
> > Long time ago I was trying to import the clang extra tool sets without
> >
Hi,
sorry for the rather late reply. I've been mulling over this for a few
days.
On Sat, Sep 21 2019, Rafael Sadowski wrote:
> Long time ago I was trying to import the clang extra tool sets without
> luck. It failed because the -extra subpackage has an effect on -main.
> More precisely, the
On Sat, Sep 21, 2019 at 02:28:46PM +0200, Rafael Sadowski wrote:
> Long time ago I was trying to import the clang extra tool sets without
> luck. It failed because the -extra subpackage has an effect on -main.
> More precisely, the cmake parts from the main package.
>
> For this reason, I think
Long time ago I was trying to import the clang extra tool sets without
luck. It failed because the -extra subpackage has an effect on -main.
More precisely, the cmake parts from the main package.
For this reason, I think it is best to build/install the extra tools in
the main package. I'd be in
On Wed, Apr 24 2019, Jeremie Courreges-Anglas wrote:
> On Wed, Apr 24 2019, Stuart Henderson wrote:
>> On 2019/04/24 20:00, Jeremie Courreges-Anglas wrote:
>>> On Tue, Apr 16 2019, Rafael Sadowski wrote:
>>> > On Tue Apr 02, 2019 at 11:08:13AM +0200, Jeremie Courreges-Anglas wrote:
>>>
>>>
On Wed, Apr 24 2019, Stuart Henderson wrote:
> On 2019/04/24 20:00, Jeremie Courreges-Anglas wrote:
>> On Tue, Apr 16 2019, Rafael Sadowski wrote:
>> > On Tue Apr 02, 2019 at 11:08:13AM +0200, Jeremie Courreges-Anglas wrote:
>>
>> [...]
>>
>> >> Hmmk so using just ON/OFF just looks cleaner.
On 2019/04/24 20:00, Jeremie Courreges-Anglas wrote:
> On Tue, Apr 16 2019, Rafael Sadowski wrote:
> > On Tue Apr 02, 2019 at 11:08:13AM +0200, Jeremie Courreges-Anglas wrote:
>
> [...]
>
> >> Hmmk so using just ON/OFF just looks cleaner. Unless someone goes on
> >> a rampage to unify all
On Tue, Apr 16 2019, Rafael Sadowski wrote:
> On Tue Apr 02, 2019 at 11:08:13AM +0200, Jeremie Courreges-Anglas wrote:
[...]
>> Hmmk so using just ON/OFF just looks cleaner. Unless someone goes on
>> a rampage to unify all cmake CONFIGURE_ARGS in the tree, I'd prefer to
>> minimize churn and
On Tue Apr 02, 2019 at 11:08:13AM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 01 2019, Rafael Sadowski wrote:
> > On Mon Apr 01, 2019 at 12:04:38PM +0200, Jeremie Courreges-Anglas wrote:
> >> On Mon, Apr 01 2019, Rafael Sadowski wrote:
> >> > Enable clang extra tools in devel/llvm to
On Mon, 1 Apr 2019 21:18:47 +0200
Rafael Sadowski wrote:
> "If the : portion is given it must be one of the types specified
> by the set() command documentation for its CACHE signature."
>
> Okay this is useless in almost all our cases because what we do is to
> modify an option()[1] and NOT a
On 2019/04/02 11:08, Jeremie Courreges-Anglas wrote:
> We still need to ensure that -extras builds reliably, and that it builds
> on non-amd64. That's the main reason why I prefer to postpone this
> after 6.5.
Good call.
On Mon, Apr 01 2019, Rafael Sadowski wrote:
> On Mon Apr 01, 2019 at 12:04:38PM +0200, Jeremie Courreges-Anglas wrote:
>> On Mon, Apr 01 2019, Rafael Sadowski wrote:
>> > Enable clang extra tools in devel/llvm to provide some useful C/C++
>> > tools. I started with the extra tools because we
On Mon Apr 01, 2019 at 12:04:38PM +0200, Jeremie Courreges-Anglas wrote:
> On Mon, Apr 01 2019, Rafael Sadowski wrote:
> > Enable clang extra tools in devel/llvm to provide some useful C/C++
> > tools. I started with the extra tools because we don't have an C++ Language
> > Server Protocol (LSP)
On Mon, Apr 01 2019, Rafael Sadowski wrote:
> Enable clang extra tools in devel/llvm to provide some useful C/C++
> tools. I started with the extra tools because we don't have an C++ Language
> Server Protocol (LSP) server in the tree but I want to play with it.
>
> However, build and works fine
On 2019/04/01 08:26, Rafael Sadowski wrote:
> Enable clang extra tools in devel/llvm to provide some useful C/C++
> tools. I started with the extra tools because we don't have an C++ Language
> Server Protocol (LSP) server in the tree but I want to play with it.
>
> However, build and works fine
Enable clang extra tools in devel/llvm to provide some useful C/C++
tools. I started with the extra tools because we don't have an C++ Language
Server Protocol (LSP) server in the tree but I want to play with it.
However, build and works fine on amd64. Notable changes:
- Zap all ":Bool" tags in
19 matches
Mail list logo