On a Linux distro like for example Raspbian one could place the fpc
compiler below /usr/xxx or in ~/fpc/xxx
As far as I can see using /usr makes the installation need sudo and
the resulting files are owned by root, generally causing problems down
the line when updating fpc...
Is there some reason
Hallo Bo,
please try the simple
READ(myfile, x);
as mentioned in my posting from 23.dec.
It works w/o any postprocessing.
Markus
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pas
On Sat, 31 Dec 2016 11:27:53 +0100, greim
wrote:
>Hallo Bo,
>
>please try the simple
>
>READ(myfile, x);
>
>as mentioned in my posting from 23.dec.
>It works w/o any postprocessing.
>
I saw that but the problem is that there are varying number of items
on each line and a line is considered a reco
On 12/31/16, Bo Berglund wrote:
> On a Linux distro like for example Raspbian one could place the fpc
> compiler below /usr/xxx or in ~/fpc/xxx
> As far as I can see using /usr makes the installation need sudo and
> the resulting files are owned by root, generally causing problems down
> the line
On Sat, 31 Dec 2016 14:20:27 +0100, Bart
wrote:
>Note: I never build fpc or change it's source files, so I'm with them
>being in a location that I have no write access to.
Yes, in that case one could work that way.
But I am building fpc from sources (like I do for Lazarus too) and my
script for
2016-12-31 8:18 GMT-03:00 Bo Berglund :
> On Sat, 31 Dec 2016 11:27:53 +0100, greim
>
> The Readln approach followed by splitting in a stringlist is enough of
> an improvement that I can use it.
>
>
Did you look at StrUtils.ExtractSubStr ?
Should be faster than TStrings;
PosWord := 1;
Word := Ex
> Is there some reason I have overlooked for not installing fpc into say
> ~/fpc//?
In your case, I see none. Since you don't want to share it among users, it's
perfectly fine to install under your only user home directory.
--
View this message in context:
http://free-pascal-general.1045716.
Hi,
Why is it that type helpers must be declared in the Interface section
of a unit and cannot be private in Implementation section?
Consider this (useless) example:
unit thtest;
{$mode objfpc}{$H+}
{$modeswitch typehelpers}
interface
type
TSomeType = record end;
TA = Array of TSomeType;
On Sat, 31 Dec 2016 11:30:26 -0300, Luiz Americo Pereira Camara
wrote:
>2016-12-31 8:18 GMT-03:00 Bo Berglund :
>
>> On Sat, 31 Dec 2016 11:27:53 +0100, greim
>>
>> The Readln approach followed by splitting in a stringlist is enough of
>> an improvement that I can use it.
>>
>>
>Did you look at S
Am 31.12.2016 14:37 schrieb "Bo Berglund" :
>
> On Sat, 31 Dec 2016 14:20:27 +0100, Bart
> wrote:
>
> >Note: I never build fpc or change it's source files, so I'm with them
> >being in a location that I have no write access to.
>
> Yes, in that case one could work that way.
>
> But I am building f
Am 31.12.2016 16:28 schrieb "Bart" :
>
> Hi,
>
> Why is it that type helpers must be declared in the Interface section
> of a unit and cannot be private in Implementation section?
>
> Consider this (useless) example:
>
> unit thtest;
>
> {$mode objfpc}{$H+}
> {$modeswitch typehelpers}
>
> interface
On Fri, December 30, 2016 1:22 pm, Graeme Geldenhuys wrote:
> On 2016-12-29 18:43, Bart wrote:
>
>> Is this intended behaviour?
>>
>
> I'm not sure. I used FastHTMLParser 2+ months ago and discovered a
> couple of bugs in it, and similar behaviour to what you mentioned. I wrote
> some unit tests fo
On 12/31/16, Lars wrote:
> I have plans to put fast html parser on an official git hub so that any
> issues can be reported centrally
I thought it was part of fpc packaes source
(http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/packages/chm/src/fasthtmlparser.pas?view=markup)
and bugs can be r
On Thu, December 29, 2016 12:09 pm, Bart wrote:
> On 12/29/16, Bart wrote:
>
>
>> Is this intended behaviour?
>> If so, could it be made configurable to do fire the OnFoundText event
>> in such cases?
>
> Never mind, I did not think this through.
> I solved my problem in a better way (it should ne
On 12/31/16, Sven Barth wrote:
> You did put the helper declaration before the implementation of X, right?
Oops!
> If you still have a problem, please open a bug report with an example
> (cause that should definitely work).
This is from my oiginal code.
I stripped away anything that did not in
On 12/31/16, Bart wrote:
> NB. These are my compiler options:
> -MObjFPC -Scghi -Cirot -g -gl -gh -l -vewnhibq -Filib\i386-win32 -Fu.
> -FUlib\i386-win32 -FcUTF8
When I remove the -FcUTF8, compilation succeeds.
This sounds like a bug to me.
B.t.w. I cannot test with fpc trunk.
So, someone shou
In our previous episode, Sven Barth said:
> > is only one user (pi) so it is not about having one installation that
> > is shared amongst users...
>
> You can specify the installation directory to the Makefile using
> INSTALL_PREFIX. You then need to have the bin and (AFAIK) lib/
> directory of th
On Sat, 31 Dec 2016 23:13:22 +0100 (CET),
mar...@stack.nl (Marco van de Voort) wrote:
>> You can specify the installation directory to the Makefile using
>> INSTALL_PREFIX. You then need to have the bin and (AFAIK) lib/
>> directory of that directory in PATH.
>
>Yesno. On *nix a symlink should
Am 31.12.2016 22:47 schrieb "Bart" :
>
> On 12/31/16, Bart wrote:
>
> > NB. These are my compiler options:
> > -MObjFPC -Scghi -Cirot -g -gl -gh -l -vewnhibq -Filib\i386-win32 -Fu.
> > -FUlib\i386-win32 -FcUTF8
>
> When I remove the -FcUTF8, compilation succeeds.
> This sounds like a bug to me.
19 matches
Mail list logo
