From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27671 invoked by alias); 9 Apr 2012 19:08:01 -0000 Received: (qmail 27658 invoked by uid 22791); 9 Apr 2012 19:08:00 -0000 X-SWARE-Spam-Status: No, hits=-8.1 required=5.0 tests=AWL,BAYES_00,KHOP_PGP_SIGNED,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,TW_RG,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 09 Apr 2012 19:07:45 +0000 Received: from vapier.localnet (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 3A17F1B40BC; Mon, 9 Apr 2012 19:07:45 +0000 (UTC) From: Mike Frysinger To: Doug Evans , Jie Zhang Subject: Re: [PATCH] gdb: add callback defines for new ARGV handling Date: Mon, 09 Apr 2012 19:08:00 -0000 User-Agent: KMail/1.13.7 (Linux/3.4.0-rc1; KDE/4.6.5; x86_64; ; ) Cc: gdb-patches@sourceware.org, toolchain-devel@blackfin.uclinux.org, newlib@sourceware.org References: <1294308908-23356-1-git-send-email-vapier@gentoo.org> <201101101729.10772.vapier@gentoo.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7777099.k5fdmYTTxf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201204091508.11480.vapier@gentoo.org> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-04/txt/msg00162.txt.bz2 --nextPart7777099.k5fdmYTTxf Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-length: 1749 Jie: could you comment on the below thread ? -mike On Monday 10 January 2011 22:38:11 Doug Evans wrote: > [+ newlib] >=20 > On Mon, Jan 10, 2011 at 2:29 PM, Mike Frysinger wrote: > >> For callback.h, IWBN to add some documentation regarding why things > >> are the way they are. E.g. if argn is preferred over argv, why? > >=20 > > these things were created long before i had even heard of either projec= t, > > so i can only speculate on their history. >=20 > Understood. >=20 > > i would guess that argv/argvlen made it > > more difficult to do what most people actually want -- pass argc/argv to > > the main function. and so argc/argn were born. >=20 > I wouldn't mind hearing more, sounds pretty fishy. > Though I understand it was before your time. >=20 > I found these in the newlib archives: > An inquiry into argv,argvlen: > http://sourceware.org/ml/newlib/2006/msg00859.html > Submission of argc,argn,argnlen: > http://sourceware.org/ml/newlib/2006/msg00883.html >=20 > I couldn't find any pushback when argn,argnlen were submitted. >=20 > > all i really know is that argc/argn/argnlen are labeled as "the new > > approach" in a few places, and as such, it is what the Blackfin port > > supports. >=20 > Blech. > I'm hesitant to approve the patch, but since this is sim,newlib I > don't want to hold things up much just because of this. >=20 > > it also seems like the syscall handling intended to handle argv at some > > point, but someone didnt get around to implementing it. so i could > > flesh that out too so that i could take the Blackfin argn/argc code and > > move it to common/syscall.c in the sim. >=20 > newlib: does anyone know the history of SYS_argc,argn,argnlen vs > SYS_argv,argvlen beyond the above mentioned emails? --nextPart7777099.k5fdmYTTxf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. Content-length: 836 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iQIcBAABAgAGBQJPgzObAAoJEEFjO5/oN/WBOeYP/1853BTXQjzoS3yj22BxUuBc s7MBMSahQOF/zdNitr1idwXUsjOBjST7WXqYlwldM1uQ8qvc8lfgsE6QFRQ5BcHZ Q93Lvfs/gWsnvW3ufdFleGbVoClIMSyAPAazlcOnPERyipraUSIlQPsz9TSDabUl 2N2gjJwpzzRrKOr9DK/Xi2yBEsvtJ3KZBijH5AHvdL4QYN32r3u154StUV7KNiM5 gTEdM3eRSmBpsLmeb/T/ca3dQv6grlD6nDf5CvBWWNRW1SutgV79ugfZZQJvL0dj qEoDtvf3MkJqApYfwB1hDtm1AS12s6N+TIXJroT3n1QccpH645b+DasGBqIZLuGY o7MeZ21ZgixI2ycaI/MY8lOTbqQyqVu1a2Y6i524dkTzNh8/QqGvDZE2bskGfUCL fQB9cumPDkcj4+OV8KAmpG+PFIMJElC+hRj5OssFlOCAPiFQ5x+aFFh0f92wRq6C wluDkakjggNhhfUiIJVzF9S4WJOzzcFrt3Td8YITb3xTaINv61X/4yyNqSRt9eWt 5v+JohbPKKnybq94HcIWU0zCb0m0qIqMzmCuODSRjFsCMpqJ5pfhoDeb2btHj2+3 euFyZvO6sj0St1m9Wx2WHICVaq3VOQsqLaULAd/9LSYabSA8PLqRnGAMd/3t94Ew nnCz5WiDS49A5eyJNZuE =2yu+ -----END PGP SIGNATURE----- --nextPart7777099.k5fdmYTTxf--