Re: [fpc-pascal] *** GMX Spamverdacht *** Re: Documentation, syntax diagrams

2014-01-11 Thread Jürgen Hestermann
Am 11.01.2014 19:58, schrieb Michael Van Canneyt: >> Why this inconsistency? > I don't necessarily consider this inconsistent. Why not? Do you mean syntax diagrams don't need any logic? >> If the diagrams stay like this they are too confusing to be of any use. > That is your opinion, to which y

Re: [fpc-pascal] Documentation, syntax diagrams

2014-01-11 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > Am 2014-01-11 13:14, schrieb Michael Van Canneyt: > >> I meant that I use a diagram typesetting package for LaTeX. This package > >> definitely works like that. > > > > Then something is wrong with this package. > > Which one is it? > > listi

Re: [fpc-pascal] Documentation, syntax diagrams

2014-01-11 Thread Michael Van Canneyt
On Sat, 11 Jan 2014, Jürgen Hestermann wrote: Am 2014-01-11 13:14, schrieb Michael Van Canneyt: I meant that I use a diagram typesetting package for LaTeX. This package definitely works like that. Then something is wrong with this package. Which one is it? listings.sty I didn't write thi

Re: [fpc-pascal] Documentation, syntax diagrams

2014-01-11 Thread Jürgen Hestermann
Am 2014-01-11 13:14, schrieb Michael Van Canneyt: I meant that I use a diagram typesetting package for LaTeX. This package definitely works like that. Then something is wrong with this package. Which one is it? And as I wrote, there are diagrams which do *not* repeat the header (diagram name)

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

2014-01-11 Thread Reinier Olislagers
On 11/01/2014 14:03, Florian Klämpfl wrote: > Just type fpc -i to see the possible options. If one does not understand > those options, one does not need them :) I had a suspicion you were going to say that ;) > As said, arm targets are very different and every target has its optimal > parameters.

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

2014-01-11 Thread Florian Klämpfl
Am 11.01.2014 13:38, schrieb Reinier Olislagers: > On 11/01/2014 13:32, Florian Klämpfl wrote: >> Am 11.01.2014 11:14, schrieb Reinier Olislagers: >>> On 11/01/2014 08:02, Florian Klämpfl wrote: Am 10.01.2014 13:27, schrieb Reinier Olislagers: >>> As I couldn't find any existing docs, I've sta

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

2014-01-11 Thread Reinier Olislagers
On 11/01/2014 13:32, Florian Klämpfl wrote: > Am 11.01.2014 11:14, schrieb Reinier Olislagers: >> On 11/01/2014 08:02, Florian Klämpfl wrote: >>> Am 10.01.2014 13:27, schrieb Reinier Olislagers: >> As I couldn't find any existing docs, I've started this page: >> http://wiki.lazarus.freepascal.org/A

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

2014-01-11 Thread Florian Klämpfl
Am 11.01.2014 11:14, schrieb Reinier Olislagers: > On 11/01/2014 08:02, Florian Klämpfl wrote: >> 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 sho

Re: [fpc-pascal] Efficient millisecond timestamp

2014-01-11 Thread Michael Van Canneyt
On Sat, 11 Jan 2014, Graeme Geldenhuys wrote: On 2014-01-10 11:02, Michael Van Canneyt wrote: Last time I looked, EpikTimer used Now() on Unixes, definitely if you were not on intel platforms. On i386 systems it uses Intel CPU hardware timers. On other Windows systems it uses the Windows

Re: [fpc-pascal] Efficient millisecond timestamp

2014-01-11 Thread Graeme Geldenhuys
On 2014-01-10 11:02, Michael Van Canneyt wrote: > > Last time I looked, EpikTimer used Now() on Unixes, > definitely if you were not on intel platforms. On i386 systems it uses Intel CPU hardware timers. On other Windows systems it uses the Windows QueryPerformanceCounter API. On Unixes it use

Re: [fpc-pascal] Documentation, syntax diagrams

2014-01-11 Thread Michael Van Canneyt
On Fri, 10 Jan 2014, Jürgen Hestermann wrote: 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). I mean

Re: [fpc-pascal] Compiled resource file search path

2014-01-11 Thread Paul Ishenin
11.01.2014 18:27, denisgolovan wrote: Now the question to the compiler developers - will you accept my patch if I make .res to be searched in unit output directory (-FU)? Add a separate -F{Some character} switch for resource search. Best regards, Paul Ishenin __

Re: [fpc-pascal] Compiled resource file search path

2014-01-11 Thread denisgolovan
> You can use full/relative path for resources: {$R /path/to/resource/file} or > {$R ../relative/resource/file} Yes. I can. The problem is that my .res files are not always in the same directory. My build scripts use separate dirs for every arch-os-debug combination. Now the question to the compi

Re: [fpc-pascal] Compiled resource file search path

2014-01-11 Thread denisgolovan
Hi Fortunately I don't use Windows when doing development for Windows :) Cross-compiling under Linux is way better. BR, Denis ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Compiled resource file search path

2014-01-11 Thread Reinier Olislagers
On 11/01/2014 06:13, leledumbo wrote: > You can use full/relative path for resources: {$R /path/to/resource/file} or > {$R ../relative/resource/file} > Note however the bug for gorc (used in Win64) .rc files if the .rc file is not in the project directory: http://bugs.freepascal.org/view.php?id=2

Re: [fpc-pascal] ARM Linux crosscompiler: compiles but... executable gives segmentation fault

2014-01-11 Thread Reinier Olislagers
On 11/01/2014 08:02, Florian Klämpfl wrote: > 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. Thanks. As