On Thu, Nov 24, 2011 at 10:59:41AM +0100, Philippe Strauss wrote:
> Makefile.in contain a GNU-ism about sed, on OSX I need something like this.
Thanks for the report, I'll push a fix in the 1.4.1 bugfix release (probably
available for Christmas).
--
Gabriel
-
Hello,
Makefile.in contain a GNU-ism about sed, on OSX I need something like this.
Regards.
--- Makefile.in.orig2011-11-24 10:46:12.0 +0100
+++ Makefile.in 2011-11-24 10:46:48.0 +0100
@@ -411,7 +411,7 @@
install: install-findlib
$(INSTALL) -d $(DESTDIR)$(perl_vendorl
On Nov 24, 2011, at 10:49 AM, Gabriel Kerneis wrote:
> On Thu, Nov 24, 2011 at 10:38:34AM +0100, Dimiter Milushev wrote:
>
>> I imagine one way is to possibly use CIL on a file that is not
>> preprocessed?
>> The reason I am asking is that I need a transformation that will keep
>> some structur
On Thu, Nov 24, 2011 at 10:38:34AM +0100, Dimiter Milushev wrote:
> Hi all,
>
> I am new to CIL and still learning, but I have the following question.
> Is it possible to use comments to ``direct'' a CIL transformation?
No but you could maybe use pragmas:
#pragma somepragma("with", "parameters",
Hello,
On Sat, Nov 12, 2011 at 03:20:19AM +0100, Ralf Vogler wrote:
> I'm trying to reproduce double rounding problems like shown here:
> http://www.exploringbinary.com/double-rounding-errors-in-floating-point-conversions/
> For that I need to know the full value of long double literals.
I do not
Hi all,
I am new to CIL and still learning, but I have the following question.
Is it possible to use comments to ``direct'' a CIL transformation?
I imagine one way is to possibly use CIL on a file that is not preprocessed?
The reason I am asking is that I need a transformation that will keep
some
Hello!
I'm trying to reproduce double rounding problems like shown here:
http://www.exploringbinary.com/double-rounding-errors-in-floating-point-conversions/
For that I need to know the full value of long double literals.
Problem:
> Because CIL uses 64-bit floating point numbers in its internal
