I found problems with some settings, obtained from current_settings at
program start (command line processing...). At that time no
(module/parser) object exists, that could hold *current* settings.
Instead some of the members of TSettings should be read only from
init_settings, like disabledir
Am 12.08.10 13:37, schrieb Marco van de Voort:
So, I'm no thread expert, but does this all really matter that much if the
units (literally) to schedule are in the tens of ms magnitude and HDD access
is required for each of them ?
Of course you are fully right and it depends on the particular pr
- "Florian Klaempfl" schreef:
> Am 12.08.2010 08:12, schrieb Hans-Peter Diettrich:
> > Brainstorming: What other models come into mind, for using threads
> in
> > the compiler?
>
> The "final" plan is to use a task queue with dependencies and all
> needed
> information. Such tasks may be: p
Hi,
Please continue this discussion on fpc-other.
Thanks,
Jonas
FPC mailing lists admin
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Aug 13, 2010 at 02:57, Joost van der Sluis wrote:
> On Mon, 2010-08-02 at 10:41 +0200, Graeme Geldenhuys wrote:
>> Op 2010-07-30 17:58, Joost van der Sluis het geskryf:
>> > I'm affraid that when the discussion is over, no-one is willing or able
>> > to develop what has been concluded from
On Mon, 2010-08-02 at 10:41 +0200, Graeme Geldenhuys wrote:
> Op 2010-07-30 17:58, Joost van der Sluis het geskryf:
> > I'm affraid that when the discussion is over, no-one is willing or able
> > to develop what has been concluded from the discussion.
>
> I can only speak for myself. My workflow i
Helmut Hartl schrieb:
After doing years of multithreaded development in our communication
appliance
we found that apple came to a similar solution like our own, and took
the time to write it down :-)
http://developer.apple.com/mac/library/documentation/General/Conceptual/ConcurrencyProgrammin
Florian Klaempfl schrieb:
Brainstorming: What other models come into mind, for using threads in
the compiler?
The "final" plan is to use a task queue with dependencies and all needed
information.
The unit dependencies are known only after their "uses" clauses have
been parsed. After the use
Florian Klaempfl schrieb:
The observed problem is not the counting itself, but the exact point in
the workflow, when the compiler should go back into level one (or zero)
state, indicating "generate final binary for the main module". This is
not clear from the given code, and led to strange error
[2] How portable is a dynamic thread priorization?
I suppose you will use threads via some thread-pool component. Same
might need to be enhanced by priority management, but this should not
have any influence on the code of the compiler project itself.
-Michael
___
In our previous episode, Helmut Hartl said:
> > funky thread systems.
> A single controlling thread does not scale very well. A better solution is
> that the workers choose their work by themself. Or to use some sort of
> distribution queues.
So, I'm no thread expert, but does this all really mat
On Thu, 12 Aug 2010 10:59:45 +0200, Jonas Maebe wrote about Re:
[fpc-devel] Internal linker question:
>
> On 12 Aug 2010, at 09:20, Florian Klaempfl wrote:
>
> > Because nobody wrote one yet. But: the gnu elf linker is faster
> > than the
> > gnu windows coff linker so the gain and motiviation i
Am 12.08.10 11:23, schrieb Marco van de Voort:
[2] How portable is a dynamic thread priorization?
You don't. Your control thread determines what module is compiled/resumed
next when a worker thread comes available. There is no reason to do this via
funky thread systems.
A single controlling thr
In our previous episode, Hans-Peter Diettrich said:
> > So on start threads are created, and no new threads are created after?
>
> That's not a solution :-(
>
> *When* a parser becomes a thread, it can proceed only to the first
> "uses" clause - then it has to create further threads, one for eac
On 12 Aug 2010, at 09:20, Florian Klaempfl wrote:
Because nobody wrote one yet. But: the gnu elf linker is faster than
the
gnu windows coff linker so the gain and motiviation is less to write
an
internal elf linker.
The GNU binutils also have a (relatively) new ELF x86 linker (gold)
the
Graeme Geldenhuys skrev:
Why doesn't the Linux version of FPC (or any other platform for that
matter) have it's own internal linker? Is it simply because nobody wrote it
yet, or is there some other technical reason for not doing it?
I have made part of an ELF internal linker.
The main hurdle is
On 12 Aug 2010, at 09:27, Paul Ishenin wrote:
Dmitry has written an osx linker as I remember (or maybe only
internal assember?).
Only an internal assembler.
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.o
On 12 Aug 2010, at 09:01, Florian Klaempfl wrote:
The "final" plan is to use a task queue with dependencies and all
needed
information. Such tasks may be: parse module X, generated code for
module X, load module Y, search for module Y, assemble module X etc.
Each task has a list of dependenci
12.08.2010 15:13, Graeme Geldenhuys wrote:
Why doesn't the Linux version of FPC (or any other platform for that
matter) have it's own internal linker? Is it simply because nobody wrote it
yet, or is there some other technical reason for not doing it?
Dmitry has written an osx linker as I remem
Am 12.08.2010 09:13, schrieb Graeme Geldenhuys:
> Hi,
>
> [...just curious...]
>
> As far as I understand, the Windows version of FPC has an internal linker
> which greatly improved the speed of building/linking software on that
> platform.
Yes.
>
> Why doesn't the Linux version of FPC (or an
On 08/12/2010 08:12 AM, Hans-Peter Diettrich wrote:
Brainstorming: What other models come into mind, for using threads in
the compiler?
Theoretically for a fine grained variant, it should be possible to start
a thread for each procedure body...
-Michael
___
Hi,
[...just curious...]
As far as I understand, the Windows version of FPC has an internal linker
which greatly improved the speed of building/linking software on that platform.
Why doesn't the Linux version of FPC (or any other platform for that
matter) have it's own internal linker? Is it sim
Am 12.08.2010 08:12, schrieb Hans-Peter Diettrich:
> Marco van de Voort schrieb:
>> In our previous episode, Hans-Peter Diettrich said:
>>> How would you count an level, when multiple concurrent parser threads
>>> create further threads concurrently?
>>
>> Hmm, I think a producer/consumer system wi
23 matches
Mail list logo
