> We ran into the same complaints when I fixed the xorg libraries in MacPorts
> and started updating ports to depend on them. People started complaining
> that they had to build all these new ports when things were "just fine" the
> way they were, but in the end it was the right solution. Tige
On Apr 18, 2012, at 20:47, Sean Farley wrote:
>> Huh? This is just how MacPorts is done, and always has been. This is why
>> we provide all of X11 libraries instead of using the system ones, like fink.
>> I'm not sure what bugs you're asking for.
>
> You wrote "This helps isolate bugs",
So
> What do you mean by that? gcc 4.6 *WAS* using ld64 and still *IS* using
> ld64. The difference is which ld64 is being used (the one from XCode or the
> one from MacPorts). If some version of gcc has some issues with some version
> of ld64, that only supports the need to do this since we wil
Can someone please check ticket #33494 and commit the attached Portfile ?
XML GAWK is a branch from gawk 3.1.6 where support for XML/SOAP has been
added. I'm using an alpha release because it contains bugfixes.
Thanks in advance,
Francois.
___
macpo
On Apr 18, 2012, at 19:48, Sean Farley wrote:
>> The main reason that it wasn't that way was because for quite some time the
>> rest of the toolchain was just not as well maintained. That's no longer the
>> case, so now we can benefit from that work in other ports. YAY!
>>
>> Benefit 1 - Con
> The main reason that it wasn't that way was because for quite some time the
> rest of the toolchain was just not as well maintained. That's no longer the
> case, so now we can benefit from that work in other ports. YAY!
>
> Benefit 1 - Consistency across similar ports
> clang-mp-* use MacPort
On Apr 18, 2012, at 07:32, Ryan Schmidt wrote:
>
> On Apr 17, 2012, at 02:54, Sean Farley wrote:
>
>> After this change:
>>
>> https://trac.macports.org/changeset/92064/
>>
>> 'sudo port -y install gcc4X' will now show a huge (and unnecessary) compile
>> chain:
>>
>> For llvm-3.0: skipping
On Apr 18, 2012, at 14:42, Bradley Giesbrecht wrote:
> On Apr 18, 2012, at 12:17 PM, Ryan Schmidt wrote:
>
>>> +set libenv "DYLD_LIBRARY_PATH=${worksrcpath}/lib"
>>> +set aceenv "ACE_ROOT=${worksrcpath}"
>>> +set taoenv "TAO_ROOT=${worksrcpath}/TAO"
>>> +set makearg
On Apr 18, 2012, at 12:17 PM, Ryan Schmidt wrote:
>
> On Apr 18, 2012, at 10:47, pixi...@macports.org wrote:
>
>> Revision: 92093
>> https://trac.macports.org/changeset/92093
>> Author: pixi...@macports.org
>> Date: 2012-04-18 08:47:26 -0700 (Wed, 18 Apr 2012)
>> Log Message:
>> -
On Apr 18, 2012, at 10:47, pixi...@macports.org wrote:
> Revision: 92093
> https://trac.macports.org/changeset/92093
> Author: pixi...@macports.org
> Date: 2012-04-18 08:47:26 -0700 (Wed, 18 Apr 2012)
> Log Message:
> ---
> devel/tao:
> - New port for ACE+TAO.
This resolve
>> Rather than hardcode every version of gcc and clang into base, we should
>> support these configure.compiler options dynamically. My tcl-foo isn't
>> quite good enough to easily do that, but hopefully somebody has the magic
>> necessary. I just thought I'd throw it out there since the list
On Apr 16, 2012, at 20:38, Jeremy Huddleston wrote:
> Rather than hardcode every version of gcc and clang into base, we should
> support these configure.compiler options dynamically. My tcl-foo isn't quite
> good enough to easily do that, but hopefully somebody has the magic
> necessary. I j
On Apr 17, 2012, at 02:54, Sean Farley wrote:
> After this change:
>
> https://trac.macports.org/changeset/92064/
>
> 'sudo port -y install gcc4X' will now show a huge (and unnecessary) compile
> chain:
>
> For llvm-3.0: skipping org.macports.main (dry run)
> For ld64: skipping org.macports.m
Dear MacPorts team,
About three weeks ago, I set out to upgrade the distribution of the
Yorick intepreter in MacPorts. To this effect, I have upgraded the
Portfiles for Yorick and its plug-ins / packages already present in
MacPorts, and submitted new ports.
I am thankful to Ryan and Clemens who c
14 matches
Mail list logo
