[Ffmpeg-cvslog] r5721 - trunk/libavformat/Makefile

[Måns Rullgård]

Rich Felker said:
> On Thu, Jul 13, 2006 at 08:59:38AM +0100, M?ns Rullg?rd wrote:
>> Rich Felker <dalias at aerifal.cx> writes:
>>
>> > On Wed, Jul 12, 2006 at 02:10:12AM +0200, mru wrote:
>> >>  OBJS-$(CONFIG_MPEGTS_MUXER)              += mpegtsenc.o
>> >>  OBJS-$(CONFIG_MPJPEG_MUXER)              += mpjpeg.o
>> >>  OBJS-$(CONFIG_NSV_DEMUXER)               += nsvdec.o riff.o
>> >> -OBJS-$(CONFIG_NUT_DEMUXER)               += nut.o riff.o
>> >> -OBJS-$(CONFIG_NUT_MUXER)                 += nut.o riff.o
>> >> +OBJS-$(CONFIG_NUT_DEMUXER)               += nut.o riff.o crc.o
>> >> +OBJS-$(CONFIG_NUT_MUXER)                 += nut.o riff.o crc.o
>> >
>> > Does the build system have a way to eliminate duplicate objects when
>> > building the complete list? Otherwise these files will be linked twice
>> > when making shared libs, and possibly included in .a libs twice too
>> > (altho that won't affect final binaries).
>>
>> Make removes duplicates automatically.
>
> In the contexts of dependency lists, yes, but for something like:
> cc -o foo $(OBJS)
> I'm really doubtful that it does. I guess I should just RTFMF and see
> for myself though if I care.. You're probably right.

In a case like your example, the duplicates wouldn't be removed.  However,
we always use the $^ variable rather than $(OBJS) so it's not a problem.
If I've missed some place that does get duplicates, please point it out.

-- 
M?ns Rullg?rd
mru at inprovide.com