public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
From: Joseph Myers <joseph@codesourcery.com>
To: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Cc: "Maciej W. Rozycki" <macro@imgtec.com>,
	Aurelien Jarno <aurelien@aurel32.net>,
	<libc-alpha@sourceware.org>
Subject: Re: [PATCH] mips/o32: fix internal_syscall5/6/7
Date: Thu, 17 Aug 2017 17:32:00 -0000	[thread overview]
Message-ID: <alpine.DEB.2.20.1708171729020.25361@digraph.polyomino.org.uk> (raw)
In-Reply-To: <bfef7321-0a07-13bf-a153-431c244bab0a@linaro.org>

On Thu, 17 Aug 2017, Adhemerval Zanella wrote:

> My point is I think we should aim for compiler optimization safeness
> (to avoid code breakage over compiler defined default flags) and taking
> as base current approach to *avoid* VLA on GLIBC I do not think it is
> good approach to use it as a bridge to force GCC to generate the expected
> code.

I think the point that -Werror=alloca -Werror=vla would be desirable for 
building glibc (if you don't have any variable-size stack allocations, you 
don't need to worry about problems with unbounded stack allocations, which 
are always bad, even given reliable stack checking, because of the 
inability to report errors from them) is a good one about why to avoid 
using the VLA approach.

-- 
Joseph S. Myers
joseph@codesourcery.com

  reply	other threads:[~2017-08-17 17:32 UTC|newest]

Thread overview: 53+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-15 11:53 Aurelien Jarno
2017-08-15 12:03 ` Andreas Schwab
2017-08-15 13:06   ` Adhemerval Zanella
2017-08-15 16:18     ` Aurelien Jarno
2017-08-15 16:26     ` Joseph Myers
2017-08-15 19:34       ` Aurelien Jarno
2017-08-15 19:54         ` Joseph Myers
2017-08-15 20:09           ` Aurelien Jarno
2017-08-15 20:21             ` Joseph Myers
2017-08-15 20:41               ` Aurelien Jarno
2017-08-16 13:26               ` Maciej W. Rozycki
2017-08-16 13:44                 ` Joseph Myers
2017-08-16 14:13                   ` Adhemerval Zanella
2017-08-16 14:47                     ` Maciej W. Rozycki
2017-08-16 14:54                       ` Adhemerval Zanella
2017-08-16 16:12                         ` Aurelien Jarno
2017-08-16 21:08                         ` Aurelien Jarno
2017-08-16 22:11                           ` Maciej W. Rozycki
2017-08-16 15:18                     ` Aurelien Jarno
2017-08-16 21:15                     ` Aurelien Jarno
2017-08-17 13:33                       ` Adhemerval Zanella
2017-08-16 14:32                   ` Maciej W. Rozycki
2017-08-16 14:47                     ` Joseph Myers
2017-08-17 16:17                       ` Maciej W. Rozycki
2017-08-17 17:25                         ` Adhemerval Zanella
2017-08-17 17:32                           ` Joseph Myers [this message]
2017-08-17 20:34                           ` Maciej W. Rozycki
2017-08-17 21:09                             ` Adhemerval Zanella
2017-08-17 21:20                               ` Aurelien Jarno
2017-08-17 22:05                                 ` Adhemerval Zanella
2017-08-17 22:34                                 ` Maciej W. Rozycki
2017-08-18  7:16                                   ` Aurelien Jarno
2017-08-18  9:32                                     ` Maciej W. Rozycki
2017-08-18 17:45                                       ` Aurelien Jarno
2017-08-18 22:27                                         ` Maciej W. Rozycki
2017-08-19 12:45                                           ` Aurelien Jarno
2017-08-21 10:49                                             ` Maciej W. Rozycki
2017-08-21 14:30                                               ` Adhemerval Zanella
2017-08-24 13:27                                                 ` [PATCH v5] [BZ #21956] MIPS/o32: Fix internal_syscall5/6/7 Maciej W. Rozycki
2017-08-24 20:08                                                   ` Adhemerval Zanella
2017-08-29 18:00                                                     ` Maciej W. Rozycki
2017-08-30 20:33                                                       ` Aurelien Jarno
2017-09-08 11:15                                                     ` MIPS: Standalone/inline assembly issues (was: MIPS/o32: Fix internal_syscall5/6/7) Maciej W. Rozycki
2017-08-26  8:00                                                   ` [PATCH v5] [BZ #21956] MIPS/o32: Fix internal_syscall5/6/7 Aurelien Jarno
2017-08-22  8:25                                               ` [PATCH] mips/o32: fix internal_syscall5/6/7 Aurelien Jarno
2017-08-22 10:07                                                 ` Maciej W. Rozycki
2017-08-30 15:35                                               ` Maciej W. Rozycki
2017-08-30 20:33                                                 ` Aurelien Jarno
2017-08-17 21:34                               ` Aurelien Jarno
2017-08-17 21:47                               ` Maciej W. Rozycki
2017-08-17 18:18                         ` Aurelien Jarno
2017-08-15 16:16   ` Aurelien Jarno
2017-08-15 12:17 ` Florian Weimer

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=alpine.DEB.2.20.1708171729020.25361@digraph.polyomino.org.uk \
    --to=joseph@codesourcery.com \
    --cc=adhemerval.zanella@linaro.org \
    --cc=aurelien@aurel32.net \
    --cc=libc-alpha@sourceware.org \
    --cc=macro@imgtec.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).