public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Mark Mitchell <mark@codesourcery.com>
To: pfeifer@dbai.tuwien.ac.at
Cc: martin@mira.isdn.cs.tu-berlin.de, edwin@netwood.net,
	egcs@egcs.cygnus.com
Subject: Re: elided copy constructors
Date: Sun, 28 Mar 1999 09:45:00 -0000	[thread overview]
Message-ID: <199903281748.JAA08979@adsl-206-170-148-33.dsl.pacbell.net> (raw)
In-Reply-To: <Pine.GSO.4.10.9903211456280.1651-100000@markab.dbai.tuwien.ac.at>

>>>>> "Gerald" == Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:

    Gerald> At that point, please add this as a new entry to section
    Gerald> "1. General information" of our FAQ, install the patch and
    Gerald> send the corresponding diff to egsc-patches.

Here's what I put it.

-- 
Mark Mitchell                   mark@codesourcery.com
CodeSourcery, LLC               http://www.codesourcery.com

Index: faq.html
===================================================================
RCS file: /egcs/carton/cvsfiles/wwwdocs/htdocs/faq.html,v
retrieving revision 1.116
diff -c -p -r1.116 faq.html
*** faq.html	1999/03/24 00:27:34	1.116
--- faq.html	1999/03/28 17:44:31
*************** comp.std.c++ FAQ</a>.
*** 27,32 ****
--- 27,33 ----
       <li><a href="#open-development">What is an open development model?</a>
       <li><a href="#release-fork">Releases and Forking</a>
       <li><a href="#bugreport">How to report bugs</a>
+      <li><a href="#support">How do I get a bug fixed or a feature added?</a>
    </ol> 
  
    <li><a href="#installation">Installation</a>
*************** impossible.  So, although we prefer to h
*** 283,288 ****
--- 284,319 ----
  archived, if you cannot reduce the bug report below the limit, please
  make it available for ftp or http and post the URL.
  
+ <hr>
+ <h2><a name="support">How do I get a bug fixed or a feature added?</a></h2>
+ <p>There are lots of ways to get something fixed.  The list below may be
+ incomplete, but it covers many of the common cases.  These are listed
+ roughly in order of increasing difficulty for the average GCC user,
+ meaning someone who is not skilled in the internals of GCC, and where
+ difficulty is measured in terms of the time required to fix the bug.
+ No alternative is better than any other; each has it's benefits and
+ disadvantages.
+ 
+ <ul>
+ <li>Hire someone to fix it for you.  There are various companies and
+     individuals providing support for GCC.  This alternative costs
+     money, but is relatively likely to get results.
+ 
+ <li>Report the problem to egcs-bugs and hope that someone will be kind
+     enough to fix it for you.  While this is certainly possible, and
+     sometimes happens, there is no guarantee that it will.  You should
+     not expect the same response from egcs-bugs that you would see
+     from a commercial support organization since the people who read
+     egcs-bugs, if they choose to help you, will be volunteering their
+     time.  This alternative will work best if follow the directions on
+     <a href="#bugreport">submitting bugreports</a>.
+ 
+ <li>Fix it yourself.  This alternative will probably bring results,
+     if you work hard enough, but will probably take a lot of time,
+     and, depending on the quality of your work and the perceived
+     benefits of your changes, your code may or may not ever make it
+     into an official release of EGCS.
+ </ul>
  
  <hr>
  <a name="installation"></a>

WARNING: multiple messages have this Message-ID
From: Mark Mitchell <mark@codesourcery.com>
To: pfeifer@dbai.tuwien.ac.at
Cc: martin@mira.isdn.cs.tu-berlin.de, edwin@netwood.net,
	egcs@egcs.cygnus.com
Subject: Re: elided copy constructors
Date: Wed, 31 Mar 1999 23:46:00 -0000	[thread overview]
Message-ID: <199903281748.JAA08979@adsl-206-170-148-33.dsl.pacbell.net> (raw)
Message-ID: <19990331234600.JsjHVhYZSD7U-SVq19HAM9dxDPaWDDr7MouPAWWjANI@z> (raw)
In-Reply-To: <Pine.GSO.4.10.9903211456280.1651-100000@markab.dbai.tuwien.ac.at>

>>>>> "Gerald" == Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at> writes:

    Gerald> At that point, please add this as a new entry to section
    Gerald> "1. General information" of our FAQ, install the patch and
    Gerald> send the corresponding diff to egsc-patches.

Here's what I put it.

-- 
Mark Mitchell                   mark@codesourcery.com
CodeSourcery, LLC               http://www.codesourcery.com

Index: faq.html
===================================================================
RCS file: /egcs/carton/cvsfiles/wwwdocs/htdocs/faq.html,v
retrieving revision 1.116
diff -c -p -r1.116 faq.html
*** faq.html	1999/03/24 00:27:34	1.116
--- faq.html	1999/03/28 17:44:31
*************** comp.std.c++ FAQ</a>.
*** 27,32 ****
--- 27,33 ----
       <li><a href="#open-development">What is an open development model?</a>
       <li><a href="#release-fork">Releases and Forking</a>
       <li><a href="#bugreport">How to report bugs</a>
+      <li><a href="#support">How do I get a bug fixed or a feature added?</a>
    </ol> 
  
    <li><a href="#installation">Installation</a>
*************** impossible.  So, although we prefer to h
*** 283,288 ****
--- 284,319 ----
  archived, if you cannot reduce the bug report below the limit, please
  make it available for ftp or http and post the URL.
  
+ <hr>
+ <h2><a name="support">How do I get a bug fixed or a feature added?</a></h2>
+ <p>There are lots of ways to get something fixed.  The list below may be
+ incomplete, but it covers many of the common cases.  These are listed
+ roughly in order of increasing difficulty for the average GCC user,
+ meaning someone who is not skilled in the internals of GCC, and where
+ difficulty is measured in terms of the time required to fix the bug.
+ No alternative is better than any other; each has it's benefits and
+ disadvantages.
+ 
+ <ul>
+ <li>Hire someone to fix it for you.  There are various companies and
+     individuals providing support for GCC.  This alternative costs
+     money, but is relatively likely to get results.
+ 
+ <li>Report the problem to egcs-bugs and hope that someone will be kind
+     enough to fix it for you.  While this is certainly possible, and
+     sometimes happens, there is no guarantee that it will.  You should
+     not expect the same response from egcs-bugs that you would see
+     from a commercial support organization since the people who read
+     egcs-bugs, if they choose to help you, will be volunteering their
+     time.  This alternative will work best if follow the directions on
+     <a href="#bugreport">submitting bugreports</a>.
+ 
+ <li>Fix it yourself.  This alternative will probably bring results,
+     if you work hard enough, but will probably take a lot of time,
+     and, depending on the quality of your work and the perceived
+     benefits of your changes, your code may or may not ever make it
+     into an official release of EGCS.
+ </ul>
  
  <hr>
  <a name="installation"></a>

  reply	other threads:[~1999-03-28  9:45 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-03-19 14:23 E. Robert Tisdale
     [not found] ` < 36F2CDC1.8B4FEC4A@netwood.net >
1999-03-19 15:18   ` Martin v. Loewis
     [not found]     ` < 199903192313.AAA00798@mira.isdn.cs.tu-berlin.de >
1999-03-19 15:54       ` Mark Mitchell
     [not found]         ` < 199903192356.PAA03038@adsl-206-170-148-33.dsl.pacbell.net >
1999-03-19 19:20           ` Tim Hollebeek
1999-03-31 23:46             ` Tim Hollebeek
1999-03-20  6:26           ` espie
     [not found]             ` < 19990320142609.15873.qmail@quatramaran.ens.fr >
1999-03-20  7:18               ` Martin v. Loewis
     [not found]                 ` < 199903201510.QAA08826@mira.isdn.cs.tu-berlin.de >
1999-03-20  9:50                   ` Mark Mitchell
     [not found]                     ` < 199903201752.JAA04517@adsl-206-170-148-33.dsl.pacbell.net >
1999-03-20 11:16                       ` craig
1999-03-31 23:46                         ` craig
1999-03-31 23:46                     ` Mark Mitchell
1999-03-31 23:46                 ` Martin v. Loewis
1999-03-31 23:46             ` espie
1999-03-21  6:09           ` Gerald Pfeifer
1999-03-28  9:45             ` Mark Mitchell [this message]
1999-03-29 12:50               ` Gerald Pfeifer
1999-03-31 23:46                 ` Gerald Pfeifer
1999-03-31 23:46               ` Mark Mitchell
1999-03-31 23:46             ` Gerald Pfeifer
1999-03-21  8:41           ` New webpage? Providing egcs support Gerald Pfeifer
     [not found]             ` < Pine.GSO.4.10.9903211733410.1651-100000@markab.dbai.tuwien.ac.at >
1999-03-21  9:38               ` Mark Mitchell
1999-03-31 23:46                 ` Mark Mitchell
1999-03-21 11:08               ` Jeffrey A Law
1999-03-31 23:46                 ` Jeffrey A Law
1999-03-31 23:46             ` Gerald Pfeifer
1999-03-31 23:46         ` elided copy constructors Mark Mitchell
1999-03-31 23:46     ` Martin v. Loewis
1999-03-31 23:46 ` E. Robert Tisdale
1999-03-19 15:37 Timmy Mulligins
1999-03-31 23:46 ` Timmy Mulligins
     [not found] <36F2CDC1.8B4FEC4A.cygnus.egcs@netwood.net>
1999-03-20  1:12 ` Jason Merrill
1999-03-31 23:46   ` Jason Merrill

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=199903281748.JAA08979@adsl-206-170-148-33.dsl.pacbell.net \
    --to=mark@codesourcery.com \
    --cc=edwin@netwood.net \
    --cc=egcs@egcs.cygnus.com \
    --cc=martin@mira.isdn.cs.tu-berlin.de \
    --cc=pfeifer@dbai.tuwien.ac.at \
    /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).