Hi Dave,
I have no idea whether c68 can handle a single file that large! Lack of
output could mean that something has gone wrong, but it could also mean that
c68 is simply still working.
Ok, I've not been able to repeat the original error where nothing
appeared on screen. When I attempt to comile the code now, I get an
error about insufficient memory. I suspect the "bufp" parameter is what
I need to adjust, but I see in the docs that that affects the LD linker
only.
I don't see anything under C68 in the docs, have I missed something. I'm
compiling on QPC with 64 MB RAM, so I should be able to up the buffer
size a bit.
In theory there should be no upper size limit (RAM permitting). However it
has never (to my knowledge) been tested against such a large source as a
single file. I wonder why the SQLite people have produced it that way in
the first place - it must be an absolute pig to maintain.
They have two systems, one where all the files are split and another,
called the Amalgamation, where everything has been preprocessed, the
include files are inline and so on. This makes it easier, apparently,
for people to compile the system into their apps or as a library.
I can probably work with the individual files as well without any
trouble, but I haven't tried yet.
I assume, from past experience, that progress will be slow. Probably
very slow. :-(
If you are doing a test compilation I would make sure that you have disabled
all the optimization options. The optimisation processes will keep running
until no further improvements can be made, and the larger the file the
longer it will take to run.
I was referring to my own progress as opposed to casting aspersions on
C68 - hope you didn't get the wrong impression! ;-)
It is probably also a good idea to stop after the c68 phase has completed,
and run the assemble phase separately. I also do not know if AS68 is
likely to choke on such a large file and that would at least give you a
clue.
Another possibility is to use a version of c68 compiled to run on a PC under
Linux as that is likely to run much faster.
I don't suppose there's one already compiled etc - or am I about to
"roll my own" from the source? Time to dive into the docs again I think.
It's been quite a few years since I did any C68 work, I'm having to try
and remember everything I've forgotten!
Cheers,
Norman.
--
Norman Dunbar
Dunbar IT Consultants Ltd
Registered address:
Thorpe House
61 Richardshaw Lane
Pudsey
West Yorkshire
United Kingdom
LS28 7EL
Company Number: 05132767
_______________________________________________
QL-Users Mailing List
http://www.q-v-d.demon.co.uk/smsqe.htm
