Re: Online Archives

Re: Online Archives

[Jason Molenda]

I wrote:

> 
> Fixed.  



I lied.  Hypermail is still converting < & > characters into SGML
entities.  It is the correct thing to do, but it means patches won't
match.

I'll see if me and hypermail can reach an understanding about this.

Jason

Re: A vtable thunks bug.

[Ulrich Drepper]

Joe Buck  writes:

> Leave the thunks in, and document the case that doesn't work.
> It is very rare that it will arise in real code, and when it does
> it can be worked around.

I agree with Joe.  I don't want to get in panic just because a well
known but seldomly used feature does not work as expected.  I know
more severe problems in gcc.

So I'll leave glibc-2.0.5 as it is and will also add the think stuff
to 2.1.  Maybe even somebody could give g++ a look and examine the
problem.  Since there are solutions for this while still using thinkgs
this is no fundamental design flaw.

-- Uli
---------------.      drepper@cygnus.com  ,-.   Rubensstrasse 5
Ulrich Drepper  \    ,-------------------'   \  76149 Karlsruhe/Germany
Cygnus Solutions `--' drepper@gnu.ai.mit.edu  `------------------------

Re: A vtable thunks bug.

[Ulrich Drepper]

Alexandre Oliva  writes:

> What if libstdc++ were multilib'ed: one version compiled with
> -fvtable-thunks and another -fno-vtable-thunks, on appropriate hosts?
> This way a user could select which library to use.

So far the libg++ uses thunks only on Linux and here we don't need
multilibs.

But even if there were other platforms I don't think this is a good
solution.  If you tell the people "here you have two libs, you the
second if you don't get the expected result with the first" everybody
will immediately use the second (in our case, without thinks).
multilibs are good to provide different features but not to work
around bugs.  As Joe pointed out it is probably good enough to
document the problem and somehow provide a template how to work around
this.

-- Uli
---------------.      drepper@cygnus.com  ,-.   Rubensstrasse 5
Ulrich Drepper  \    ,-------------------'   \  76149 Karlsruhe/Germany
Cygnus Solutions `--' drepper@gnu.ai.mit.edu  `------------------------

Re: Online Archives

[Jason Molenda]

I wrote:

> I'll see if me and hypermail can reach an understanding about this.


OK, I won.  Hypermail isn't munging the  character any more.
Things that look like SGML elements may confuse your web browser, so
for instance "Jason Molenda " is likely to be
rendered as just "Jason Molenda " because the browser doesn't know any
element called crash@cygnus.co.jp.  (previously this would be changed
into "Jason Molenda "... this causes obvious
problems with C source code.)


Anyway, patches should now be archived safely.  Let me know if anyone
has a problem with the stup.

Jason

Re: Online Archives

[Jason Molenda]

On Thu, Aug 28, 1997 at 04:43:42PM -0700, Mark Mitchell wrote:

> The online archives of the egcs mailing lists have one flaw: the
> patches posted there don't work when saved from Netscape.  


Fixed.  You'll have to save the files as "Source".  TABs etc are all
preserved now.  Patch should be able to see through all the HTML cruft
at the beginning and end.

I'm not going to bother with regenerating the already-formatted
messages, but anything that is sent to the egcs* lists will be handled
correctly from now on.


Jason

Online Archives

[Mark Mitchell]

The online archives of the egcs mailing lists have one flaw: the
patches posted there don't work when saved from Netscape.  I get
messages like:

  patch: **** malformed patch at line 11: set gccpath [file dirname [file dirname ${base_dir}]]

  supernova% patch < ~/tmp/patch
  patch: **** malformed patch at line 34: set gccpath [file dirname [file dirname ${base_dir}]]

I even tried this one of my own patches, which I knew must have been
wellformed! :-)  I assume that the archiving software is screwing this
up; does anyone know if there's a way around it?  This happens both
with cut-and-paste from the broswer, and with File/Save from the menu
when selecting either "Source" or "Text".

Thanks,

-- 
Mark Mitchell		mmitchell@usa.net
Stanford University	http://www.stanford.edu