On Tuesday, 1. February 2011 05.57:03 Brian Winfrey wrote:
>
> I think you may find what you're looking for in MSE project's IFI?
> components. Google MSEGUI to find it.
MSEifi is contained in MSEide+MSEgui project:
http://developer.berlios.de/projects/mseide-msegui/
MSEide must be compiled with
On Sun, Jan 23, 2011 at 2:25 AM, Justin Smyth
wrote:
> Hi guys
>
> I've been working on a application to application communications protocol
> via named pipes.
>
> the basic idea would be for Application A to change a Component Property on
> Applications B ( ie the visible property) or a text or c
Den 31-01-2011 22:54, Vladimir Zhirov skrev:
I was surprised when B turned out to be almost 3 times
slower than A (~11 vs ~29 sec. on my hardware). This ratio
remains nearly the same regardless of compiler optimization
level.
I'm using FPC 2.4.2 [2010/12/27] for i386 on Linux.
1) Is it expected
In our previous episode, Vladimir Zhirov said:
> I was surprised when B turned out to be almost 3 times
> slower than A (~11 vs ~29 sec. on my hardware). This ratio
> remains nearly the same regardless of compiler optimization
> level.
This is normal. Typed constants are considered variables, and
Hi,
On 31/01/2011 09:07, Marco van de Voort wrote:
In our previous episode, Olivier Coursi?re said:
might get further with it. I seem to recall Lazarus can target Qt, right?
Afaik Lazarus runs on Haiku due to the work of mostly Olivier Coursiere.
(it was GTK2 based iirc).
Qt based in fact ;-)
Hi,
I'm trying to optimize my CSV parser class, and facing with a bit
unexpected results. I tried to change in-place set declaration
(if ch in [a, b, c] then ...) to reusable set constants
(if ch in ABCSet then ...), and noticed a slight slowdown.
To check it, I created a simple test application:
In our previous episode, Den Jean said:
> > If you are in Brussels again next week, don't forget to show me :-)
> Fosdem ?
Yup.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Monday 31 January 2011 09:07:47 Marco van de Voort wrote:
> > Qt based in fact ;-) But, yes, Lazarus runs quite well. Integrated
Nice to know it still works
> If you are in Brussels again next week, don't forget to show me :-)
Fosdem ?
___
fpc-pascal
Den 31-01-2011 18:09, Julien Devillers skrev:
Ok, so now it compiles but, I still an an error while linking :
ld.exe: cannot find -lpthread
This is basic crosslinking stuff. You must transfer all the required
libraries from the target system, to be able to crosscompile it to
there(In this case
>>However, the internalerror you are getting is inside the external
assembler writer. Since you are compiling for Linux/x86-64, the compiler
should default to using the internal assembler. Are you using a variant
of the -a or -Aas command line options?
>Without the -Aas, the unit compiles correctl
>However, the internalerror you are getting is inside the external
assembler writer. Since you are compiling for Linux/x86-64, the compiler
should default to using the internal assembler. Are you using a variant
of the -a or -Aas command line options?
Without the -Aas, the unit compiles correctly.
FPC 2.4.0. Note that simply compiling the compiler is never enough, you
have to perform a full build ("make all" in the top level fpc directory)
-> Yes, That's what I did .
->make OS_TARGET=linux CPU_TARGET=x86_64 clean all
->make OS_TARGET=linux CPU_TARGET=x86_64 install
>However, the inter
On 31 Jan 2011, at 13:52, Julien Devillers wrote:
May be, I did wrong when compiling the compiler ?
Does the 64bit compiler should be compiled with a64 bits compiler ?
It doesn't matter.
Which is the fpc minimum version for compiling the 2.4.2 fpc ?
FPC 2.4.0. Note that simply compiling t
My guess is that it's related to 80bit constants. Win64 doesn't support
80bit extended(according to some of the code, yet other places it
defined pbestrealtype to s80bit). A crosscompiler should defined
FPC_HAS_TYPE_EXTENDED for x86_64-linux, so I don't know whether this is
actually the problem
Tr
Can you try changing
C : extended;
to
c : Double;
and see whether that helps ?
Michael.
On Mon, 31 Jan 2011, Julien Devillers wrote:
---
OK, I replaced the -va by -vewunchilbdrqpv (everything except
timestamps).
With that, the error message reports the last line of
Den 31-01-2011 11:18, Julien Devillers skrev:
---
OK, I replaced the -va by -vewunchilbdrqpv (everything except
timestamps).
With that, the error message reports the last line of the unit.
I removed a lot of code to find out that issue happens here
function RoundTo(const AVal
---
OK, I replaced the -va by -vewunchilbdrqpv (everything except
timestamps).
With that, the error message reports the last line of the unit.
I removed a lot of code to find out that issue happens here
function RoundTo(const AValue: Double; const ADigit: TRoundToRange):
Doubl
-Message d'origine-
De : fpc-pascal-boun...@lists.freepascal.org
[mailto:fpc-pascal-boun...@lists.freepascal.org] De la part de Jonas Maebe
Envoyé : vendredi 28 janvier 2011 14:39
À : FPC-Pascal users discussions
Objet : Re: [fpc-pascal] Internal error 2006012201 while cross compiling
SUBCRIBE
--
==
http://www.quotationspage.com/data/qotd.rss
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
In our previous episode, Olivier Coursi?re said:
> >> might get further with it. I seem to recall Lazarus can target Qt, right?
> > Afaik Lazarus runs on Haiku due to the work of mostly Olivier Coursiere.
> > (it was GTK2 based iirc).
> Qt based in fact ;-) But, yes, Lazarus runs quite well. Integr
20 matches
Mail list logo