On 13/01/2014, at 4:37 AM, john skaller wrote:
> This is a bug:
>
> class A [T] { virtual fun f : 1 -> T; }
> instance A[int] { fun f : 1 -> int = "1"; }
> instance A[long] { fun f : 1 -> long = "2L"; }
> open A[long];
> //open A[int];
> println$ f ();
Now fixed. And since the original problem was fopen_input
fopen_output not telling if it was using C or C++ ...
I have just deleted C++ iostreams entirely from Felix
since they're screwed up badly anyhow and are
of no use.
But now I get a bug in the C/C++ standard library.
/Users/johnskaller/.felix/cache/text/Users/johnskaller/felix/build/release/share/lib/plugins/toolchain_clang_linux.cpp:462:34:
fatal error:
no member named '__stderrp' in namespace 'std'
_i41673_v41673_s = ::std::stderr; //init
~~~~~~~^
/usr/include/stdio.h:238:16: note: expanded from macro 'stderr'
#define stderr __stderrp
^
1 error generated.
I could never figure out how C and C++ could coexist,
seems the library implementors couldn't either. Both <stdio.h>
and <cstdio> are included.
My policy has been to prefer C++ version and explicit qualification.
Looks like this breaks, at least with Clang 3.3svn in --std=c++11 mode.
--
john skaller
[email protected]
http://felix-lang.org
------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
_______________________________________________
Felix-language mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/felix-language
