>> I was under the impression that Apple already compressed the files and
>> programs installed with the operating system, using HFS compression, ever
>> since taking up less disk space was listed as a feature of Snow Leopard.
> Yeah, I thought so too, but I also have the impression that may not
Hi,
On 26/01/16 09:47, Vincent Habchi wrote:
I was under the impression that Apple already compressed the files and programs
installed with the operating system, using HFS compression, ever since taking
up less disk space was listed as a feature of Snow Leopard.
Yeah, I thought so too, but
On Jan 26, 2016, at 13:50, adfernan...@macports.org wrote:
>
> Revision
> 145141
> Author
> adfernan...@macports.org
> Date
> 2016-01-26 13:50:47 -0800 (Tue, 26 Jan 2016)
> Log Message
>
> new port: py-pyinstaller 3.1 closes #42693
> Added Paths
>
> trunk/dports/python/py-pyinstaller/
>
My bad for thinking Mojca wanted support for libstdc++. Somehow I really
misinterpreted the original postings. Happens sometimes. - MLD
On Mon, Jan 25, 2016, at 12:11 PM, Jeremy Huddleston Sequoia wrote:
> "libstdc++" means /usr/lib/libstdc++.6.dylib, and it doesn't support
> C++11, so it is not
On Jan 26, 2016, at 4:35 AM, René J.V. Bertin wrote:
> I just ran into a situation (building a Qt5 port) where for some reason
> -stdlib=libc++ was added to configure.cxxflags but not to configure.ldflags .
> That led to a failing final link.
>
> I worked around the issue by adding the option
> On Jan 26, 2016, at 1:47 AM, Vincent Habchi wrote:
>
>>> I was under the impression that Apple already compressed the files and
>>> programs installed with the operating system, using HFS compression, ever
>>> since taking up less disk space was listed as a feature of
> On Jan 26, 2016, at 2:26 AM, René J.V. Bertin wrote:
>
> Given the disk savings it can give I really don't understand why the patch
> that adds HFS compression to port activation was never accepted.
For reference, that was this ticket:
On Tuesday January 26 2016 08:27:12 Ryan Schmidt wrote:
>If the build system just wants to link already-compiled objects, it doesn't
>need compiler flags. If the build system wants to compile and link at the same
>time, it's the build system's responsibility to add both the compiler flags
On Jan 26, 2016, at 11:55 AM, Ryan Schmidt wrote:
> There were performance concerns earlier in the discussion but I'm not sure if
> the latest version of the patch attached there resolves them.
the latest comment that mentions it says it's a 2x slowdown (better than the
On 2016-1-27 04:04 , Daniel J. Luke wrote:
> On Jan 26, 2016, at 11:55 AM, Ryan Schmidt wrote:
>> There were performance concerns earlier in the discussion but I'm not sure
>> if the latest version of the patch attached there resolves them.
>
> the latest comment that
On Jan 26, 2016, at 12:12 PM, Joshua Root wrote:
> Not really thrilled by the inline hex file and shelling out to run a
> command pipeline before every extract either. Seems like this could be a
> configure check for the system bsdtar supporting the feature instead.
+1
I
On Tuesday January 26 2016 08:55:20 Ryan Schmidt wrote:
>https://trac.macports.org/ticket/36560
Yeah, that was the one.
>There were performance concerns earlier in the discussion but I'm not sure if
>the latest version of the patch attached there resolves them.
Activating hfsCompression is
On 25 January 2016 at 20:17, Ryan Schmidt wrote:
> On Jan 24, 2016, at 11:15 PM, Jeremy Huddleston Sequoia wrote:
>
>> What benefit does "cxx.require_global_libc++ no" have over the current
>> approach of just doing:
>>
>>configure.cxx_stdlib libc++
>>depends_lib-append port:libcxx
>
> Or
On 2016-01-26 17:27, Ryan Schmidt wrote:
> I agree that MacPorts base only adds -stdlib=${configure.cxx_stdlib}
> to configure.cxxflags, not configure.ldflags, but that's not
> necessarily wrong, is it?
Actually -stdlib=libc++ is also needed for linking to ensure the
correct library will be
On 2016-1-27 04:55 , Rainer Müller wrote:
> -stdlib=... is a linker flag not for ld itself, but for the clang++ to
> pass the correct library to ld.
>
> I think this should be added to configure.ldflags in the same way it is
> handled for configure.cxxflags.
Does that work (or even make sense)
On 25 January 2016 at 18:55, Ryan Schmidt wrote:
>> On Jan 25, 2016, at 09:29, Mojca Miklavec wrote:
>>
>> (Even more than that I would really like to see the buildbots with
>> libc++ as their default stdlib being set up.)
>
> As far as I know nothing has changed on this front. I'm totally willing
On 2016-01-26 19:13, Joshua Root wrote:
> On 2016-1-27 04:55 , Rainer Müller wrote:
>> -stdlib=... is a linker flag not for ld itself, but for the clang++ to
>> pass the correct library to ld.
>>
>> I think this should be added to configure.ldflags in the same way it is
>> handled for
On 2016-1-27 05:52 , Rainer Müller wrote:
> On 2016-01-26 19:13, Joshua Root wrote:
>> On 2016-1-27 04:55 , Rainer Müller wrote:
>>> -stdlib=... is a linker flag not for ld itself, but for the clang++ to
>>> pass the correct library to ld.
>>>
>>> I think this should be added to configure.ldflags
On 2016-01-26 20:01, Joshua Root wrote:
> On 2016-1-27 05:52 , Rainer Müller wrote:
>> On 2016-01-26 19:13, Joshua Root wrote:
>>> On 2016-1-27 04:55 , Rainer Müller wrote:
-stdlib=... is a linker flag not for ld itself, but for the clang++ to
pass the correct library to ld.
I
On 2016-01-25 18:55, Ryan Schmidt wrote:
>> On Jan 25, 2016, at 09:29, Mojca Miklavec wrote:
>>
>> (Even more than that I would really like to see the buildbots with
>> libc++ as their default stdlib being set up.)
>
> As far as I know nothing has changed on this front. I'm totally
> willing to
On Tuesday January 26 2016 10:47:10 Vincent Habchi wrote:
>I’ve applied René method, disabling SIP while compressing /Applications. It
>gave me some significant savings, thus I surmise all the applications are not
>compressed. Xcode is, though, but things like iWorks (Pages, etc.) are not.
Hi,
I just ran into a situation (building a Qt5 port) where for some reason
-stdlib=libc++ was added to configure.cxxflags but not to configure.ldflags .
That led to a failing final link.
I worked around the issue by adding the option myself if it is detected in
cxxflags, but I wonder why
22 matches
Mail list logo