From: Doug Evans <dje@google.com>
To: Mike Frysinger <vapier@gentoo.org>
Cc: gdb-patches@sourceware.org, toolchain-devel@blackfin.uclinux.org,
newlib@sourceware.org
Subject: Re: [PATCH] gdb: add callback defines for new ARGV handling
Date: Tue, 11 Jan 2011 03:38:00 -0000 [thread overview]
Message-ID: <AANLkTi=UrcCcLLtpvEG5x0yfQwzqXxhNCnTz2eAsWac5@mail.gmail.com> (raw)
In-Reply-To: <201101101729.10772.vapier@gentoo.org>
[+ newlib]
On Mon, Jan 10, 2011 at 2:29 PM, Mike Frysinger <vapier@gentoo.org> 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?
>
> these things were created long before i had even heard of either project, so i
> can only speculate on their history.
Understood.
> 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.
I wouldn't mind hearing more, sounds pretty fishy.
Though I understand it was before your time.
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
I couldn't find any pushback when argn,argnlen were submitted.
> 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.
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.
> 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.
newlib: does anyone know the history of SYS_argc,argn,argnlen vs
SYS_argv,argvlen beyond the above mentioned emails?
next prev parent reply other threads:[~2011-01-11 3:38 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-06 9:15 Mike Frysinger
2011-01-10 17:57 ` Doug Evans
2011-01-10 21:25 ` Mike Frysinger
2011-01-10 22:12 ` Doug Evans
2011-01-10 22:29 ` Mike Frysinger
2011-01-11 3:38 ` Doug Evans [this message]
2012-04-09 19:08 ` Mike Frysinger
2012-04-17 7:00 ` Jie Zhang
2012-04-12 6:27 ` Mike Frysinger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='AANLkTi=UrcCcLLtpvEG5x0yfQwzqXxhNCnTz2eAsWac5@mail.gmail.com' \
--to=dje@google.com \
--cc=gdb-patches@sourceware.org \
--cc=newlib@sourceware.org \
--cc=toolchain-devel@blackfin.uclinux.org \
--cc=vapier@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox