Am 04.12.2013 01:24, schrieb Christopher Jones:
Hi,
This is more what I was thinking for this case. Have the port use a newer c++11
enabled version on OSX versions that support it, and a older version where they
don’t.
Hi,
maybe I got lost in this thread but I think multiple issues
get
Am 04.12.2013 11:00, schrieb Chris Jones:
Hi,
On OSX Macports explicitly links using the libc++ runtime, where as on
older releases it
This is exactly why c++11 code is fine on OSX10.9, as the default
compiler libc++ used there supports it, but not on older OSC releases.
This is why the c++
Hi Clemens, all,
you dropped the last text block from my mail where I said
that I think that macports shouldn't care much
about users using macports libraries for their own software.
This is why also in your mail quoted below in my opinion these
things get mixed up: you mix up users of macports
that aren't used in any of mp's executable ports,
anyway?)
For C++11 I abandoned this idea some two years ago.
If it comes back with 10.9, fine.
Regards,
Titus
From: Chris Jones jon...@hep.phy.cam.ac.uk
Sent: Mittwoch, 4. Dezember 2013 15:18
To: Titus von
Am 04.12.2013 15:46, schrieb Clemens Lang:
They are lost if they need to link against a C++ library, e.g. boost
compiled against a runtime that supports C++11. And these libraries are
probably the reason they were trying to use MacPorts in the first place.
Consider a developer who wants C++11
Am 11.11.2013 20:08, schrieb Mojca Miklavec:
On Sun, Nov 10, 2013 at 12:04 PM, Titus von Boxberg wrote:
Without having a system here to test my suggestions, you might be able to
- configure tiff to not define this type name (or define it correctly in the
sense of portability and compatibility
Hi Mojca,
since this beautiful example of Bad Code (TM) is inside (system) library
headers there's not much you can do without reporting upstream or resorting
to very rude measures like using your own patched tiff:
Without having a system here to test my suggestions, you might be able to
-
Am 05.09.2013 09:21, schrieb Mojca Miklavec:
Hi,
I'm not really a maintainer, but for the bunch of wxWidgets updates I
had to fiddle a bit with Code::Blocks.
Jeremy asked me if it was possible to make the software compile with
clang. I fixed one compile error (which has already been fixed
Am 05.09.2013 15:56, schrieb Mojca Miklavec:
On Thu, Sep 5, 2013 at 11:24 AM, Titus von Boxberg wrote:
Hi Mojca,
you could try
#include algorithm
LibrariesDlg::LibrariesDlg(wxWindow* parent, TypedResults knownLibraries)
: m_KnownLibraries(knownLibraries)
// do no use, m_WorkingCopy
Mojca, all,
I don't have a solution for this problem.
Rather, I have a more fundamental question
(which, however, may have been discussed already):
Are there any interesting ports that are incompatible with 2.9
and really need to be compiled by macports?
Is 2.9 incompatible with any macports
Original Message
From: Mojca Miklavec mo...@macports.org
Sent: Mittwoch, 24. Juli 2013 14:29
To: ti...@v9g.de
Subject: Re: request: bringing wxWidgets up to date
On Wed, Jul 24, 2013 at 10:02 AM, Titus von Boxberg wrote:
Mojca, all,
I don't have a solution
Original Message
From: Alex Reynolds alexpreyno...@gmail.com
Sent: Donnerstag, 21. März 2013 23:37
To: macports-dev@lists.macosforge.org
Subject: Building a universal static libstdc++ library through MacPorts
I would like to build a set of universal binaries with MacPorts
Original Message
From: Sean Farley s...@macports.org
Sent: Donnerstag, 17. Januar 2013 07:21
To: ti...@macports.org
Subject: py27-hgsubversion
Hi there,
I'm Sean and a new dev here in macports. I was wondering if you would
mind if I added myself to be co-maintainer
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
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
Am 21.09.2012 21:48, schrieb Kuba Ober:
I'll demonstrate with a specific case what I intend to do with wxWidgets.
fityk, a nice (because it's Polish, duh) curve fitting tool, supports wxWidgets
2.8 up to 0.9.8.
From 1.0.0 onwards, it needs wxWidgets= 2.9.1.
Here's what I want to do,
Am 21.09.2012 19:52, schrieb Kuba Ober:
On Sep 21, 2012, at 10:16 AM, Mojca Miklavec wrote:
1. Are there any specific problems with wxWidgets 2.9 on older systems (what
older systems)?
2.9 doesn't work on Tiger.
My presumption is then that we want to keep things working on Tiger. This will
Am 18.08.2012 05:32, schrieb Craig Miller:
I'm working on a port that has a FindXYZ.cmake file as one of it's files. I'm
having a lot of trouble getting this file installed to a location where it can
be found. If I install FindXYZ.cmake to the /opt/local/cmake-2.8/Modules path
it will be
Am 07.05.2012 um 19:43 schrieb Bjarne D Mathiesen:
at present we have :
postgresql7@7.4.24 databases/postgresql7
postgresql80 @8.0.26 databases/postgresql80
postgresql81 @8.1.23 databases/postgresql81
On 18.02.2012 08:31, Erik Sjölund wrote:
Hi,
I am trying to create a Portfile for some software that is using the
build system CMake.
I was wondering if anyone managed to automatically create the Portfile
from within CMake.
It doesn't sound reasonable to do so, but probably I don't fully
Hi,
for those developers that use clang++ together with libc++
it would be useful to decide globally which C++ std library to use,
by adding -stdlib=libc++ to cxxflags and ldflags.
To give an example:
I'd like to use the cppunit library port. Since all of my software uses libc++
I need to
Anfang der weitergeleiteten E-Mail:
Von: nore...@macports.org
Betreff: buildbot failure in MacPorts on buildports-snowleopard-x86_64
Datum: 15. Dezember 2011 09:12:51 MEZ
An: akit...@macports.org, ti...@macports.org
The Buildbot has detected a failed build on builder
Am 10.12.2011 um 20:23 schrieb Petr Vanek:
hi all,
there is a compiler crash report for one of my apps. It's very strange - it
looks like it's a bug in the compiler.
GCC version used by reporter is
CXX compiler: /usr/bin/g++-4.0
It's a very old one. What is usual procedure to track
Am 01.12.2011 um 05:29 schrieb Ryan Schmidt:
On Nov 30, 2011, at 01:49, KonaBlend wrote:
Upstream mkvtoolnix 5.1.0 has introduced a requirement for various c++11
features which at this time are available via gcc 4.6 or higher. clang
top-of-trunk is not yet there; specifically initializer
Hi,
I'd like to fix
http://trac.macports.org/ticket/31943
Short outline:
Currently there is a port py26-hgsubversion.
However, mercurial has moved to python27.
The idea given in the ticket is to get the python version used by mercurial
instead of hardcoding it into the hgsubversion Portfile.
Is
Am 28.11.2011 um 17:24 schrieb Jeremy Lavergne:
Or is it necessary to create py27-hgsubversion and have py26-hgsubversion
being replaced_by the former?
If mercurial only supports 2.7 and not 2.6 then I'd switch everything out
with replaced_by. If both work, then two separate ports are
clang seems to expect a proper file name extension.
what is .source, anyway?
Regards
Titus
Am 14.11.2011 um 13:36 schrieb Matthew Cottrell:
Still no luck with the preprocessor problem. Using clang -E still returns an
error:
:info:build clang -E -IMENUS ARB_GDEmenus.source ARB_GDEmenus
Am 09.11.2011 um 19:21 schrieb Ryan Schmidt:
If you have Xcode 4.2 final, and compiled the gettext port using that
version, can you test if it works? Just run xgettext with no arguments and
let me know what happens. If it's working you should see:
xgettext: no input file given
Try
Am 26.09.2011 um 21:07 schrieb Ryan Schmidt:
On Sep 26, 2011, at 13:26, Jordan K. Hubbard wrote:
On Sep 26, 2011, at 2:51 AM, Rainer Müller wrote:
On 09/24/2011 10:53 AM, Titus von Boxberg wrote:
I followed http://guide.macports.org/#project.membership
to apply for commit rights
I followed http://guide.macports.org/#project.membership
to apply for commit rights but didn't receive an answer on two mails.
Is this due to a technical or personal or documentation problem?
Or is no answer regarded as an appropriate response equivalent to no?
Or is one month of consideration
Am 27.08.2011 um 11:55 schrieb Anders F Björklund:
I guess, then, that this is really an appeal to hide the details since you
can only get away with doing things the Apple way if you also hide the
majority of the working parts from the end-user. In MacPorts' case, this
would essentially
Hi,
could a committer please create port soci-devel from that ticket?
At the same time, ticket 27183 could be closed as
wontfix because soci 3.0.0 is obsolete.
Thanks and regards
Titus
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Hi,
I'm trying to write a Portfile for a library that is to be fetched with git.
The lib has to be configured and built within a subdir named src (below the
lib's root dir).
Setting worksrcdir to ${distname}/src causes git to clone the repo into that
directory
instead of
Am 15.08.2011 um 21:12 schrieb Christoph Iserlohn:
Am 15.08.11 19:50, schrieb Titus von Boxberg:
Hi,
I'm trying to write a Portfile for a library that is to be fetched with git.
The lib has to be configured and built within a subdir named src (below
the lib's root dir).
Setting
Am 26.07.2011 um 16:50 schrieb Daniel J. Luke:
On Jul 26, 2011, at 12:48 AM, Titus von Boxberg wrote:
Am 26.07.2011 um 06:45 schrieb Ryan Schmidt:
On Jul 25, 2011, at 23:43, Titus von Boxberg wrote:
Why not make sure the number is below 500?
That's the normal range for daemon users
Am 26.07.2011 um 04:21 schrieb James Berry:
On Jul 25, 2011, at 7:16 PM, Rodolfo Aramayo wrote:
David is right. This is a hard issue and believe me I have burn many,
many candles during Holidays and weekends trying to solve userIDs
conflicts in MacOSServers.
What if MacPorts were simply
Am 26.07.2011 um 06:45 schrieb Ryan Schmidt:
On Jul 25, 2011, at 23:43, Titus von Boxberg wrote:
Why not make sure the number is below 500?
That's the normal range for daemon users.
For one thing, because MacPorts isn't a daemon.
s/daemon/system/g
What are the other things
Am 07.06.2011 um 11:41 schrieb Ryan Schmidt:
On Jun 7, 2011, at 01:16, Titus von Boxberg wrote:
The same problem is given here:
http://stackoverflow.com/questions/4697859/mac-os-x-and-static-boost-libs-stdstring-fail
But I currently do not understand the problem.
And the solution given
Am Di, 7.06.2011, 11:41 schrieb Ryan Schmidt:
On Jun 7, 2011, at 01:16, Titus von Boxberg wrote:
The same problem is given here:
http://stackoverflow.com/questions/4697859/mac-os-x-and-static-boost-libs-stdstring-fail
But I currently do not understand the problem.
And the solution given
Would a committer please commit (or comment) the files.
And, since quite often it is necessary to ping into this list
to get patches recognized: How do I apply for commit rights?
If this list is the right place, then please take this mail
as an application ;-)
Regards
Titus
Am 22.04.2011 um
Am 31.03.2011 um 17:10 schrieb MacPorts:
We'd also rather not use variants named
like +no_foo, instead, have a default +foo variant that can be turned off.
Really?
I copied the no_xx scheme from another port (here: graphviz, but I think there
are quite a few ports with no_x11.)
If that is
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 is no
Thanks!
Please note that supported_archs seems to be an undocumented feature
(besides in Changelog of 1.9.0). Maybe you should introduce it
in the guide.
Are md5 checksums deprecated?
Regards
Titus
Am 24.10.2010 um 22:55 schrieb MacPorts:
#26926: new Portfile for tclap
Would a committer please ci the patch.
Thanks
Am 01.10.2010 um 17:29 schrieb MacPorts:
#26682: avr-libc @1.7.0_0 mtree violation
--+-
Reporter: macporter90...@… | Owner: ti...@…
Type: defect
Am 25.10.2010 um 09:37 schrieb Ryan Schmidt:
On Oct 25, 2010, at 02:15, Titus von Boxberg wrote:
Thanks!
Please note that supported_archs seems to be an undocumented feature
(besides in Changelog of 1.9.0). Maybe you should introduce it
in the guide.
Correct, supported_archs
Sorry for resending/disturbing,
But by committing you could also close six months old ticket #24303
which already describes the main reason for this patch.
Otherwise wx 3.0 might be out before this port gets useable ;-)
Regards
Titus
Anfang der weitergeleiteten E-Mail:
Von: Titus von Boxberg
would a committer please commit patch
Portfile-wxWidgets-devel.diff in that ticket.
It's required for correcting the paths in the dylibs,
It also cleans up the garbled portfile, corrects dubious master_site URL,
and adds/corrects port variants.
Thanks and regards
Titus
Would a committer please commit the newer diff in that ticket.
I'd also volunteer as the maintainer of that port.
Thanks and regards
Titus
___
macports-dev mailing list
macports-dev@lists.macosforge.org
von Boxberg wrote:
I'm unable to apply your patch. 1 of 2 hunks fail.
Anyway, I uploaded my approach to your ticket.
Maybe you want to combine the patches?
Regards
Titus
Am 08.09.2010 um 21:55 schrieb Bradley Giesbrecht:
Can you try this patch?
http://trac.macports.org/ticket/26410
Am 01.09.2010 um 08:29 schrieb Ryan Schmidt:
On Sep 1, 2010, at 01:09, Titus von Boxberg wrote:
Is there a phase when both the port is activated and the build directory
is still in place? Is there a thing like post-activation ?
Yes, you can write a post-activate phase. But that's
Am 07.09.2010 um 21:19 schrieb Bradley Giesbrecht:
On Sep 7, 2010, at 8:56 AM, Titus von Boxberg wrote:
Am 01.09.2010 um 08:29 schrieb Ryan Schmidt:
On Sep 1, 2010, at 01:09, Titus von Boxberg wrote:
Is there a phase when both the port is activated and the build directory
is still
Am 07.09.2010 um 21:43 schrieb Bradley Giesbrecht:
On Sep 7, 2010, at 12:34 PM, Titus von Boxberg wrote:
Am 07.09.2010 um 21:19 schrieb Bradley Giesbrecht:
On Sep 7, 2010, at 8:56 AM, Titus von Boxberg wrote:
Am 01.09.2010 um 08:29 schrieb Ryan Schmidt:
On Sep 1, 2010, at 01
Would a commiter please commit the diffs from these tickets?
And - if not too new - also from #26377
Thanks and regards
Titus
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
Hi,
I'm trying to update wxWidgets-devel to the current version.
Their build process calls install_name_tool -id on the shared libraries
after installing. This records the destroot directory in the files
so they are unusable after installation.
Besides patching the build process, one option
Am 22.05.2010 um 07:25 schrieb Scott Haneda:
Trying to get powerdns to build before I take on making a port.
The first issue I have is that it needs something called Boost which is a
huge set of files. I finally got it to go with MacPorts, but that still
yielded an error:
Missing boost
Am 22.05.2010 um 10:44 schrieb Titus von Boxberg:
This directory gets installed by the boost port directly under /opt/local/bin
sorry, /opt/local/include I meant, of course.
so your flags should read -I/opt/local/include
without the trailing /boost
Hello,
I have submitted a new port file under ticket 24326.
Would a commiter please insert that port?
I would also volunteer for maintenance of this port and mscgen,
the latter apparently has been abandoned by landonf.
(Don't really know yet if being a maintainer is possible without commit
Am 29.04.2010 um 09:26 schrieb Ryan Schmidt:
Sorry about the delay. I added the port.
Thanks!
I would also volunteer for maintenance of this port and mscgen,
the latter apparently has been abandoned by landonf.
While true that Landon hasn't been committing many changes to MacPorts
lately,
Hello,
the committer of port mscgen (landonf) has not responded to update patch ticket
23962,
filed 4 weeks ago.
Would another committer please apply the patch?
Thanks!
Regards
Titus
___
macports-dev mailing list
macports-dev@lists.macosforge.org
59 matches
Mail list logo
