On Nov 12, 2013, at 09:55, Michael Dickens wrote:
Hi David - gfortran, and non-Apple GCC in general, uses -m32 and -m64 to
build for whatever the host arch is.
With any compiler you can use -m flags. With Apple GCC, llvm-gcc, clang, and
FSF GCC 4.7 and later, for C and C++ code, you can use
Dave, thanks for all your work getting GNOME 3 into MacPorts!
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-dev
On 2013-11-12 21:51, Frank Schima wrote:
On Tue, 12 Nov 2013 15:26:20 -0500, Peter Danecek
peter.dane...@bo.ingv.it wrote:
Anyway, I wonder if there is a clearly defined policy on which Python
versions should be included for new ports.
So is there any clear line on this?
I don't think
Hi!
For some reason, the configure step of Vaucanson fails on
SnowLeopard; this log:
https://build.macports.org/builders/buildports-snowleopard-x86_64/builds/22196/steps/compile/logs/stdio
ends with:
checking boost/regex.hpp usability... no
checking boost/regex.hpp presence... yes
Hi,
I'm preparing an upgrade for wxWidgets (from RC2 to the main release).
How do I know whether or not the dependencies need a revbump?
Mojca
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On Nov 13, 2013, at 08:44, Akim Demaille wrote:
So I would like to suggest that if configure fails, then
find should be run to find all the possible config.log files,
and dumps them. This should address two concerns of Ryan's:
if there is no config.log (because e.g., configure is not
from
On Nov 13, 2013, at 09:06, Mojca Miklavec wrote:
I'm preparing an upgrade for wxWidgets (from RC2 to the main release).
How do I know whether or not the dependencies need a revbump?
The main reason would be if a library’s major version number has changed. For
example, if the previous
On 11/13/2013 07:20 AM, Ryan Schmidt wrote:
On Nov 13, 2013, at 09:06, Mojca Miklavec wrote:
I'm preparing an upgrade for wxWidgets (from RC2 to the main release).
How do I know whether or not the dependencies need a revbump?
The main reason would be if a library’s major version number has
On Wed, Nov 13, 2013 at 4:20 PM, Ryan Schmidt wrote:
The fact that they’ve now released the final 3.0.0 suggests that no further
issues were found and that 3.0.0 is similar to if not identical to 3.0.0RC2.
That's not entirely true. Se
See this one for example:
Subject: When do dependencies need a revbump?
dependents
Just for the record, I am pretty sure you meant the right thing. :-)
On 2013-11-13 16:50, Mojca Miklavec wrote:
See this one for example:
http://trac.wxwidgets.org/changeset/75142
On Wed, Nov 13, 2013 at 5:45 PM, Rainer Müller wrote:
Subject: When do dependencies need a revbump?
dependents
Just for the record, I am pretty sure you meant the right thing. :-)
Yes, thank you very much. I made that mistake for so many times
On 2013-11-13 16:14, Ryan Schmidt wrote:
We do have the problem that the config.log often holds the key to
understanding a configure failure, and that users usually have to be
asked to attach it, and be told how to locate it.
I worry that the config.log can be very large—and some ports like
On Nov 13, 2013, at 7:04 AM, Rainer Müller rai...@macports.org wrote:
On 2013-11-12 21:51, Frank Schima wrote:
On Tue, 12 Nov 2013 15:26:20 -0500, Peter Danecek
peter.dane...@bo.ingv.it wrote:
Anyway, I wonder if there is a clearly defined policy on which Python
versions should be
Hoping this gets fixed sometime soon, because for some reason it's been
screwing with my `camlimages` build...
On Tue, Nov 12, 2013 at 7:20 AM, Titus von Boxberg ti...@v9g.de wrote:
Am 11.11.2013 20:08, schrieb Mojca Miklavec:
On Sun, Nov 10, 2013 at 12:04 PM, Titus von Boxberg wrote:
Yeah, I agree, it's nice to have the GNOME 3 versions of GNOME software
available via MacPorts... I just wish we could have kept the GNOME 2
versions of some of them around at the same time...
On Wed, Nov 13, 2013 at 6:46 AM, Ryan Schmidt ryandes...@macports.orgwrote:
Dave, thanks for all
15 matches
Mail list logo