Marco,
How do you determine the version? I am using a version that was
packaged w/ CREST. There was mention that it is slightly modified in
order to function better with CREST, but I don' t know any of the
details of that. But that is one reason I have been a bit reluctant to
try a normal install - I don't want to break CREST. (Heck, I suppose
that it might work better! :))
I didn't find a --version flag for cilly, either.
What's up with the path: /home/joel/apps/... ?
That's not me, nor does that path exist on my machine. The rest of the
path is correct, for the version of CIL that installed with CREST; if
you just replace that 'joel' with 'justin' it would be real.
Just d'loaded and 'make'ed CIL 1.3.7. 'make quicktest' succeeded.
'cilly --help' produces output, but still lists that /home/joel path.
It appears to be using that path even after I installed the new
version. See output below.
<BEGIN> --------------------------------------------
justin@Phobos-Linux:~/classes/cs362/Lin_Dom$ cd /home/joel
bash: cd: /home/joel: No such file or directory
justin@Phobos-Linux:~/classes/cs362/Lin_Dom$
/home/joel/apps/crest/cil/obj/x86_LINUX/cilly.asm.exe --helpbash:
/home/joel/apps/crest/cil/obj/x86_LINUX/cilly.asm.exe: No such file or
directory
justin@Phobos-Linux:~/classes/cs362/Lin_Dom$
<END> --------------------------------------------
OK, same results for my original problem after d'loading 1.3.7:
<BEGIN> --------------------------------------------
$ ls
bin interface.c Makefile rngs.c
cardDefs.h interface.h moreFunctions.h rngs.h
dominion.c Lin_Dominion_jc.cbp obj rt.c
dominion.c.save Lin_Dominion_jc.depend playdom.c unitTests_jjc.c
dominion.h Lin_Dominion_jc.layout player.c
justin@Phobos-Linux:~/classes/cs362/Lin_Dom$ cilly --verbose
--save-temps --merge --keepmerged unitTests_jjc.c rngs.c dominion.c -o
dominion-merged
Preprocessing unitTests_jjc.c
gcc -D_GNUCC -E -DCIL=1 unitTests_jjc.c -o ./unitTests_jjc.i
Saving source ./unitTests_jjc.i into ./unitTests_jjc.o
Preprocessing rngs.c
gcc -D_GNUCC -E -DCIL=1 rngs.c -o ./rngs.i
Saving source ./rngs.i into ./rngs.o
Preprocessing dominion.c
gcc -D_GNUCC -E -DCIL=1 dominion.c -o ./dominion.i
Saving source ./dominion.i into ./dominion.o
Merging saved sources into dominion-merged_comb.o (in process of linking
dominion-merged)
Will merge the following: KeptFile=HASH(0x16f7378)
KeptFile=HASH(0x16f9cf8) KeptFile=HASH(0x16f9e30)
Will just link the genuine object files:
After merge compile flags:
/home/joel/apps/crest/cil/obj/x86_LINUX/cilly.asm.exe --out
./dominion-merged.cil.c --verbose ./unitTests_jjc.o ./rngs.o
./dominion.o --mergedout ./dominion-merged_comb.c
justin@Phobos-Linux:~/classes/cs362/Lin_Dom$ ls
bin dominion.i Lin_Dominion_jc.depend playdom.c
rngs.o
cardDefs.h dominion.o Lin_Dominion_jc.layout player.c
rt.c
dominion.c interface.c Makefile rngs.c
unitTests_jjc.c
dominion.c.save interface.h moreFunctions.h rngs.h
unitTests_jjc.i
dominion.h Lin_Dominion_jc.cbp obj rngs.i
unitTests_jjc.o
<END> --------------------------------------------
No, these aren't pasted together runs; that is uninterrupted output from
the terminal window.
That's all I have for now. Thanks for helping out.
-- Justin
On 02/17/2011 08:02 AM, Marco Trudel wrote:
> On 17.02.2011 16:36, Justin wrote:
>> <snip>
>>
>>
>> $ cilly --verbose --save-temps --merge --keepmerged unitTests_jjc.c
>> rngs.c dominion.c -o dominion-merged
>> Preprocessing unitTests_jjc.c
>> gcc -D_GNUCC -E -DCIL=1 unitTests_jjc.c -o ./unitTests_jjc.i
>> Saving source ./unitTests_jjc.i into ./unitTests_jjc.o
>> Preprocessing rngs.c
>> gcc -D_GNUCC -E -DCIL=1 rngs.c -o ./rngs.i
>> Saving source ./rngs.i into ./rngs.o
>> Preprocessing dominion.c
>> gcc -D_GNUCC -E -DCIL=1 dominion.c -o ./dominion.i
>> Saving source ./dominion.i into ./dominion.o
>> Merging saved sources into dominion-merged_comb.o (in process of linking
>> dominion-merged)
>> Will merge the following: KeptFile=HASH(0x22cd378)
>> KeptFile=HASH(0x22cfcf8) KeptFile=HASH(0x22cfe30)
>> Will just link the genuine object files:
>> After merge compile flags:
>> /home/joel/apps/crest/cil/obj/x86_LINUX/cilly.asm.exe --out
>> ./dominion-merged.cil.c --verbose ./unitTests_jjc.o ./rngs.o
>> ./dominion.o --mergedout ./dominion-merged_comb.c
>>
>> $ ls
>> bin dominion.h interface.h Makefile
>> player.c rngs.o unitTests_jjc.o
>> cardDefs.h dominion.i Lin_Dominion_jc.cbp moreFunctions.h
>> rngs.c rt.c
>> dominion.c dominion.o Lin_Dominion_jc.depend obj
>> rngs.h unitTests_jjc.c
>> dominion.c.save interface.c Lin_Dominion_jc.layout playdom.c
>> rngs.i unitTests_jjc.i
>>
>>
>>
>> You can see that there is no ".comb.c" file.
> There is also no "dominion-merged" binary. Did you maybe copy paste some
> messages together and it's actually located in the "bin" directory?
> Otherwise: What CIL version are you using? Does it work for single files?
> The command you're trying works for me with latest svn version.
>
>
>> The various .o and .i
>> files are there, though (the result of the --save-temps flag I
>> believe...I wasn't even seeing those before I found that flag).
>>
>> The 'coming soon' statement is from the README file.
>>
>>
>> Thanks,
>> J
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
CIL-users mailing list
CIL-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cil-users
