This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: Library to assemble from memory
- From: Alan Modra <amodra at bigpond dot net dot au>
- To: Daniel Diaz <Daniel dot Diaz at univ-paris1 dot fr>
- Cc: binutils at sources dot redhat dot com
- Date: Sat, 18 May 2002 09:58:22 +0930
- Subject: Re: Library to assemble from memory
- References: <3CCD854B.AF5646F8@univ-paris1.fr> <3CE51BBD.3A8AF13E@univ-paris1.fr>
On Fri, May 17, 2002 at 05:03:25PM +0200, Daniel Diaz wrote:
> > produced object is not so big (2 Mb for instance). It appears that a lot
> > of time is wasted in disk I/O. I'm reorganizing my compiler to avoid my
> > intermediate files (and keeping them in memory) but I cannot do the same
> > for the .s file beacause gas is a command-line tool accepting a file. I
My only comment here is that on a decent operating system the input to
gas won't be read from disk but should be available from memory. You
may not even write the temp file to disk.
> > would prefer avoid to play with pipes for portability reasons (under
> > native win32 - arg !) and I would prefer to generate the .o from
> > assembly source stored in memory (as a string for instance). So it would
> > be very usefull to have a library to perform assemble from memory. In
> > order to speed up the parsing (tokenizer) it would be interesting to
> > have a way to inform gas that the input is "simple" (e.g. only contains
> > 1 separator character between tokens, ...).
#NO_APP does this.
--
Alan Modra
IBM OzLabs - Linux Technology Centre