On Sep 12, 2019, at 03:46, René J.V. Bertin wrote:
> I hope I didn't ask this before:
>
> Is there a way to let command line options like the ones in the subject apply
> to all ports on the command line, instead of only to the one given just
> before of the option in question?
I would guess
On Sunday September 15 2019 20:25:59 Ryan Schmidt wrote:
>Setting such options on the command line is intended as a debugging technique
>only.
I cannot agree completely with that. What if you want to build all your ports
with maximum optimisation (including -march=native and -mdynamic-no-pic)?
I don't want to discuss this at great length, but I'll answer these questions:
On Sep 16, 2019, at 02:22, René J.V. Bertin wrote:
> On Sunday September 15 2019 20:25:59 Ryan Schmidt wrote:
>
>> Setting such options on the command line is intended as a debugging
>> technique only.
>
> I canno
On 2019-9-17 07:26 , Ryan Schmidt wrote:
>> I cannot agree completely with that. What if you want to build all your
>> ports with maximum optimisation (including -march=native and
>> -mdynamic-no-pic)?
>
> There is no feature in MacPorts for that. Individual ports can offer a
> variant to do th
On Tuesday September 17 2019 11:49:11 Joshua Root wrote:
I continue to think that compiler choice and options should be something the
user can set the default for, without having to replace the standard system
compiler drivers (/usr/bin/clang{,++}) with wrapper scripts.
>machine. But -mdynamic-
On Monday September 16 2019 16:26:12 Ryan Schmidt wrote:
>There should be no need for you to specify anything ccache-related on the
>command line. You can enable ccache globally in macports.conf. Individual
>ports can disable it if they are not compatible with it.
Yes, I realised that after sen
-Wl,-no_pie
Is the linker option you were looking for.
K
On Sep 17, 2019, at 03:08, René J.V. Bertin wrote:
> I continue to think that compiler choice and options should be something the
> user can set the default for, without having to replace the standard system
> compiler drivers (/usr/bin/clang{,++}) with wrapper scripts.
As you know, we don't
On Sep 17, 2019, at 03:26, René J.V. Bertin wrote:
> On Monday September 16 2019 16:26:12 Ryan Schmidt wrote:
>
>> There should be no need for you to specify anything ccache-related on the
>> command line. You can enable ccache globally in macports.conf. Individual
>> ports can disable it if
On Thursday September 19 2019 20:20:06 Ryan Schmidt wrote:
>
> You could increase the size of your cache.
>
>Storing a separate cache for each port would quickly eat up a lot of disk
>space.
Evidently, but
- ccache doesn't use more space than needed
- the ccache directory compresses extremely wel
On Sep 20, 2019, at 02:23, René J.V. Bertin wrote:
>> Storing a separate cache for each port would quickly eat up a lot of disk
>> space.
>
> Evidently, but
> - ccache doesn't use more space than needed
> - the ccache directory compresses extremely well with afsctool, a background
> cleanup
On Friday September 20 2019 18:27:49 Ryan Schmidt wrote:
>It would seem that making `port clean` delete the ccache caches would defeat
>all current use cases of it.
Not necessarily. AFAIK build commands under MacPorts almost always use full
paths to source files because of the way configure and
12 matches
Mail list logo
