Am 26.06.2012 20:09 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
> One final question if I may: noting Ludo's example elsewhere:
>
> > In the project.lpr add the following code:
> >
> > Procedure qt_startup_hook;export;
> > Begin
> > End;
> >
> > Exports qt_startup_hook;
>
> C
Koenraad Lelong-2 wrote
>
> Yes, I got interrupts working now.
> It took some experimenting though. Or maybe I'm missing something. To
> get the interrupt procedure on the right place in the vector table you
> need to add an offset to the constant :
>
> procedure Exti0_Proc; interrupt EXTI0_IR
Apologies for my lousy message threading, but some are vanishing in the
spamtrap.
>> OK, so to emphasise that: library B's data will be common,
>> irrespective of the location of the calling routine. Does this
>> apply if the load is being done at runtime, i.e. the program is
>> using dl (or wha
Am 26.06.2012 17:15 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> Mark Morgan Lloyd wrote:
>>>
>>> I'm currently tinkering with shared libraries, using cmem, mainly on
Linux. In one case the main-program code is multithreaded, but so far I'm
not moving data between threads
Mark Morgan Lloyd wrote:
I'm currently tinkering with shared libraries, using cmem, mainly on
Linux. In one case the main-program code is multithreaded, but so far
I'm not moving data between threads inside the library.
Am I correct in believing that unit-level variables in a shared library
m
On 26-06-12 09:45, Jeppe Græsdal Johansen wrote:
The FPU is single precision only, as far as I remember. That made it a
little hard to work with in fpc, and last I took a stab at it there
weren't any affordable chips around with support even.
Hi Jeppe,
Would this be a good candidate to port fp
Am 26.06.2012 14:02 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> I'm currently tinkering with shared libraries, using cmem, mainly on
Linux. In one case the main-program code is multithreaded, but so far I'm
not moving data between threads inside the library.
>
> Am I corr
I'm currently tinkering with shared libraries, using cmem, mainly on
Linux. In one case the main-program code is multithreaded, but so far
I'm not moving data between threads inside the library.
Am I correct in believing that unit-level variables in a shared library
might end up being shared b
On 26-06-12 09:38, alrieckert wrote:
Thank you for the feedback, does this mean you got the interrupt working
with my patches??
Hi Anton,
Yes, I got interrupts working now.
It took some experimenting though. Or maybe I'm missing something. To
get the interrupt procedure on the right place in t
The FPU is single precision only, as far as I remember. That made it a
little hard to work with in fpc, and last I took a stab at it there
weren't any affordable chips around with support even.
The DSP instructions will probably need intrinsics to be useful,
otherwise I guess they could simply
Koenraad Lelong wrote
>
> I'm making progress with my embedded application. Learning to use the
> processor is not easy compared to 8 bit processors.
>
These processors are powerful and cheaper than 8 bit micros :)
Koenraad Lelong wrote
>
> I found a bug in Anton's library though:
> in stm3
Hi,
Last week I attended a seminar regarding cortex-m4. I was wondering if
fpc works for that processor. AFAIK, the processor is compatible with a
cortex-m3, but has a hardware floating point processor and DSP-related
instructions. So if fpc would be able to use the floating point
processor t
On 13-06-12 07:01, alrieckert wrote:
...
Just to report back.
I'm making progress with my embedded application. Learning to use the
processor is not easy compared to 8 bit processors.
I found a bug in Anton's library though:
in stm32f1xx_systick.pas
if NewState = DISABLED then
is wrong and
13 matches
Mail list logo
