Regards,
Blair
On Oct 15, 2012, at 7:09 AM, "Daniel J. Luke" wrote:
> On Oct 15, 2012, at 9:56 AM, Joshua Root wrote:
>> On 2012-10-16 00:27 , Ryan Schmidt wrote:
>>> I just don't understand for what purpose apr installs a program that offers
>>> information about what compiler was used. It'
On Oct 15, 2012, at 10:16 AM, Ryan Schmidt wrote:
> On Oct 15, 2012, at 09:09, Daniel J. Luke wrote:
>> Have we decided on which approach we want to take for this (in what I think
>> is decreasing order of likelihood)?
>>
>> - We can change the compiler on activate, but that still can break if
On Oct 15, 2012, at 6:27 AM, Ryan Schmidt wrote:
> On Oct 15, 2012, at 08:21, Blair Zajac wrote:
>
>> On Oct 15, 2012, at 5:34 AM, Ryan Schmidt wrote:
>>
>>> apr does respect configure.compiler, but it bakes the discovered value into
>>> its apr-config script, which other programs, like serf1,
On Oct 15, 2012, at 09:09, Daniel J. Luke wrote:
> Have we decided on which approach we want to take for this (in what I think
> is decreasing order of likelihood)?
>
> - We can change the compiler on activate, but that still can break if the
> user upgrades xcode at some point while it's ins
On Oct 15, 2012, at 9:56 AM, Joshua Root wrote:
> On 2012-10-16 00:27 , Ryan Schmidt wrote:
>> I just don't understand for what purpose apr installs a program that offers
>> information about what compiler was used. It's not apr's business to do
>> that. Or I would say no other program should ca
On 2012-10-16 00:27 , Ryan Schmidt wrote:
> I just don't understand for what purpose apr installs a program that offers
> information about what compiler was used. It's not apr's business to do that.
> Or I would say no other program should care what compiler apr was compiled
> with.
It is apr'
On Oct 15, 2012, at 08:21, Blair Zajac wrote:
> On Oct 15, 2012, at 5:34 AM, Ryan Schmidt wrote:
>
>> apr does respect configure.compiler, but it bakes the discovered value into
>> its apr-config script, which other programs, like serf1, then later use to
>> determine the compiler. So it is ser
On Oct 15, 2012, at 5:34 AM, Ryan Schmidt wrote:
> On Oct 15, 2012, at 07:16, Titus von Boxberg wrote:
>
>> Am 15.10.2012 13:47, schrieb Ryan Schmidt:
>>>
>>> I agree generally with what jmr wrote earlier: any port not respecting the
>>> value of configure.compiler should be made to do so. Tha
On 2012-10-15 23:36 , Joshua Root wrote:
> On 2012-10-15 23:16 , Titus von Boxberg wrote:
>> When I run port -v configure apr on my machine it says
>> "checking how to run the C preprocessor... /usr/bin/clang -E"
>>
>> So apr does seem to respect the value of configure.compiler?
>
> It's not apr b
On 2012-10-15 23:16 , Titus von Boxberg wrote:
> Am 15.10.2012 13:47, schrieb Ryan Schmidt:
>>
>> I agree generally with what jmr wrote earlier: any port not respecting
>> the value of configure.compiler should be made to do so. That will
>> solve the problem.
> Would that solve the apr issue?
>
>
On Oct 15, 2012, at 07:16, Titus von Boxberg wrote:
> Am 15.10.2012 13:47, schrieb Ryan Schmidt:
>>
>> I agree generally with what jmr wrote earlier: any port not respecting the
>> value of configure.compiler should be made to do so. That will solve the
>> problem.
>
> Would that solve the apr
On 2012-10-15 22:47 , Ryan Schmidt wrote:
>
> On Oct 15, 2012, at 06:45, Blair Zajac wrote:
>
>> On 10/15/2012 02:36 AM, Ryan Schmidt wrote:
>>>
>>> http://lists.macosforge.org/pipermail/macports-dev/2012-October/020636.html
>>>
>>> In this case, the package with the compiler baked in is apr.
>>>
Am 15.10.2012 13:47, schrieb Ryan Schmidt:
On Oct 15, 2012, at 06:45, Blair Zajac wrote:
On 10/15/2012 02:36 AM, Ryan Schmidt wrote:
http://lists.macosforge.org/pipermail/macports-dev/2012-October/020636.html
In this case, the package with the compiler baked in is apr.
To work around the p
On Oct 15, 2012, at 06:45, Blair Zajac wrote:
> On 10/15/2012 02:36 AM, Ryan Schmidt wrote:
>>
>> http://lists.macosforge.org/pipermail/macports-dev/2012-October/020636.html
>>
>> In this case, the package with the compiler baked in is apr.
>>
>> To work around the problem, you could rebuild a
On 10/15/2012 02:36 AM, Ryan Schmidt wrote:
On Oct 15, 2012, at 03:42, Titus von Boxberg wrote:
I tried to port upgrade outdated subversion.
For some reason it wanted to compile serf1 instead of
installing a precompiled package.
configure of serf1 failed because /opt/local/bin/apr-1-config
te
On Oct 15, 2012, at 03:42, Titus von Boxberg wrote:
> I tried to port upgrade outdated subversion.
> For some reason it wanted to compile serf1 instead of
> installing a precompiled package.
>
> configure of serf1 failed because /opt/local/bin/apr-1-config
> tells serf1's configure that the C pr
Hi,
I tried to port upgrade outdated subversion.
For some reason it wanted to compile serf1 instead of
installing a precompiled package.
configure of serf1 failed because /opt/local/bin/apr-1-config
tells serf1's configure that the C preprocessor is 'gcc-4.2 -E'
gcc-4.2 is not available on my m
17 matches
Mail list logo