Am 10.01.2014 13:27, schrieb Reinier Olislagers:
> crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
The eabihf switch is not needed if the cross compiler is build with
-dFPC_ARMHF.
Though it shouldn't change anything regarding the crash.
___
fpc-pascal maillist
You can use full/relative path for resources: {$R /path/to/resource/file} or
{$R ../relative/resource/file}
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Compiled-resource-file-search-path-tp5717906p5717911.html
Sent from the Free Pascal - General mailing lis
This seems to be the best solution, though a proprietary one. I don't think
my office would like to buy, especially since the price is somewhat shocking
:p
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Load-NET-dll-or-bootstrap-CLR-to-be-precise-from-FPC-tp5
COM server... I thought I've read that somewhere, I'll search again.
The code to host .NET runtime seems plenty, but quite possible. I'll try to
make a good use of those links.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Load-NET-dll-or-bootstrap-CLR-to-be
Seems like CLR caches each running .NET executable including dll, so when a
.NET dll is loaded by .NET exe, other non-.NET application shouldn't worry
about loading it.
--
View this message in context:
http://free-pascal-general.1045716.n5.nabble.com/Load-NET-dll-or-bootstrap-CLR-to-be-precise-
> For the same task, I typically create .NET executable that would use the
.NET dll and call the executable from FPC code. No hacks - no worries
This could be possible, maybe just with a little delay. This is the only
task that uses .NET dll, the others are pure FPC. I'll consider it, good
idea.
Hi
Could anybody give a hint on which fpc option to use to force compiler search
.res files in some directory?
I've added -vt switch and it shows that the only file name being searched is in
the same directory of referring unit.
It looks like search paths for res files are not implemented at al
10.01.2014, 11:19, "leledumbo" :I'm writing a web app hosting several tasks in FPC, however one of the taskis calling a function residing in a .NET dll. I've made a flat C interfacefor the dll (so that I can call it from FPC easily), and it works just fineIF the dll is somehow loaded first. Curre
Am 2014-01-10 09:09, schrieb Michael Van Canneyt:
>> But why is the heading part of the diagram?
> Because that is how the typesetting mechanism for syntax diagrams work.
That's not true (at least not in diagrams other than in Free Pascal).
It is very illogical to begin a diagram with the name of
On Fri, 10 Jan 2014, Sven Barth wrote:
Am 10.01.2014 08:19 schrieb "leledumbo" :
>
> I'm writing a web app hosting several tasks in FPC, however one of the task
> is calling a function residing in a .NET dll. I've made a flat C interface
> for the dll (so that I can call it from FPC easily),
Am 10.01.2014 08:19 schrieb "leledumbo" :
>
> I'm writing a web app hosting several tasks in FPC, however one of the
task
> is calling a function residing in a .NET dll. I've made a flat C interface
> for the dll (so that I can call it from FPC easily), and it works just
fine
> IF the dll is someho
On 10/01/2014 14:29, Pierre Free Pascal wrote:
>> Am 10.01.14 13:27, schrieb Reinier Olislagers:
>>> a segmentation fault. Running under gdb gives
>>> (gdb) run
>>> Starting program: /root/simple
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x0002b6e4 in
>>> SYSTEM_$$_ARRAYSTRIN
It looked more like the stack got messed up, for me it crashed after the
second (if I remember correctly) procedure was called. I can dig into
this on Sunday evening, after returning to my home.
Michael
Am 10.01.14 14:29, schrieb Pierre Free Pascal:
-Message d'origine-
De : fpc-pasc
> -Message d'origine-
> De : fpc-pascal-boun...@lists.freepascal.org [mailto:fpc-pascal-
> boun...@lists.freepascal.org] De la part de Michael Ring
> Envoyé : vendredi 10 janvier 2014 13:40
> À : FPC-Pascal users discussions
> Objet : Re: [fpc-pascal] ARM Linux crosscompiler: compiles but
On 10/01/2014 13:39, Michael Ring wrote:
> I think this is an ARMV6 specific Problem, I also realized while
> debugging on embedded target that it does not work anymore, same code
> compiled for ARMV7 debugs (and runs) just fine...
>
> Until now I did not find the time to search for the revision t
On Fri, Jan 10, 2014 at 2:18 AM, leledumbo wrote:
> I'm writing a web app hosting several tasks in FPC, however one of the task
> is calling a function residing in a .NET dll. I've made a flat C interface
> for the dll (so that I can call it from FPC easily), and it works just
> fine...
>
For the
I think this is an ARMV6 specific Problem, I also realized while
debugging on embedded target that it does not work anymore, same code
compiled for ARMV7 debugs (and runs) just fine...
Until now I did not find the time to search for the revision that broke
armv6m.
Michael
Am 10.01.14 13:27,
Hi all,
For the Dutch among us: de dag die je wist dat zou komen...
Thanks to earlier help I got to build an ARM Linux cross compiler module
in fpcup which even compiles fpcup itself (both using trunk and stable
starting compiler):
opt="-fPIC -dFPC_ARMHF"
crossopt="-CpARMV6 -CaEABIHF -CfVFPV2"
f
Michael Van Canneyt wrote:
On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
And I hardly see the point of converting something coming from the
hardware and/or a kernel counter to a double and then back to a
quadword.
Nevertheless, Now() is the only portable construc
On 10 Jan 2014, at 01:13, Bruce Tulloch wrote:
What is the recommended way to profile FPC applications run on ARM
targets
Callgrind and cachegrind (both part of Valgrind) are probably the best
options.
Jonas
___
fpc-pascal maillist - fpc-pas
Michael Schnell wrote:
On 01/10/2014 09:56 AM, Mark Morgan Lloyd wrote:
What's the most efficient and portable way of getting a millisecond
timestamp.
Do you run some "realtime" OS ? Otherwise millisecond timestamp don't
make much sense, as the OS might delay you application for a second now
On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
And I hardly see the point of converting something coming from the
hardware and/or a kernel counter to a double and then back to a quadword.
Nevertheless, Now() is the only portable construct available. Multiply it
w
Michael Van Canneyt wrote:
And I hardly see the point of converting something coming from the
hardware and/or a kernel counter to a double and then back to a quadword.
Nevertheless, Now() is the only portable construct available. Multiply
it with msecsperday and round to int64 if you need an
On 01/10/2014 09:56 AM, Mark Morgan Lloyd wrote:
What's the most efficient and portable way of getting a millisecond
timestamp.
Do you run some "realtime" OS ? Otherwise millisecond timestamp don't
make much sense, as the OS might delay you application for a second now
and then.
-Michael
__
On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
What's the most efficient and portable way of getting a millisecond
timestamp, relative to any ancient epoch? I find
TimeStampToMSecs(DateTimeToTimeStamp(Now))
hard to s
Michael Van Canneyt wrote:
On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
What's the most efficient and portable way of getting a millisecond
timestamp, relative to any ancient epoch? I find
TimeStampToMSecs(DateTimeToTimeStamp(Now))
hard to swallow since Now() is hardly efficient and the res
On Fri, January 10, 2014 10:01, Michael Van Canneyt wrote:
> On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
>
>> What's the most efficient and portable way of getting a millisecond
>> timestamp, relative to any ancient epoch? I find
>>
>> TimeStampToMSecs(DateTimeToTimeStamp(Now))
>>
>> hard to swal
On Fri, 10 Jan 2014, Mark Morgan Lloyd wrote:
What's the most efficient and portable way of getting a millisecond
timestamp, relative to any ancient epoch? I find
TimeStampToMSecs(DateTimeToTimeStamp(Now))
hard to swallow since Now() is hardly efficient and the resulting Comp is
marked as
What's the most efficient and portable way of getting a millisecond
timestamp, relative to any ancient epoch? I find
TimeStampToMSecs(DateTimeToTimeStamp(Now))
hard to swallow since Now() is hardly efficient and the resulting Comp
is marked as non-potable in the documentation.
--
Mark Morgan
leledumbo wrote:
I'm writing a web app hosting several tasks in FPC, however one of the task
is calling a function residing in a .NET dll. I've made a flat C interface
for the dll (so that I can call it from FPC easily), and it works just fine
IF the dll is somehow loaded first. Currently, I use
On Fri, 10 Jan 2014, Constantine Yannakopoulos wrote:
On Thu, Jan 9, 2014 at 9:55 AM, Sven Barth wrote:
Am 08.01.2014 22:01, schrieb Michael Van Canneyt:
You can preview the result at
http://www.freepascal.org/~michael/ref/refch3.html
You might additionally men
On Thu, 9 Jan 2014, Jürgen Hestermann wrote:
Am 2014-01-09 08:26, schrieb Michael Van Canneyt:
That what should be declared is repeated in the declaration
itself which makes no sense to me.
A syntax diagram for 'type declaration' (which is written in the heading
already)
The heading is a c
32 matches
Mail list logo
