On Feb 4, 2011, at 22:06, Jeremy Huddleston wrote:
> On Feb 4, 2011, at 16:41, Michael Dickens wrote:
>
>> I can always revert to +pythonXY variants, but then the user -must- make
>> sure to use the same XY as that used by Boost.
>
> Yep. Some won't. You can put in a verification to check
On Feb 4, 2011, at 16:41, Michael Dickens wrote:
> If you do "otool -L /opt/local/lib/libboost_mpi_python-mt.dylib | grep
> Python", does it return anything?
No, you miss the point. You can't do that in the global context in the
Portfile. It doesn't matter what it returns on my system, you
On Feb 3, 2011, at 20:50, Toby Peterson wrote:
> Using examples from the c-ares port, I'd envision something like this:
>
> platform x86_64 {
> config_define ${worksrcpath}/ares_build.h CARES_SIZEOF_LONG 8
> config_define ${worksrcpath}/ares_config.h SIZEOF_LONG 8
> config_define ${worksrcp
If you do "otool -L /opt/local/lib/libboost_mpi_python-mt.dylib | grep Python",
does it return anything? If so, does it return the same as "otool -L
/opt/local/lib/libboost_python-mt.dylib | grep Python"? If so, then how about
I just pick the first entry returned by the 'find'? That way there
On 2011-2-5 10:10 , Adrian Glaubitz wrote:
>
> On Feb 4, 2011, at 8:23 PM, Joshua Root wrote:
>
>>> I have had the same problem with ffmpeg before and I could fix it by adding
>>> "-headerpad_max_install_names" in the configure options of ffmpeg. However,
>>> the configure script does not know an
On Feb 4, 2011, at 8:23 PM, Joshua Root wrote:
>> I have had the same problem with ffmpeg before and I could fix it by adding
>> "-headerpad_max_install_names" in the configure options of ffmpeg. However,
>> the configure script does not know anything about this option.
>
> This is an option for
On 2011-2-5 00:21 , Adrian Glaubitz wrote:
> Hi,
>
> I'm using "sox" as part of my own code and I am trying to deploy an
> application
> with the code linking to libsox. When calling macdeployqt from Qt 4.7.1, I
> receive
> a similar error message as described in ticket #23372, [1].
>
> Thus:
>
You can't do that boost_python_lib hackery.
Failed to parse file graphics/vigra/Portfile: otool: can't open file:
/opt/local/lib/libboost_mpi_python-mt.dylib
/opt/local/lib/libboost_python-mt.dylib (No such file or directory)
On Jan 26, 2011, at 16:45, michae...@macports.org wrote:
> Revision:
Hi,
I'm using "sox" as part of my own code and I am trying to deploy an application
with the code linking to libsox. When calling macdeployqt from Qt 4.7.1, I
receive
a similar error message as described in ticket #23372, [1].
Thus:
[glaubitz@oslo:linux-minidisc/qhimdtransfer]$ macdeployqt-4.7
Am 04.02.2011 um 04:18 schrieb Joshua Root:
> On 2011-2-4 14:07 , James Gregurich wrote:
>> ok. I will continue running tests on what I have to see what works and what
>> doesn't work. I have the thing working for 3 different ports with no
>> unreasonable modifications to the port files. There i
10 matches
Mail list logo