public inbox for gcc-prs@sourceware.org help / color / mirror / Atom feed
From: Neil Booth <neil@daikokuya.demon.co.uk> To: nobody@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, Subject: Re: c++/6001: g++ problems with nested headers from > egcs-2.91.66 until 3.0.0 Date: Mon, 25 Mar 2002 10:36:00 -0000 [thread overview] Message-ID: <20020325183601.24816.qmail@sources.redhat.com> (raw) The following reply was made to PR c++/6001; it has been noted by GNATS. From: Neil Booth <neil@daikokuya.demon.co.uk> To: Mario Deilmann <Mario.Deilmann@pallas.com> Cc: gcc-gnats@gcc.gnu.org Subject: Re: c++/6001: g++ problems with nested headers from > egcs-2.91.66 until 3.0.0 Date: Mon, 25 Mar 2002 18:26:25 +0000 Mario Deilmann wrote:- > You never should say there are no bug in a specific software ;). I'm quite sure there are no bugs in this part of CPP. People use it in millions of situations every day. > > You should investigate what the issue is. Have you created preprocessed > > source and examined it? Have you created preprocessed source with a > > compiler that works and examined it? I bet there's a difference, and we > > need to know what is causing it. > > I did some investigations. Before I send you the bug report I tested the > problem with various compilers on different platforms and what I observed > was that the error only occured with versions of gcc. Then I modified the > source only by changing the include sequence and after this all gcc > versions had no problem any more. I want to tell the gcc people about this > so I send the bug report. I have of course limited time to investigate > on a problem where I have a workaround for and the different include > sequences I generated with your help don't tell anything to me and I > definetly don't have the time to look in the cpp source code. Sorry ! I'm not asking you to look into the cpp source code. I'm asking you for *preprocessed source*. You haven't sent it. It's the output of -E. > You don't need to replicate my system. With the source code example I send > you you could replicate the error on a lot of systems. I can't, on g++ on Linux I get: $ g++ -c -Wall buffer.cpp buffer.cpp: In method `char TSourceBuffer::GetLine()': buffer.cpp:137: warning: unused variable `int lineNumber' $ in both directories error/ and no-error/ of your tarball. > I only tested 4 but > I'm sure there are a lot more. The problem occured only with versions of > gcc (and to be honest with the Intel Compiler on Linux too) but all other > C++ Compiler I used didn't find a problem or even a bug (I tested CC on > Solaris, KCC on Linux, pgiCC on Linux, Visual C on Windows, CC on Compaq > Alpha and KCC on Solaris) AND when I changed the sequence of the includes > the error in the system header disappeared with all gcc versions and with > the Intel Compiler. So in my opinion from this investigation it's too easy > to say this is a user bug ! > > > Have you created the preprocessed source? Can you send it to me? > > Can you send me the preprocessed source from a compiler that works? > > Sure. See below .... No, that is not preprocessed source. You sent me the include trace, which was *completely different for the two compilers*. How can you expect to get the same result when the compilers are reading different header files? Neil.
next reply other threads:[~2002-03-25 18:36 UTC|newest] Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-03-25 10:36 Neil Booth [this message] -- strict thread matches above, loose matches on Subject: below -- 2002-03-26 2:16 Mario Deilmann 2002-03-22 11:36 Neil Booth 2002-03-22 1:56 Mario Deilmann 2002-03-21 10:36 Neil Booth 2002-03-21 10:32 neil 2002-03-21 1:36 Mario Deilmann 2002-03-20 10:16 Neil Booth 2002-03-20 1:46 Mario Deilmann 2002-03-19 11:56 Neil Booth 2002-03-19 7:16 mdeil
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=20020325183601.24816.qmail@sources.redhat.com \ --to=neil@daikokuya.demon.co.uk \ --cc=gcc-prs@gcc.gnu.org \ --cc=nobody@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).