[M3devel] possible cygwin createprocess/fork cost measurements..

[Jay]

I understand. But there are valid counterpoints.
>From many people's point of view, a compiler outputs an .obj file.
Where the layers are, as long as you don't use the intermediate layers, and/or as
long as they aren't "sealed against debugging", don't care.
And the more layers, the slower.

I realize though, that producing an .obj file maybe is actually
a significant amount of work and best left to another layer.

But the code is out there, both in gas to be linked into cm3cg, and e.g. in the integrated NT386 backend.

As well, generating /textual/ assembly code really does seem like a waste.

The NT386 compiler is ROUGHLY 4 times the speed of NT386GNU.
That must be coming from SOMEWHERE, though I don't really know where.
It could be that cm3cg merely spends a lot of CPU trying to improve the code
and hardly achieving anything.

 - Jay

CC: wagner at elegosoft.com; m3devel at elegosoft.com
From: hosking at cs.purdue.edu
To: jayk123 at hotmail.com
Subject: Re: [M3devel] possible cygwin createprocess/fork cost	measurements..
Date: Mon, 24 Mar 2008 16:05:51 -0400

Blurg!  Tools should do well what they are supposed to do and do no more than necessary.  Assemblers are good at assembling, so why reinvent the wheel?
See: http://linux.oreillynet.com/lpt/a/302
The counterpoint to this argument is Windoze...
On Mar 24, 2008, at 3:25 PM, Jay wrote:I understand, but it need not be this way.
 
http://gcc.gnu.org/ml/gcc/2004-05/msg00318.html
 
GCC is the last compiler I'm using that doesn't have an integrated object file generator. It's way past
time to integrate BFD, opcodes, etc. or whatever other solution to replace this generate-text-and-pipe-it-to-the-assembler '70s technology.
That means one less thing on the host that may not match GCC's expectations. (e.g. AltiVec register names and the host assemblers)
 
- Jay


CC: wagner at elegosoft.com; m3devel at elegosoft.com
[snip]
gcc itself is a top-level driver program that generates as and forks an as.   I don't think it's possible to do what you suggest. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080324/1cef2d44/attachment-0002.html>