Hi,
one of the problems I'm experiencing when compiling hugin-app is that
uint64 is defined both in Security.framework where it's
uint64-uint64_t as well as in tiff.h/tiffio.h where it gets defined
as unsigned long long.
How can one resolve such a conflict?
cd
On Sat, Nov 9, 2013 at 3:08 PM, Mojca Miklavec mo...@macports.org wrote:
Hi,
one of the problems I'm experiencing when compiling hugin-app is that
uint64 is defined both in Security.framework where it's
uint64-uint64_t as well as in tiff.h/tiffio.h where it gets defined
as unsigned long
Myth includes Perl and Python bindings that need a number of
dependencies to work (eg port:${pymodver}-mysql,
port:${perlmodver}-dbd-mysql, etc). I have these listed as depends_lib
but no Myth binaries link directly to them. Is it advantageous to list
them instead as depends_run?
The
At 11:48 AM -0500 11/9/13, Jeremy Lavergne wrote:
Myth includes Perl and Python bindings that need a number of
dependencies to work (eg port:${pymodver}-mysql,
port:${perlmodver}-dbd-mysql, etc). I have these listed as
depends_lib but no Myth binaries link directly to them. Is it
Looks like this is C++. There might be something you can do with namespaces.
David
On Sat, Nov 9, 2013 at 9:15 AM, Mojca Miklavec mo...@macports.org wrote:
On Sat, Nov 9, 2013 at 3:08 PM, Mojca Miklavec mo...@macports.org wrote:
Hi,
one of the problems I'm experiencing when compiling
On Nov 9, 2013, at 1:35 PM, Craig Treleaven ctrelea...@cogeco.ca wrote:
So, in a way, we all use depends_lib for certain things as a short-hand for
listing stuff as both depends_build and depends_run, no?
That's the general usage, yes.
In a perfect world, maybe we should have a depends_mod
Hi Mojca - Since the CMake PortGroup was recently modified to include
CPPFLAGS=-I${prefix}/include, I've been having to remove that setting
from my ports which use this group because it grabs already-installed
headers instead of those local to the port (CPPFLAGS gets propagated to
CFLAGS and
Speaking of my script, I've made a bunch of changes to it recently, so I'll
probably need to create a new tag sometime so I can update the
`macportsscripts` port that points to it... The version from 0.1.4 still
reports library links that are there due to libtool overlinking, and I've
been working
I noticed my PPC MacPorts version was out of date so updated it to
2.2.1. After this, there was an octave-devel update which failed to
compile while the previous version did. Looking at config.log, I'm
seeing this:
configure:33534: checking how to get verbose linking output from
On Nov 9, 2013, at 15:27, Blair Zajac wrote:
I noticed my PPC MacPorts version was out of date so updated it to 2.2.1.
After this, there was an octave-devel update which failed to compile while
the previous version did. Looking at config.log, I'm seeing this:
configure:33534:
On Nov 9, 2013, at 14:00, Michael Dickens wrote:
Hi Mojca - Since the CMake PortGroup was recently modified to include
CPPFLAGS=-I${prefix}/include, I've been having to remove that setting
from my ports which use this group because it grabs already-installed
headers instead of those local to
Using -isystem ${prefix}/include seems like a great solution to using
CPATH; it seems to work all the way back to clang 2.9 and gcc 4.2,
maybe further, while CPATH started with (I think) clang 2.9 -- I'll
have to investigate using it for qt4-mac.
I use LIBRARY_PATH instead of setting LDFLAGS,
On Nov 9, 2013, at 20:19, Michael Dickens wrote:
Using -isystem ${prefix}/include seems like a great solution to using
CPATH; it seems to work all the way back to clang 2.9 and gcc 4.2, maybe
further, while CPATH started with (I think) clang 2.9 -- I'll have to
investigate using it for
On Nov 9, 2013, at 12:35, Craig Treleaven wrote:
My port uses p5.12-libwww-perl which relies on a list of other perl modules.
You should actually declare dependencies on the specific other modules that you
use, not libwww-perl itself anymore.
$ port notes p5-libwww-perl
p5-libwww-perl has
On Nov 9, 2013, at 17:29, pixi...@macports.org wrote:
Revision
113128
Author
pixi...@macports.org
Date
2013-11-09 15:29:02 -0800 (Sat, 09 Nov 2013)
Log Message
multimedia/mythtv-core.27:
- New port.
--- trunk/dports/multimedia/mythtv-core.27/files/Myth_Frontend.applescript
At 8:57 PM -0600 11/9/13, Ryan Schmidt wrote:
On Nov 9, 2013, at 17:29, pixi...@macports.org wrote:
Revision
113128
Author
pixi...@macports.org
Date
2013-11-09 15:29:02 -0800 (Sat, 09 Nov 2013)
Log Message
multimedia/mythtv-core.27:
- New port.
---
On Sat, Nov 9, 2013 at 9:00 PM, Michael Dickens wrote:
Hi Mojca - Since the CMake PortGroup was recently modified to include
CPPFLAGS=-I${prefix}/include, I've been having to remove that setting
from my ports which use this group because it grabs already-installed
headers instead of those
On 2013-11-10 05:35 , Craig Treleaven wrote:
Perhaps just the
documentation for depends_lib should be expanded to say that it
indicates both compiled and interpreted linkages?
It doesn't indicate anything about linkage, it indicates that the
dependency is needed at both build time and run
On 2013-11-10 08:27 , Blair Zajac wrote:
I noticed my PPC MacPorts version was out of date so updated it to
2.2.1. After this, there was an octave-devel update which failed to
compile while the previous version did. Looking at config.log, I'm
seeing this:
configure:33534: checking how
On 11/09/2013 10:16 PM, Joshua Root wrote:
On 2013-11-10 08:27 , Blair Zajac wrote:
I noticed my PPC MacPorts version was out of date so updated it to
2.2.1. After this, there was an octave-devel update which failed to
compile while the previous version did. Looking at config.log, I'm
seeing
20 matches
Mail list logo