Re: git branches on branches

2017-01-18 Thread Fred Wright
On Wed, 18 Jan 2017, Craig Treleaven wrote: > I’ve proposed a change to the mariadb-server. I created a local git > branch (“dbinstaller”) while working on it and then posted a patch > to Trac for the maintainer to review. > > I wanted to go forward and develop/test changes to my mythtv.28 port

Re: Handling C++11

2017-01-18 Thread Chris Jones
Hi, See https://gcc.gnu.org/onlinedocs/libstdc++/manual/using_dual_abi.html For the details. Set the ABI controls whether or not you compile using the new c++11 standards compliant implementations of string and list. If you set the ABI back to 0 then yes, you can then mix different std libs.

Re: Handling C++11

2017-01-18 Thread Ken Cunningham
On 2017-01-17, at 7:43 PM, Marcus Calhoun-Lopez wrote: > I think perhaps I am not being clear in what I am proposing. I think it was me that was just missing something -- Basically, rather than think about it as which c++ standard library the file is built against, think about it as which c++

Re: Handling C++11

2017-01-18 Thread Chris Jones
> On 18 Jan 2017, at 4:15 pm, Mojca Miklavec wrote: > >> On 18 January 2017 at 04:43, Marcus Calhoun-Lopez wrote: >> I think perhaps I am not being clear in what I am proposing. >> >> Currently, if cxx_stdlib is equal to libstdc++ then the cxx11PortGroup >> returns an error and the port does

Re: Handling C++11

2017-01-18 Thread Mojca Miklavec
On 18 January 2017 at 04:43, Marcus Calhoun-Lopez wrote: > I think perhaps I am not being clear in what I am proposing. > > Currently, if cxx_stdlib is equal to libstdc++ then the cxx11PortGroup > returns an error and the port does not build. > I am simply proposing that instead of returning an er

Re: Handling C++11

2017-01-18 Thread Mojca Miklavec
On 17 January 2017 at 21:08, Ken Cunningham wrote: > Re: 10.5 Intel - for me, that platform is just a vehicle to 10.5 PPC. > I use it for cross compiling for 10.5 PPC. All these intel machines > can be upgraded to at least 10.7 (10.6 if you want Rosetta). I'm sorry, I meant 10.5 PPC of course. Th

Re: Handling C++11

2017-01-18 Thread Michael Dickens
What you propose is what I'm doing in various GNU Radio ports, e.g., gr-ieee802-11. If ${configure.cxx_stdlib} is "libstdc++, then default to some MacPorts provided GCC (right now, 4.9 ... I need to update these to gcc6); else use the cxx11 PortGroup. It's not the best solution, but it works well e

git branches on branches

2017-01-18 Thread Craig Treleaven
Hi: I’ve proposed a change to the mariadb-server. I created a local git branch (“dbinstaller”) while working on it and then posted a patch to Trac for the maintainer to review. I wanted to go forward and develop/test changes to my mythtv.28 port that depend on the mariadb-server changes. I c

Re: destroot'ing into ${destroot}${prefix}/foo ?

2017-01-18 Thread Ryan Schmidt
> On Jan 18, 2017, at 04:23, René J.V. Bertin wrote: > > Hi, > > Is there an existing way to create a kind of nested destroot, where the > installed port ends up *unmodified* under say ${prefix}/test? > > Looking at the Portfile guide I think that the only way to accomplish this > reliably i

Re: Handling C++11

2017-01-18 Thread Rainer Müller
On 2017-01-16 21:03, Ken Cunningham wrote: > Rather than force the older systems to install gcc6 and libgcc and > then find a roundabout and complicated way to support cxx11 with c++ > standard library inconsistencies, I would suggest we finally just > change/add/modify/get the buildbots to libc++

destroot'ing into ${destroot}${prefix}/foo ?

2017-01-18 Thread René J . V . Bertin
Hi, Is there an existing way to create a kind of nested destroot, where the installed port ends up *unmodified* under say ${prefix}/test? Looking at the Portfile guide I think that the only way to accomplish this reliably is in a post-destroot step (a post-post-destroot to be really sure), in