public inbox for gcc-bugs@sourceware.org help / color / mirror / Atom feed
From: "ian at wasabisystems dot com" <gcc-bugzilla@gcc.gnu.org> To: gcc-bugs@gcc.gnu.org Subject: [Bug pch/14400] Cannot compile qt-x11-free-3.3.0 Date: Fri, 02 Apr 2004 15:18:00 -0000 [thread overview] Message-ID: <20040402151811.30051.qmail@sources.redhat.com> (raw) In-Reply-To: <20040303083528.14400.schmid@snake.iap.physik.tu-darmstadt.de> ------- Additional Comments From ian at wasabisystems dot com 2004-04-02 15:18 ------- Subject: Re: Cannot compile qt-x11-free-3.3.0 "geoffk at apple dot com" <gcc-bugzilla@gcc.gnu.org> writes: > On Mar 29, 2004, at 11:06 PM, Ian Lance Taylor wrote: > > PR 14206 is fixed on mainline by RTH's patch. For 3.4 I put in a doc > > fix. > I've now caught up enough that I read RTH's patch (I've been on > vacation). Yes, that patch should fix this problem too. I'd suggest > backporting it to 3.4. We can do that. However, I am still troubled by the fact that the default fallback for gt_pch_get_address/gt_pch_use_address is unreliable. RTH's patch may well fix the problem on GNU/Linux for all but strange cases. But it seems to me that with that patch PCH will work reasonably on GNU/Linux and on Darwin, but will not work reliably on any other system. That is, I don't think that any system can reliably use mmap_gt_pch_get_address/mmap_gt_pch_use_address, although they are the default functions on a system which supports mmap. Is it better to have PCH which unpredictably fails or PCH which reliably fails? Right now, in mainline, I think we have the former, except on GNU/Linux and Darwin. Ian -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14400
next prev parent reply other threads:[~2004-04-02 15:18 UTC|newest] Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-03-03 8:35 [Bug pch/14400] New: " schmid at snake dot iap dot physik dot tu-darmstadt dot de 2004-03-03 12:40 ` [Bug pch/14400] " giovannibajo at libero dot it 2004-03-03 16:44 ` pinskia at gcc dot gnu dot org 2004-03-04 6:07 ` schmid at snake dot iap dot physik dot tu-darmstadt dot de 2004-03-04 7:03 ` schmid at snake dot iap dot physik dot tu-darmstadt dot de 2004-03-17 5:50 ` mmitchel at gcc dot gnu dot org 2004-03-17 5:56 ` pinskia at gcc dot gnu dot org 2004-03-25 6:57 ` pinskia at gcc dot gnu dot org 2004-03-26 8:01 ` schmid at snake dot iap dot physik dot tu-darmstadt dot de 2004-03-27 7:03 ` ian at wasabisystems dot com 2004-03-30 1:42 ` geoffk at gcc dot gnu dot org 2004-03-30 7:07 ` ian at wasabisystems dot com 2004-04-01 1:17 ` geoffk at apple dot com 2004-04-02 15:18 ` ian at wasabisystems dot com [this message] 2004-04-02 19:16 ` geoffk at apple dot com 2004-04-04 3:39 ` ian at wasabisystems dot com 2004-04-05 20:40 ` [Bug pch/14400] [3.4 regression] " ian at wasabisystems dot com 2004-04-05 20:54 ` mrs at apple dot com 2004-04-05 22:50 ` geoffk at apple dot com 2004-04-06 0:39 ` ian at wasabisystems dot com 2004-04-06 13:34 ` [Bug pch/14400] [3.4/3.5 " ian at wasabisystems dot com 2004-04-07 18:01 ` mmitchel at gcc dot gnu dot org 2004-04-07 18:34 ` mueller at kde dot org 2004-04-07 18:53 ` ian at wasabisystems dot com 2004-04-07 19:21 ` mark at codesourcery dot com 2004-04-07 19:22 ` [Bug pch/14400] " pinskia at gcc dot gnu dot org 2004-04-07 19:35 ` ian at wasabisystems dot com 2004-04-07 20:44 ` ian at wasabisystems dot com 2004-04-12 21:11 ` mmitchel at gcc dot gnu dot org 2004-04-12 22:07 ` geoffk at gcc dot gnu dot org 2004-04-12 22:45 ` ian at wasabisystems dot com 2004-04-12 23:13 ` geoffk at apple dot com 2004-04-13 15:07 ` ian at wasabisystems dot com 2004-04-13 18:38 ` geoffk at gcc dot gnu dot org 2004-04-13 19:48 ` ian at wasabisystems dot com 2004-04-13 19:53 ` geoffk at gcc dot gnu dot org 2004-05-29 22:54 ` [Bug pch/14400] [pch] " mmitchel at gcc dot gnu dot org 2004-06-18 23:57 ` mmitchel at gcc dot gnu dot org 2004-08-23 20:55 ` mmitchel at gcc dot gnu dot org 2004-11-01 0:47 ` mmitchel at gcc dot gnu dot org 2005-04-14 0:28 ` pinskia at gcc dot gnu dot org 2005-05-19 17:50 ` mmitchel at gcc dot gnu dot org 2005-08-02 19:04 ` cvs-commit at gcc dot gnu dot org 2005-08-02 19:05 ` ian at airs dot com
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=20040402151811.30051.qmail@sources.redhat.com \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=gcc-bugs@gcc.gnu.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: linkBe 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).