Re: [CIL users] Merging files?

[Justin <jus...@co...>]

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