Is anyone else observing this?
$ wget http://people.csail.mit.edu/smcc/projects/single-file-programs/gcc.c.bz2
$ bunzip2 gcc.c.bz2
$ /usr/local/distrib/cil/bin/cilly gcc.c
gcc -D_GNUCC -E -DCIL=1 gcc.c -o /tmp/cil-mMpPSp9W.i
/usr/local/distrib/cil/obj/x86_LINUX/cilly.asm.exe --out
/tmp/cil-T9TaM
Gabriel Kerneis wrote:
> This is definitely a bug in CIL. I just stumbled upon the relevant part
> of the code and noticed that things are handled correctly in the case of
> simple assignments, but not for compound assignements (as you noticed).
>
> You will find a patch attached. Please, test i
Gabriel Kerneis wrote:
> On Thu, Oct 22, 2009 at 08:21:59AM +0100, Misha Aizatulin wrote:
>> Does anyone have a suggestion for dealing with this? Is there a way to
>> add something to the file before the first preprocessing pass?
>
> Here is how we solve the very same problem for CPC:
>
> # Mak
On Thu, Oct 22, 2009 at 08:21:59AM +0100, Misha Aizatulin wrote:
> Does anyone have a suggestion for dealing with this? Is there a way to
> add something to the file before the first preprocessing pass?
Here is how we solve the very same problem for CPC:
# Makefile
.cpc.cpi:
gcc -E -x c
hi,
I'm facing the following problem: I'm inserting some function calls
into the code using CIL. The new functions are defined in a separate
header, say funs.h. The naive idea would be to add
GText "#include \"funs.h\""
to the list of globals, however this doesn't work: if funs.h itself
#inclu
