Interesting. Both versions work with my clang.
ergmac:factor erg$ [master*] clang --version
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.4.0
Thread model: posix
So if the fix is correct, then we are all good.
Doug
On Fri, Aug 14, 2015 at
For info, it works directly on x86 linux
Jon
On Fri, Aug 14, 2015 at 6:17 AM, Georg Simon georg.si...@auge.de wrote:
For me the need lies in the future.
I am using a Factor written todo list editor, primarily to learn to use
the Factor UI.
I now add deadlines. So I want to display
Maybe just format them locally so you see something you expect?
. , replace
On Thu, Aug 13, 2015 at 9:17 PM, Georg Simon georg.si...@auge.de wrote:
For me the need lies in the future.
I am using a Factor written todo list editor, primarily to learn to use
the Factor UI.
I now add
Hi,
for info, we can't compile the factor vm with the default compiler (gcc
4.7.2) of debian oldstable wheezy anymore.
First, it has a false compilation error (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54277):
g++ -c -x c++-header -Wall -DFACTOR_VERSION=0.98
By the way, I do not think it is a good idea to directly parse or
format numbers based on locale, for portability.
I would rather have different functions that also take a locale into
account (not necessarily the system one) and a constant with the
system locale
2015-08-14 18:52 GMT+02:00 Jon
Maybe gcc should spend more time implementing C++14 and fixing bugs and
less time worrying about someone stealing their AST.
You can use clang and it should work.
CC=clang CXX=clang++ make
I'll patch the implicit this but I don't know what else to say. :)
Doug
On Fri, Aug 14, 2015 at 10:00 AM,
So if the fix is correct, then we are all good.
The implicit this fix doesn't change anything:
With Wheezy's clang, it has no effect: it always segfaults during the
precompilation of master.hpp
With Wheezy's gcc, it goes from a false negative error during the
precompilation of master.hpp to a
I missed your point.
We decided to use C++11 features a few months ago, so we need whatever it
takes to compile that correctly.
Maybe we need to switch to cmake or modify factor.sh to check that the
compiler version is high enough.
It sucks that Debian is shipping a buggy compiler with a stable
I started this discussion because I thought that not everybody was aware of
the impact of the recent c++11 changes. We now have stronger requirements
than most projects, but this also means we have cleaner c++ code :) I think
that's worth it.
I'll test with different gcc and clang versions so we
Cool. Here's an issue for it:
https://github.com/slavapestov/factor/issues/1440
On Fri, Aug 14, 2015 at 1:31 PM, Jon Harper jon.harpe...@gmail.com wrote:
I started this discussion because I thought that not everybody was aware
of the impact of the recent c++11 changes. We now have stronger
10 matches
Mail list logo
