Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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?


  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