Hello,
> Jeffrey A Law wrote:
> > Another possibility is to simply not allow conversions between a
> > subtype and basetype.
>
> Such a patch also solves the problem. But I'm not sure to understand
> the impact on other codes. Is this kind of conversion between a type
> and its basetype specif
Hello,
i've just experienced a 40%+ run-time performance drop that, in fine,
was due to g++ refusing to auto-inline trivial ctors and the like in a
cramped unit (featuring no and forced inlines). That's not the first
time i meet that snafu, but what kinda surprises me is the fact that
i've recentl
Snapshot gcc-4.2-20060225 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20060225/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On Feb 24, 2006, at 4:33 PM, Diego Novillo wrote:
Andrew Pinski wrote:
Did you look into where this was showing up?
No. Happens on libjava/interpret.cc. Here's the patch I used and the
stats collecting script, if you're interested in gathering more info.
Actually I know why it is showin
Hi,
Cross building and installing gcc-4.1.0 rc2 (--prefix=/usr/local)
installs these headers:
/usr/local/include/ssp/unistd.h
/usr/local/include/ssp/string.h
/usr/local/include/ssp/ssp.h
/usr/local/include/ssp/stdio.h
Is this behavior correct?
/usr/local/include is reserved for host files. Thes