> #!/bin/sh
> ~/wherever/we/installed/fpc -n
> @~/wherever/we/installed/fpc.cfg $* which should instruct our
> fpc to ignore any other fpc.cfg, use our own, and get any
> other arguments passed to the script.
>
> Then assign this script as the compiler in Lazarus?!?!
>
> (I suppose this might
On 11-2-2012 10:30, Ludo Brands wrote:
>> #!/bin/sh
>> ~/wherever/we/installed/fpc -n
>> @~/wherever/we/installed/fpc.cfg $* which should instruct our
>> fpc to ignore any other fpc.cfg, use our own, and get any
>> other arguments passed to the script.
>>
>> Then assign this script as the compil
Hi,
Seeing the discussions about annotating the documentation created by FPDoc, I
added support for notes.
(revision 20304)
In short:
At the level of the , and tags, you can now include a
tag.
Within the tag, you can include one or more tags.
They are typeset as an unordered list, whi
On 11-2-2012 10:30, Ludo Brands wrote:
> One other problem: the debugger is configured as gdb which is not working.
> Lazarus looks for a gdb in the current directory (whatever that is), not in
> the path. Using the output of 'which gdb' would be the easiest solution on
> linux to set up the defaul
Reinier Olislagers hat am 11. Februar 2012 um
08:28 geschrieben:
> On 10-2-2012 18:23, Ludo Brands wrote:
> >>> - (I hesitated to put this in the category "bugs") lazarus is
> >>> configured to use (default on ubuntu) ~/fpc/bin/fpc. I have 2.4.4
> >>> installed with a /etc/fpc.cfg and ~/fpc/bin/
> > It picks up the right compiler but there is still a problem though:
> > fpc.cfg includes the units searchpath
> > ~/wherever/we/installed/units/$fpctarget but make install
> > INSTALL_PREFIX=blah installs in
> > blah/lib/fpc/$fpcversion/units/$fpctarget. Running 'fpcmkcfg -d
> > basepath=~
On 11.02.2012 10:30, Ludo Brands wrote:
#!/bin/sh
~/wherever/we/installed/fpc -n
@~/wherever/we/installed/fpc.cfg $* which should instruct our
fpc to ignore any other fpc.cfg, use our own, and get any
other arguments passed to the script.
Then assign this script as the compiler in Lazarus?!?!
(
On 11-2-2012 13:15, Mattias Gaertner wrote:
>
> Reinier Olislagers hat am 11. Februar 2012
> um 08:28 geschrieben:
>> On 10-2-2012 18:23, Ludo Brands wrote:
>> >>> - (I hesitated to put this in the category "bugs") lazarus is
>> >>> configured to use (default on ubuntu) ~/fpc/bin/fpc. I have 2.4.
> > Regarding side by side installations, wouldn't it be better
> to store
> > the lazarus config in a subdir of the lazarus install? A fixed
> > directory makes side by side installation of lazarus very difficult.
> You mean a --primary-config path underneath the lazarus
> application director
On 11-2-2012 14:19, Ludo Brands wrote:
>>> Regarding side by side installations, wouldn't it be better
>> to store
>>> the lazarus config in a subdir of the lazarus install? A fixed
>>> directory makes side by side installation of lazarus very difficult.
>> You mean a --primary-config path under
In our previous episode, Ludo Brands said:
> > Then again, current fpcup does not have a fixed
> > primary-config-path, merely a default one.
> >
>
> Unless I overlooked something, the primary-config-path is pretty hardcoded
> now (XdgConfigHome/lazarusdevsettings). Adding a parameter for
> prim
> > Why not create a fpcup script or link alongside the
> launcher(s) that
> > take the same parameters as the one use to create the
> launcher? Something like
> > 'lazlinkname' and 'lazlinkname Update'.
> Mmm, don't get what you mean here. What do you mean by
> launcher and the parameter
On 11-2-2012 14:42, Ludo Brands wrote:
>
>>> Why not create a fpcup script or link alongside the
>> launcher(s) that
>>> take the same parameters as the one use to create the
>> launcher? Something like
>>> 'lazlinkname' and 'lazlinkname Update'.
>> Mmm, don't get what you mean here. What
On 11-2-2012 14:32, Marco van de Voort wrote:
> In our previous episode, Ludo Brands said:
>>> Then again, current fpcup does not have a fixed
>>> primary-config-path, merely a default one.
>>>
>>
>> Unless I overlooked something, the primary-config-path is pretty hardcoded
>> now (XdgConfigHome/l
> > Lazarus config files are sometimes part of the problem when working
> > with svn. Making an all clean start would preferably also mean
> > removing the lazarus config files.
>
> Daily going through the config dialogues is not fun either.
>
This was the case where the complete directory st
On 11-2-2012 14:19, Ludo Brands wrote:
>>> Regarding side by side installations, wouldn't it be better
>> to store
>>> the lazarus config in a subdir of the lazarus install? A fixed
>>> directory makes side by side installation of lazarus very difficult.
>> You mean a --primary-config path under
On Fri, Feb 10, 2012 at 17:53, leledumbo wrote:
> I don't remember having that since 2.X.X... there was always TList,
> however.
> And that's what I was using (I use generics for all my containers use now).
>
Thanks. Personally I dislike generics at all. They are not that readable
imho. Even tho
I believe generics makes faster code due to having no need to test
types during runtime... i maybe wrong.
2012/2/11 ik :
> On Fri, Feb 10, 2012 at 17:53, leledumbo wrote:
>>
>> I don't remember having that since 2.X.X... there was always TList,
>> however.
>> And that's what I was using (I use ge
On 11-2-2012 20:35, Michael Van Canneyt wrote:
> On Sat, 11 Feb 2012, Howard Page-Clark wrote:
>> The prospect of a website dedicated to discussion of documentation
>> seems to me to be a helpful move forward.
> It's not really about discussion (fed up with that, if you can believe
> it ;) ), but a
Am Friday 10 February 2012 15:24:11 schrieb Reinier Olislagers:
> Hi all,
>
> With the help of the people on the forums and the lists, I've completed
> the first version of FPCup, a tool that downloads FPC and Lazarus
> sources from SVN, compiles and installs them.
Sorry for not reading the whole
On 11-2-2012 22:05, Rainer Stratmann wrote:
> Sorry for not reading the whole thread.
> But is it then also possible to povide a binary version of each (Linux)
> distro
> for easiest installing (just unzip the archive)? FPC and Lazarus in one sub
> directory?
fpcup downloads (or updates) and in
2012/2/11, Jorge Aldo G. de F. Junior :
> I believe generics makes faster code due to having no need to test
> types during runtime... i maybe wrong.
It is true only if you use the type-safe "as" casting. Normal casting
does not check types at runtime.
It does make the code more readable. Like:
22 matches
Mail list logo
