Christoph Egger <christoph_eg...@gmx.de> writes: > Roy Marples wrote: >> Module Name: src >> Committed By: roy >> Date: Mon Jul 13 19:05:42 UTC 2009 >> >> Modified Files: >> src/bin/pax: options.c >> src/dist/nawk: maketab.c proctab.c proto.h run.c >> src/dist/pf/usr.sbin/ftp-proxy: ftp-proxy.c >> src/games/boggle/boggle: bog.c extern.h mach.c >> src/games/cribbage: crib.c cribbage.h io.c >> src/games/gomoku: bdisp.c gomoku.h main.c >> src/libexec/ftpd: extern.h ftpcmd.y ftpd.c >> src/usr.bin/csplit: csplit.c >> src/usr.bin/ctags: C.c ctags.h fortran.c lisp.c print.c yacc.c >> src/usr.bin/fsplit: fsplit.c >> src/usr.bin/ftp: cmds.c extern.h fetch.c main.c util.c >> src/usr.bin/gencat: gencat.c >> src/usr.bin/rs: rs.c >> src/usr.bin/unifdef: unifdef.c >> src/usr.sbin/inetd: inetd.c >> src/usr.sbin/lpr/common_source: common.c displayq.c lp.h rmjob.c >> src/usr.sbin/lpr/lpc: cmds.c >> src/usr.sbin/lpr/lpd: printjob.c >> >> Log Message: >> Rename internal getline() function to get_line() so it does >> conflict with the soon to be added getline(3) libc function. > > You mean, that is does *not* conflict, right ?
I'm also confused here -- wouldn't the definition in libc be shadowed by the version in the program itself? Perry -- Perry E. Metzger pe...@piermont.com
