[EMAIL PROTECTED], [EMAIL PROTECTED] writes:
| template typename T, int role, bool ndebug
| struct init {
| static T * do_it() {
| T* tmp(new T);
| std::cout /tmp/ point to: *tmp \n;
| return tmp;
| }
| };
| /tmp/ point to: 0
| /tmp/ point to: 1075812784
Package: gcc-3.0
Version: 3.0.1-0pre010723
Hi,
gcc-3.0.1 contains some really unreasonable default for -flimit-inline -
probably something around 100, but I did not look at sources. Default is
documented to be 1 - 100 times larger than current default is.
Is there some really good reason
On Thu, Jul 26, 2001 at 08:27:14PM +0200, Petr Vandrovec wrote:
Package: gcc-3.0
Version: 3.0.1-0pre010723
Hi,
gcc-3.0.1 contains some really unreasonable default for -flimit-inline -
probably something around 100, but I did not look at sources. Default is
documented to be 1 - 100
From: Ben Collins [EMAIL PROTECTED]
On Thu, Jul 26, 2001 at 08:27:14PM +0200, Petr Vandrovec wrote:
Package: gcc-3.0
Version: 3.0.1-0pre010723
Hi,
gcc-3.0.1 contains some really unreasonable default
for -flimit-inline -
probably something around 100, but I did not look at sources.
On Thu, 26 Jul 2001, Petr Vandrovec wrote:
Why not have the kernel Makefile pass -flimit-inline=1 explicitly?
Because of I see no reason for breaking documented behavior - also my
He's got a point here. The documentation says that the inlining limit
default is 1. I'll have to
Not to mention it means it'll never end up in testing...
--
Cesar Eduardo Barros
[EMAIL PROTECTED]
[EMAIL PROTECTED]
On Thu, Jul 26, 2001 at 10:07:20PM +0100, David Starner wrote:
From: Ben Collins [EMAIL PROTECTED]
On Thu, Jul 26, 2001 at 08:27:14PM +0200, Petr Vandrovec wrote:
Package: gcc-3.0
Version: 3.0.1-0pre010723
Hi,
gcc-3.0.1 contains some really unreasonable default
for
7 matches
Mail list logo