Re: [fpc-pascal] FPC + Haiku

2011-01-31 Thread Marco van de Voort
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. Integrated

[fpc-pascal] SUBCRIBE

2011-01-31 Thread Erliansyah Nasution
SUBCRIBE -- == http://www.quotationspage.com/data/qotd.rss ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Julien Devillers
-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

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Julien Devillers
--- 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):

Re: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Jeppe Johansen
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

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread michael . vancanneyt
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

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Julien Devillers
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

Re: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Jonas Maebe
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

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Julien Devillers
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

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Julien Devillers
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.

RE: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Julien Devillers
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.

Re: [fpc-pascal] Internal error 2006012201 while cross compiling

2011-01-31 Thread Jeppe Johansen
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

Re: [fpc-pascal] FPC + Haiku

2011-01-31 Thread Den Jean
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

Re: [fpc-pascal] FPC + Haiku

2011-01-31 Thread Marco van de Voort
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

[fpc-pascal] A question about sets performance

2011-01-31 Thread Vladimir Zhirov
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

Re: [fpc-pascal] FPC + Haiku

2011-01-31 Thread Olivier Coursière
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

Re: [fpc-pascal] A question about sets performance

2011-01-31 Thread Marco van de Voort
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 not

Re: [fpc-pascal] A question about sets performance

2011-01-31 Thread Jeppe Johansen
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

Re: [fpc-pascal] Win32 Application Query.

2011-01-31 Thread Brian Winfrey
On Sun, Jan 23, 2011 at 2:25 AM, Justin Smyth delph...@smythconsulting.net 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

Re: [fpc-pascal] Win32 Application Query.

2011-01-31 Thread Martin Schreiber
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