Re: Compilation problem in libcruft/misc: smachar.c does not exist

[David Bateman]

Michael Goffioul wrote:
> On Thu, Jun 12, 2008 at 4:10 PM, David Bateman
> <address@hidden> wrote:
>   
>> Huh? I thought I'd address that issue with the addition of CEXTRA in
>> libcruft/Makerules.in and adding smachar.c to CEXTRA in the
>> libcruft/misc/Makefile.in.. This works on my system. Are you sure you
>> did an "./autogen.sh;./configure" to regenerate the build files..
>> Perhaps a "make clean" might also be necessary to get rid of smachar.d,
>> and perhaps other things as well.
>>     
>
> I already tried that. The problem occurs during creation of smachar.d,
> because it tries to create it from smachar.c. Does this file exist?
> How is this supposed to work?
>
> Michael.
>
>   
smachar.d is not supposed to be created at all, as only machar.d is
relevant. smachar.c doesn't exist, and there is a special rule to create
smachar.o and machar.i in libcruft/misc/Makefile.in, these being

machar.o: $(srcdir)/machar.c
    $(XCC) -c $(CPPFLAGS) $(XALL_CFLAGS) -DDP $< -o $@

smachar.o: $(srcdir)/machar.c
    $(XCC) -c $(CPPFLAGS) $(XALL_CFLAGS) -DSP $< -o $@

pic/machar.o: $(srcdir)/machar.c
    $(XCC) -c $(CPPFLAGS) $(CPICFLAG) $(XALL_CFLAGS) -DDP $< -o $@

pic/smachar.o: $(srcdir)/machar.c
    $(XCC) -c $(CPPFLAGS) $(CPICFLAG) $(XALL_CFLAGS) -DSP $< -o $@

and as you can see both are built from machar.c with different flags.

D.

-- 
David Bateman                                address@hidden
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE                  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary