Date: Mon, 17 Apr 2000 19:27:37 +0200 (IST)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
X-Sender: eliz AT is
To: Dieter Buerssner <buers AT gmx DOT de>
cc: djgpp AT delorie DOT com
Subject: Re: inefficiency of GCC output code & -O problem
In-Reply-To: <8dfekp.3vvqu6v.0@buerssner-17104.user.cis.dfn.de>
Message-ID: <Pine.SUN.3.91.1000417192555.19092B-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk


On 17 Apr 2000, Dieter Buerssner wrote:

> >GCC has such a feature as well.  Read the on-line GCC manual about the 
> >"-mregparm" switch, for details.
> 
> Certainly, gcc has such a feature. But it is (almost) unusable.
> When you call the library, the program will stop working.

Some code (like texture mapping ;-) doesn't call library functions.

> Recompiling
> the library won't help, because of the asm code.

Somebody submitted patches to make the library mregparm-compatible, but 
the patches need work.  Volunteers are welcome.

> Other compilers circumvent the library problem by __cdecl or
> equivalent keywords in the header files.

GCC has such keywords as well.

> (This will not avoid all problems, though.

Exactly.