an a cut.
Really that the thing we need to focus on what will be the first module to make.
Peter Dolding
phic. Most likely will fit well into a 3d graphic.
So yes gccint is the starting block. Some are nicely described with
what functions own to the module some are not. Imports and exports
are not well declared.
It is going to have to be a piece by peice prcoess
Peter Dolding
t a goal like
this. Once there is a clearer idea of the issues that will happen.
Peter Dolding
On Wed, Mar 21, 2012 at 3:47 AM, Basile Starynkevitch
wrote:
> On Tue, 20 Mar 2012 18:39:40 +1000
> Peter Dolding wrote:
>>
>> The top level modules already exist and are named.
>
>
> Not really. I see nowhere on the GCC site a picture as clear as
> the "
to be investigated. Reason this effects everything
built with gcc and binutils.
Peter Dolding
On Mon, Mar 17, 2008 at 7:34 PM, Andrew Haley <[EMAIL PROTECTED]> wrote:
> Peter Dolding wrote:
> > Ian Lance Taylor wrote:
> >> "Peter Dolding" <[EMAIL PROTECTED]> writes:
> >>
> >>
> >>> Since test is in a different obj
Ian Lance Taylor wrote:
"Peter Dolding" <[EMAIL PROTECTED]> writes:
Since test is in a different object file it gets completely skiped
from optimising even that it should be optimised out.
http://gcc.gnu.org/wiki/LTO_Driver
Ian
Ok that is half my idea. Let it
nt returns.
Even in C++ it could have major size and speed advantages.
The optimiser is missing finding functions that should be optimised
out of existence due to a minor design oversite.
Peter Dolding
ent to
Inline. Number one if it cannot optimize out it calls the dll/so.
Keeping code size to a min and speed high. Maybe a different form of
Inline could be used. Yes I know this would be a slower build but
faster and smaller code can be worth it.
Peter Dolding