Sorry Matthew, forgot to reply to this one.
On Wed, Apr 05, 2017 at 07:01:35PM +0200, Matthew Rezny wrote:
> On Wednesday 05 April 2017 16:15:41 Alexey Dokuchaev wrote:
> > ...
> > Hmm, I don't quite get it: shouldn't static linking actually increase
> > the binaries (and thus the package) size?
On Wed, Apr 05, 2017 at 08:46:22PM +0200, Mathieu Arnold wrote:
> Le 05/04/2017 ?? 19:20, Alexey Dokuchaev a ??crit :
> > On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote:
> >> Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit :
> >>> ...
> >>> That 1G looks like a big jump from 259M
Le 05/04/2017 à 19:20, Alexey Dokuchaev a écrit :
> On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote:
>> Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit :
>>> ...
>>> That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me.
>> So, you are comparing the size of the
On Wed, Apr 05, 2017 at 07:12:06PM +0200, Mathieu Arnold wrote:
> Le 05/04/2017 ?? 18:15, Alexey Dokuchaev a ??crit :
> > ...
> > That 1G looks like a big jump from 259M of llvm39-3.9.1_1.txz to me.
>
> So, you are comparing the size of the llvm39 package with the size of
> the llvm40 after
Le 05/04/2017 à 18:15, Alexey Dokuchaev a écrit :
> On Thu, Mar 30, 2017 at 07:26:43PM +0200, Matthew Rezny wrote:
>> LLVM 3.8 introduced the option to build a shared LLVM library, which is
>> what Mesa needs for use at runtime (for e.g. compiling shaders), separate
>> from linking to it. Previous
On Wednesday 05 April 2017 16:15:41 Alexey Dokuchaev wrote:
> On Thu, Mar 30, 2017 at 07:26:43PM +0200, Matthew Rezny wrote:
> > LLVM 3.8 introduced the option to build a shared LLVM library, which is
> > what Mesa needs for use at runtime (for e.g. compiling shaders), separate
> > from linking to
On Wed, Apr 05, 2017 at 04:15:41PM +, Alexey Dokuchaev wrote:
> > I've also tried without WITH_DEBUG= and now. . .
> >
> > # pkg delete llvm40
> > Checking integrity... done (0 conflicting)
> > Deinstallation has been requested for the following 1 packages (of 0
> > packages in the
On Thu, Mar 30, 2017 at 07:26:43PM +0200, Matthew Rezny wrote:
> LLVM 3.8 introduced the option to build a shared LLVM library, which is
> what Mesa needs for use at runtime (for e.g. compiling shaders), separate
> from linking to it. Previous versions only had one option, if the library
> was
On 2017-Apr-1, at 3:51 AM, Mark Millard wrote:
> On 2017-Mar-31, at 4:51 PM, Mark Millard wrote:
>
>> On 2017-Mar-30, at 7:51 PM, Mark Millard wrote:
>>
>>> On 2017-Mar-30, at 1:22 PM, Mark Millard wrote:
>>>
Sounds like the ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG technique
would not
On 2017-Mar-31, at 4:51 PM, Mark Millard wrote:
> On 2017-Mar-30, at 7:51 PM, Mark Millard wrote:
>
>> On 2017-Mar-30, at 1:22 PM, Mark Millard wrote:
>>
>>> Sounds like the ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG technique
>>> would not change the "WITNESS and INVARIANTS"-like part of the
>>>
On 2017-Mar-30, at 7:51 PM, Mark Millard wrote:
> On 2017-Mar-30, at 1:22 PM, Mark Millard wrote:
>
>> Sounds like the ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG technique
>> would not change the "WITNESS and INVARIANTS"-like part of the
>> issue. In fact if
On 2017-Mar-30, at 1:22 PM, Mark Millard wrote:
> On 2017-Mar-29, at 8:53 AM, Brooks Davis wrote:
>
>> On Mon, Mar 27, 2017 at 03:25:04AM -0700, Mark Millard wrote:
>>> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
>>>
On 26 Mar 2017, at 23:36, Mark Millard
On 30 Mar 2017, at 19:55, Brooks Davis wrote:
>
> On Thu, Mar 30, 2017 at 07:26:19PM +0200, Dimitry Andric wrote:
...
>>
>> As said, this is because of WITH_DEBUG. Don't use that for the llvm
>> ports, for now. It will also allow you to build them with much less RAM
>> in
On 2017-Mar-30, at 10:55 AM, Brooks Davis wrote:
> P.S. Somewhat off topice, but related. FAIR WARNING: the days of
> self-hosted 32-bit systems are numbered. Switching to lld from our
> ancient BFD linker will probably buy us some time, but I'd be surprised
> if you will be able to build
On 2017-Mar-29, at 8:53 AM, Brooks Davis wrote:
> On Mon, Mar 27, 2017 at 03:25:04AM -0700, Mark Millard wrote:
>> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
>>
>>> On 26 Mar 2017, at 23:36, Mark Millard wrote:
I upgraded from llvm40 r4 to final. An
On Thu, Mar 30, 2017 at 07:26:19PM +0200, Dimitry Andric wrote:
> On 30 Mar 2017, at 19:06, Alexey Dokuchaev wrote:
> >
> > On Mon, Mar 27, 2017 at 11:41:40AM +0200, Dimitry Andric wrote:
> >> On 26 Mar 2017, at 23:36, Mark Millard wrote:
> >>> ...
> >>>
On 30 Mar 2017, at 19:06, Alexey Dokuchaev wrote:
>
> On Mon, Mar 27, 2017 at 11:41:40AM +0200, Dimitry Andric wrote:
>> On 26 Mar 2017, at 23:36, Mark Millard wrote:
>>> ...
>>> Also interesting was:
>>>
>>> Installed packages to be REMOVED:
>>>
On Thursday 30 March 2017 17:06:48 Alexey Dokuchaev wrote:
> On Mon, Mar 27, 2017 at 11:41:40AM +0200, Dimitry Andric wrote:
> > On 26 Mar 2017, at 23:36, Mark Millard wrote:
> > > ...
> > > Also interesting was:
> > >
> > > Installed packages to be REMOVED:
> > >
On Mon, Mar 27, 2017 at 11:41:40AM +0200, Dimitry Andric wrote:
> On 26 Mar 2017, at 23:36, Mark Millard wrote:
> > ...
> > Also interesting was:
> >
> > Installed packages to be REMOVED:
> > llvm40-4.0.0.r4
> >
> > Number of packages to be removed: 1
> >
> > The
On 29 Mar 2017, at 17:53, Brooks Davis wrote:
>
> On Mon, Mar 27, 2017 at 03:25:04AM -0700, Mark Millard wrote:
...
>> This is extreme enough that next time I synchronize
>> /usr/ports and it has a devel/llvm40 update I'll
>> likely rebuild devel/llvm40 without using
On Mon, Mar 27, 2017 at 03:25:04AM -0700, Mark Millard wrote:
> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
>
> > On 26 Mar 2017, at 23:36, Mark Millard wrote:
> >>
> >> I upgraded from llvm40 r4 to final. An interesting result was
> >> its creation
On 27 Mar 2017, at 23:11, Mark Millard wrote:
>
> On 2017-Mar-27, at 5:53 AM, Dimitry Andric wrote:
>> On 27 Mar 2017, at 12:25, Mark Millard wrote:
>>>
>>> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
On 26 Mar 2017, at 23:36, Mark Millard
On 2017-Mar-27, at 5:53 AM, Dimitry Andric wrote:
> On 27 Mar 2017, at 12:25, Mark Millard wrote:
>>
>> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
>>> On 26 Mar 2017, at 23:36, Mark Millard wrote:
> ...
Installed packages to be REMOVED:
On 27 Mar 2017, at 12:25, Mark Millard wrote:
>
> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
>> On 26 Mar 2017, at 23:36, Mark Millard wrote:
...
>>> Installed packages to be REMOVED:
>>> llvm40-4.0.0.r4
>>>
>>> Number of
On 2017-Mar-27, at 3:25 AM, Mark Millard wrote:
> On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
>
>> On 26 Mar 2017, at 23:36, Mark Millard wrote:
>>>
>>> I upgraded from llvm40 r4 to final. An interesting result was
>>> its
On 2017-Mar-27, at 2:41 AM, Dimitry Andric wrote:
> On 26 Mar 2017, at 23:36, Mark Millard wrote:
>>
>> I upgraded from llvm40 r4 to final. An interesting result was
>> its creation of a backup package for llvm40-4.0.0.r4:
>>
>> about 13 cpu-core-hours
On 26 Mar 2017, at 23:36, Mark Millard wrote:
>
> I upgraded from llvm40 r4 to final. An interesting result was
> its creation of a backup package for llvm40-4.0.0.r4:
>
> about 13 cpu-core-hours running pkg create
>
> (Remember: I've been building with WITH_DEBUG= ) Its
>
[I add some what-it-take-for-an-upgrade information.]
On 2017-Mar-12, at 6:53 PM, Mark Millard wrote:
> Summary: RAM+(peak swap) was about 26 GiBytes.
> Also: about 118 GiByte /usr/obj/. . ./llvm40/ area.
> (2 processors, 2 cores each, all in use;
>
Summary: RAM+(peak swap) was about 26 GiBytes.
Also: about 118 GiByte /usr/obj/. . ./llvm40/ area.
(2 processors, 2 cores each, all in use;
WITH_DEBUG= used)
The peak usage times were when the 4 cores were
each busy running ld at the same time.
[So far as I know
29 matches
Mail list logo