Ken,
Note that you have to explicitly configure the cmake build to compile
the test suite by passing...
-DLIBCXX_INCLUDE_TESTS=ON
(if you want to test the matching libcxx anyway). Also in fink, we also
pass -DLLVM_CONFIG_PATH=%b/../build/last/bin/llvm-config to
LIBCXX_CMAKE_OPTIONS placehol
I suspect only Jeremy or LarryV could answer this, but is it possible to run
the llvm / clang compiler test suite from within the macports infrastructure?
The clang build on macports is very heavily modified with patches and
configuration settings - it seems overwhelming to try to duplicate that
On Jun 29, 2017, at 14:49, Michael Dickens wrote:
> I recently noticed that gcc7 had an update, and so I've started updating
> it. I'll move it to the 7.1 release shortly. There's also a new gcc8
> snapshot that I'll look into getting up for folks on the bleeding edge
> to try out (as I'm often a
Hi,
In my opinion libgcc should be based on the latest stable gcc release, which is
now gcc7. Right now, if I try and install gcc 7 I get
> Oberon ~ > sudo port install gcc7
> Portfile changed since last build; discarding previous state.
> ---> Computing dependencies for gcc7
> Error: Can't ins
I recently noticed that gcc7 had an update, and so I've started updating
it. I'll move it to the 7.1 release shortly. There's also a new gcc8
snapshot that I'll look into getting up for folks on the bleeding edge
to try out (as I'm often asked to do for UHD / Volk / GNU Radio).
The question comes
On 27 June 2017 at 12:04, Mojca Miklavec wrote:
>
> So I don't like the idea of generally removing variants, but we do
> need to find a solution for this problem.
To clarify. I'm not claiming that the current algorithm is 100%
correct in specifying the variants, only that the functionality is
help
On Jun 26, 2017, at 10:22, Ken Cunningham wrote:
> Perhaps of interest, the developer who set this Tiger VM up is one of the
> developers of cairo. He did it specifically so cairo could continue to
> support 10.4 Tiger well into the future. So it appears the request Ryan added
> to the cairo po
On Jun 27, 2017, at 09:12, Ken Cunningham wrote:
> If deleting the +x11 and +quartz variants for cairo is for some reason not
> desirable in the end, perhaps they can be defaulted to work exclusively
> again, and match all the other ports. That would allow everything to work
> again.
That wou
On 2017-06-29 09:17, Mojca Miklavec wrote:
> It turned out that autoconf.cmd removes dependencies on autoconf,
> automake, libtool ...
>
> Is there a good reason for that? Wouldn't it be safer to simply leave
> the dependencies there, in particular if they have been listed by the
> portfile?
The
I was facing a strange problem, glibtoolize not being found despite
libtool listed as a build dependency.
It turned out that autoconf.cmd removes dependencies on autoconf,
automake, libtool ...
Is there a good reason for that? Wouldn't it be safer to simply leave
the dependencies there, in partic
10 matches
Mail list logo
