Re: powerpc64 10.1-STABLE [WITH_DEBUG] context; cmake's /usr/local/bin/ctest broken but graphics/png configuration defaults use it

2015-03-17 Thread Mark Millard
Looks like I forgot to forward Brad King's 2015-Mar-11 note that KWSys and CMake have the "static" fix that allows non-inlining debug builds of ctest and other programs to handle the TOC register usage appropriately: > The change is now in KWSys 'master' and I've updated > the copy within CMake:

Re: powerpc64 11.0-CURRENT portmaster lang/clang36 gets error: llvm-build: error: invalid native target: 'powerpc64' (not in project)

2015-03-17 Thread Mark Millard
patch-utils_llvm-build_llvmbuild_main.py is missing a powerpc64 entry, such as illustrated below. $ svnlite diff /usr/ports/lang/clang36 Index: /usr/ports/lang/clang36/files/patch-utils_llvm-build_llvmbuild_main.py === --- /usr/ports

Re: powerpc64 11.0-CURRENT portmaster lang/clang36 gets another error: llvm-build: error: '::sscanf' has not been declared

2015-03-17 Thread Mark Millard
Looking at https://github.com/clang-omp/clang_trunk/blob/master/lib/Driver/MSVCToolChain.cpp shows that the modern source code has std::sscanf and use so that is likely the better direction to go. What I saw when I looked was: //===--- ToolChains.cpp - ToolChain Implementations --

Re: powerpc64 11.0-CURRENT portmaster lang/clang36 gets another error: llvm-build: error: '::sscanf' has not been declared

2015-03-17 Thread Mark Millard
I tried the final experiment using std::sscanf (so: adding the std) in to the official port's MSVCToolChain.cpp source without adding an explicit include of . (So also no explicit include of , just like the official source file.) It failed: MSVCToolChain.cpp: In member function 'bool clang::d

Re: devel/py-colorama: no update yet

2015-03-17 Thread Kurt Jaeger
Hi! > Recently, I submitted a PR about devel/py-colorama: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198605 > > Until now, I didn't get any reply on that. Could anyone update that port > for me, please? testing@work One thing I found unusual in your submission: The shar. If the port a

Re: devel/py-colorama: no update yet

2015-03-17 Thread Maxim V Filimonov
On Tuesday 17 March 2015 15:42:55 Kurt Jaeger wrote: > Hi! > > > > For example: > > > - Does it block any other PRs or ports from updating ? > > > - Is it broken right now ? > > > > - It actually does. I want to submit a new port, and it requires a > > > >recent version of py-colorama whi

Re: powerpc64 11.0-CURRENT portmaster lang/clang36 gets another error: llvm-build: error: '::sscanf' has not been declared

2015-03-17 Thread Mark Millard
Adding a #include to MSVCToolChain.cpp fixed the specific ::sscanf problem for compiling MSVCToolChain.cpp with gcc5. It also allowed the lang/clang36 build and installation to complete. The official MSVCToolChain.cpp for the port does not directly or indirectly include a header that guarant

Re: devel/py-colorama: no update yet

2015-03-17 Thread Kurt Jaeger
Hi! > > For example: > > - Does it block any other PRs or ports from updating ? > > - Is it broken right now ? > > > > - It actually does. I want to submit a new port, and it requires a >recent version of py-colorama which is not available yet; > - No, it isn't AFAIK. Can you submit the p

Re: devel/py-colorama: no update yet

2015-03-17 Thread Kurt Jaeger
Hi! > > > Recently, I submitted a PR about devel/py-colorama: > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198605 > > > > > > Until now, I didn't get any reply on that. Could anyone update that port > > > for me, please? > > > > It's still pending on maintainer approval ? > Yes. And

Re: devel/py-colorama: no update yet

2015-03-17 Thread Kurt Jaeger
Hi! > Recently, I submitted a PR about devel/py-colorama: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198605 > > Until now, I didn't get any reply on that. Could anyone update that port > for me, please? It's still pending on maintainer approval ? -- p...@opsec.eu+49 171 31

devel/py-colorama: no update yet

2015-03-17 Thread Maxim Kirenenko
Dear everyone, Recently, I submitted a PR about devel/py-colorama: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198605 Until now, I didn't get any reply on that. Could anyone update that port for me, please? -- wbr, Maxim Filimonov ___ freebsd-

Re: net/unison240 depends on lang/ocaml-nox11

2015-03-17 Thread Guido Falsi
On 03/17/15 11:44, Jeremie Le Hen wrote: > On Tue, Mar 17, 2015 at 10:46 AM, Guido Falsi wrote: >> On 03/17/15 09:31, Jeremie Le Hen wrote: >>> On Mon, Mar 16, 2015 at 11:12 PM, Guido Falsi wrote: On 03/16/15 22:37, Jeremie Le Hen wrote: > Actually, I've just realized that I fixed net/un

Re: net/unison240 depends on lang/ocaml-nox11

2015-03-17 Thread Jeremie Le Hen
On Tue, Mar 17, 2015 at 10:46 AM, Guido Falsi wrote: > On 03/17/15 09:31, Jeremie Le Hen wrote: >> On Mon, Mar 16, 2015 at 11:12 PM, Guido Falsi wrote: >>> On 03/16/15 22:37, Jeremie Le Hen wrote: Actually, I've just realized that I fixed net/unison232 in my local tree :o). W

Re: net/unison240 depends on lang/ocaml-nox11

2015-03-17 Thread Guido Falsi
On 03/17/15 09:31, Jeremie Le Hen wrote: > On Mon, Mar 16, 2015 at 11:12 PM, Guido Falsi wrote: >> On 03/16/15 22:37, Jeremie Le Hen wrote: >>> Actually, I've just realized that I fixed net/unison232 in my local tree >>> :o). >>> >>> Would you mind submitting it and applying the same for unison24

Re: powerpc64 11.0-CURRENT portmaster lang/clang36 gets another error: llvm-build: error: '::sscanf' has not been declared

2015-03-17 Thread Mark Millard
Please excuse all the "gcc491" references. It is lang/gcc49 and currently that has 4.9.3 . The gcc 4.9.1 in my head was from earlier powerpc64-xtoolchain-gcc experiments. === Mark Millard markmi at dsl-only.net On 2015-Mar-17, at 02:19 AM, Mark Millard wrote: On a powerpc (non-64) I did pkg d

Re: powerpc64 11.0-CURRENT portmaster lang/clang36 gets another error: llvm-build: error: '::sscanf' has not been declared

2015-03-17 Thread Mark Millard
On a powerpc (non-64) I did pkg delete's for lang/gcc5 and lang/clang36 and tried installing lang/gcc491 first then reinstalling lang/clang36 (so it would bootstrap via gcc491). The result was the same as for lang/gcc5: llvm[4]: Compiling MSVCToolChain.cpp for Release build MSVCToolChain.cpp: I

Re: net/unison240 depends on lang/ocaml-nox11

2015-03-17 Thread Jeremie Le Hen
On Mon, Mar 16, 2015 at 11:12 PM, Guido Falsi wrote: > On 03/16/15 22:37, Jeremie Le Hen wrote: >> Actually, I've just realized that I fixed net/unison232 in my local tree :o). >> >> Would you mind submitting it and applying the same for unison240? >> > > I never noticed this since it never happen