https://sourceware.org/bugzilla/show_bug.cgi?id=12398 --- Comment #13 from Pavel Å imerda --- (In reply to Ondrej Bilka from comment #12) > Did you send this patch to libc-alpha? Nope. Maybe we could discuss the libc development process some time in Prague or at LinuxAlt Brno? I'm not very familiar with it. -- You are receiving this mail because: You are on the CC list for the bug. >From glibc-bugs-return-19922-listarch-glibc-bugs=sources.redhat.com@sourceware.org Tue Oct 22 12:07:54 2013 Return-Path: Delivered-To: listarch-glibc-bugs@sources.redhat.com Received: (qmail 32178 invoked by alias); 22 Oct 2013 12:07:53 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Delivered-To: mailing list glibc-bugs@sourceware.org Received: (qmail 32123 invoked by uid 48); 22 Oct 2013 12:07:49 -0000 From: "libnoon at gmail dot com" To: glibc-bugs@sourceware.org Subject: [Bug manual/16073] New: Improve the manual on symbolic links Date: Tue, 22 Oct 2013 12:07:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: manual X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: libnoon at gmail dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2013-10/txt/msg00281.txt.bz2 Content-length: 1499 https://sourceware.org/bugzilla/show_bug.cgi?id073 Bug ID: 16073 Summary: Improve the manual on symbolic links Product: glibc Version: unspecified Status: NEW Severity: normal Priority: P2 Component: manual Assignee: unassigned at sourceware dot org Reporter: libnoon at gmail dot com CC: mtk.manpages at gmail dot com, roland at gnu dot org Created attachment 7246 --> https://sourceware.org/bugzilla/attachment.cgi?idr46&actioníit The proposed patch. Hello libc developers, This is the bugzilla entry for a discussion on libc-help that started on 12OCT2013. Currently the manual documents the symlink() function as this: Function: int symlink (const char *oldname, const char *newname) The symlink function makes a symbolic link to oldname named newname. [...] I find it impractical because, as I can never remember if the symlink is the first or second argument, I have to think about OLDNAME and NEWNAME to realize that NEWNAME is actually the symlink, while OLDNAME the contents of the symlink. It has been a long time since I thought it would be clearer if the parameters were simply named TARGET and LINKNAME. I have made this change in the attached patch, along with a few additions/corrections on filesys.texi. Could you please review it? Thanks! Best regards Fabrice -- You are receiving this mail because: You are on the CC list for the bug.