From: "Kaveh R. Ghazi" <ghazi@caip.rutgers.edu>
To: mark@codesourcery.com
Cc: gcc@gcc.gnu.org
Subject: Re: GCC's statement expression extension
Date: Fri, 28 Jul 2000 13:08:00 -0000 [thread overview]
Message-ID: <200007282008.QAA03158@caip.rutgers.edu> (raw)
> From: Mark Mitchell <mark@codesourcery.com>
>
> >>>>> "Kaveh" == Kaveh R Ghazi <ghazi@caip.rutgers.edu> writes:
>
> Kaveh> Mark,
>
> Kaveh> As I see it, you're only proposing removing stmt exprs
> Kaveh> from G++. The blocking factor is glibc's use of them in
> Kaveh> headers to optimize things like the string functions. I
> Kaveh> don't have access to my linux box at the
>
> Oh, no! Your access went away right in the middle of that sentence!
:-) Sorry.
I was going to say...
I don't have access to my linux box at the moment, but IIRC don't the
glibc headers have a way, via a cpp macro or something, to turn off
use of the replacement string macros that use stmt exprs and back down
to function calls? (__NO_STRING_INLINES?)
If so, we can just teach g++ to always pass -D__NO_STRING_INLINES to
cpp to make sure the appropriate magic happens to turn off these stmt
expr using macros and then you can safely take out stmt exprs from
G++.
I don't know if all stmt exprs were protected using wrappers macros
though. E.g. I don't think strdupa() was macro wrapped.
Anyway, just a thought...
--Kaveh
--
Kaveh R. Ghazi Engagement Manager / Project Services
ghazi@caip.rutgers.edu Qwest Internet Solutions
next reply other threads:[~2000-07-28 13:08 UTC|newest]
Thread overview: 104+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-07-28 13:08 Kaveh R. Ghazi [this message]
2000-07-28 13:45 ` Mark Mitchell
-- strict thread matches above, loose matches on Subject: below --
2000-08-04 5:39 Mark Kettenis
2000-08-04 9:06 ` Mark Mitchell
2000-08-03 16:48 John Marshall
2000-08-03 16:55 ` Mark Mitchell
2000-08-03 14:32 Mike Stump
2000-08-04 4:36 ` Jamie Lokier
2000-08-04 9:04 ` Mark Mitchell
2000-08-04 9:26 ` Jamie Lokier
2000-08-04 13:19 ` Mark Mitchell
2000-08-02 13:44 Mike Stump
2000-08-03 10:55 ` Jamie Lokier
2000-08-03 16:13 ` Mark Mitchell
2000-08-04 12:38 ` Kamil Iskra
2000-08-04 13:24 ` Mark Mitchell
2000-08-05 11:56 ` Kamil Iskra
2000-08-05 12:03 ` Mark Mitchell
2000-08-01 18:14 Mike Stump
2000-08-01 21:52 ` Mark Mitchell
2000-08-02 16:59 ` Alexandre Oliva
2000-08-02 21:01 ` Per Bothner
2000-07-31 9:31 Phil Edwards
2000-07-30 3:49 Richard Kenner
2000-07-28 12:14 Kaveh R. Ghazi
2000-07-28 12:22 ` Mark Mitchell
2000-07-28 12:01 Anjul Srivastava
2000-07-28 12:11 ` Gabriel Dos Reis
2000-07-28 13:33 ` sidster
2000-07-27 19:46 Richard Kenner
2000-07-27 21:11 ` Jim Wilson
2000-07-27 19:29 Richard Kenner
2000-07-27 19:39 ` Jeffrey A Law
2000-07-27 19:45 ` Michael Meissner
2000-07-27 20:16 ` Mark Mitchell
2000-07-27 20:50 ` Michael Meissner
2000-07-27 20:57 ` Jim Wilson
2000-07-27 21:25 ` Mark Mitchell
2000-07-27 20:14 ` Mark Mitchell
2000-07-27 19:20 Richard Kenner
2000-07-27 19:26 ` Mark Mitchell
2000-07-30 12:09 ` Linus Torvalds
2000-07-27 18:41 Richard Kenner
2000-07-27 19:15 ` Mark Mitchell
2000-07-28 3:59 ` Marc Espie
2000-07-28 8:11 ` Mark Mitchell
2000-08-02 15:00 ` Kamil Iskra
2000-08-02 15:14 ` Mo McKinlay
2000-08-02 15:18 ` Mark Mitchell
2000-07-27 18:24 Richard Kenner
2000-07-27 18:38 ` Mark Mitchell
2000-07-27 19:21 ` Michael Meissner
2000-07-27 21:15 ` Jim Wilson
2000-07-28 7:31 ` Michael Meissner
2000-07-28 9:08 ` Nick Ing-Simmons
2000-07-28 9:19 ` Gabriel Dos Reis
2000-07-28 9:37 ` Nick Ing-Simmons
2000-07-27 23:53 ` Gabriel Dos Reis
2000-07-28 12:08 ` Stan Shebs
2000-07-28 12:16 ` Gabriel Dos Reis
2000-07-28 13:07 ` Stan Shebs
2000-07-28 12:28 ` Mark Mitchell
2000-07-28 14:08 ` Stan Shebs
2000-07-28 17:49 ` llewelly
2000-07-28 22:54 ` Mark Mitchell
2000-07-28 22:40 ` Mark Mitchell
2000-07-29 10:28 ` Per Bothner
2000-07-29 10:43 ` Mark Mitchell
2000-07-29 11:48 ` Alexandre Oliva
2000-07-29 12:09 ` Mark Mitchell
2000-07-29 12:30 ` Alexandre Oliva
2000-07-29 12:52 ` Mark Mitchell
2000-07-29 14:07 ` Alexandre Oliva
2000-07-30 10:06 ` Mark Mitchell
2000-07-30 9:29 ` Per Bothner
2000-07-30 11:23 ` Linus Torvalds
2000-07-29 18:00 ` Per Bothner
2000-07-29 16:20 ` Marc Espie
2000-07-21 16:31 Joseph S. Myers
2000-07-23 9:39 ` Jeffrey A Law
2000-07-23 9:52 ` Mark Mitchell
2000-07-24 15:48 ` Geoff Keating
2000-07-25 8:44 ` Mark Mitchell
2000-07-26 21:25 ` Richard Henderson
2000-07-26 21:24 ` Richard Henderson
2000-07-26 21:38 ` Mark Mitchell
2000-07-26 22:51 ` Linus Torvalds
2000-07-27 21:14 ` Marc Espie
2000-07-27 21:28 ` Mark Mitchell
2000-07-27 21:29 ` Mo McKinlay
2000-07-28 0:45 ` Akbar A.
2000-07-28 7:27 ` Michael Meissner
2000-07-28 11:50 ` Linus Torvalds
2000-07-28 21:14 ` Marc Espie
2000-07-28 21:28 ` Linus Torvalds
2000-07-29 1:40 ` Marc Espie
2000-07-30 10:21 ` Linus Torvalds
2000-07-27 4:34 ` Joseph S. Myers
2000-07-27 4:53 ` Gabriel Dos Reis
2000-07-27 9:42 ` Mark Mitchell
2000-07-27 17:32 ` Michael Meissner
2000-07-27 14:51 ` Alexandre Oliva
2000-07-29 10:41 ` Per Bothner
2000-07-29 14:36 ` Jamie Lokier
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=200007282008.QAA03158@caip.rutgers.edu \
--to=ghazi@caip.rutgers.edu \
--cc=gcc@gcc.gnu.org \
--cc=mark@codesourcery.com \
/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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).