[MPlayer-users] libmpdemux/asf_mmst_streaming.c compilation problem

D Richard Felker III dalias at aerifal.cx
Mon Nov 3 20:14:19 CET 2003


On Sun, Nov 02, 2003 at 09:38:06PM -0800, Steven M. Schultz wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> 
> On Mon, 3 Nov 2003, D Richard Felker III wrote:
> 
> > > 	Adding --disable-iconv gets everything compiled but there are
> > > 	undefined symbols at link time.     
> > 
> > That's because you didn't make clean after rerunning configure, or
> > something. I compile with --enable-freetype and --disable-iconv all
> > the time!
> 
> 	How?   If you look in font_load_ft.c there are references to
> 	iconv() - if --disable-iconv is specified then -liconv will not
> 	be in the list of libraries linked against.  Where are those
> 	supposed to come from if iconv has been disabled?
> 
> > > font_load_ft.o(.text+0x1a4b): undefined reference to `libiconv_open'
> > > font_load_ft.o(.text+0x1a6c): undefined reference to `libiconv_close'
> > > font_load_ft.o(.text+0x1a76): undefined reference to `libiconv_open'
> > > font_load_ft.o(.text+0x1b08): undefined reference to `libiconv'
> > > font_load_ft.o(.text+0x1b7a): undefined reference to `libiconv_close'
> > > gmake: *** [mplayer] Error 1
> > > 
> > NOT acceptable!
> 
> 	No need to shout.
> 
> 	Undefined symbols are even more unacceptable.    

OK, maybe you're partially right. I think glibc includes iconv in the
main libc, so even though -liconv isn't specified, the iconv functions
are still available to font_load_ft.c. Obviously on non-glibc systems
this is a problem. Maybe I want to leave iconv enabled and just
--disable-i18n to get rid of the buggy locale stuff.

So, should ft support depend on iconv...?

Rich



More information about the MPlayer-users mailing list