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:
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
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 --
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
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
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
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
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
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
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
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-
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
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
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
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
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
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
17 matches
Mail list logo