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
SUBCRIBE
--
==
http://www.quotationspage.com/data/qotd.rss
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
-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
---
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
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
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
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
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
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
>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.
>>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
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
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
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
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:
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 ;-)
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
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
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
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
20 matches
Mail list logo
