In our previous episode, Hans-Peter Diettrich said:
>
> I'm somewhat confused. There seem to exist two gdb.exe on my system,
> with slightly different version numbers, but I can locate only one.
> Typically Windows - protect the system from the user :-(
Get which.cmd from http://www.robvanderwoud
Hi,
Please continue this discussion on the fpc-other list. Long arguments about how
easy or hard it is to read or write long expressions (or about how hard it is
to understand other people's explanations of this), the difficulty of typing
certain characters, etc are not about the development of
On 2010-08-07 6:17 PM, Martin wrote:
The data in MyObj.PointArrayField belongs to MyObj => so why not tell
MyObj what to do with that data?
First I thought it meant 'therefore', 'hence' or 'thus', but replacing
'=>' in the sentence above did not make much sense.
What is it supposed to mean?
Sven Barth wrote:
Well... in C a test for equality is always "==". So, when reading it
(and not having read a Pascal code some minutes before :P ) one should
recognize without problems whether it's an assignment or a comparison
expression (it's another story that many people - including me - d
On 07/08/2010 16:03, Hans-Peter Diettrich wrote:
Marc Weustink schrieb:
What is wrong with :
MyObj.PointArrayField[i] := MyObj.PointArrayField[i] +
FunctionReturningPointOffset(param)
The need for duplicating a long expression, with chances for typos :-(
Choose shorter expressions and/o
Marc Weustink schrieb:
What is wrong with :
MyObj.PointArrayField[i] := MyObj.PointArrayField[i] +
FunctionReturningPointOffset(param)
The need for duplicating a long expression, with chances for typos :-(
Choose shorter expressions and/or use ctrl+space
And how do I find out, whether t
Marc Weustink schrieb:
Nonetheless when I run the same program from the Lazarus IDE, no console
window opens :-(
You cannot debug console apps in lazarus.
I can, on Windows. And, as I've just learned in the chat, it's also
possible do debug console applications on Linux, at least as long as
Hans-Peter Diettrich wrote:
Marc Weustink schrieb:
What is wrong with :
MyObj.PointArrayField[i] := MyObj.PointArrayField[i] +
FunctionReturningPointOffset(param)
The need for duplicating a long expression, with chances for typos :-(
Choose shorter expressions and/or use ctrl+space
Marc
Hans-Peter Diettrich wrote:
Jonas Maebe schrieb:
See comment 0035256 at http://bugs.freepascal.org/view.php?id=15692
for how to fix it.
This was not the problem, but reading helped - I had to enable creation
of gdb debug info, to make the debugger work with Lazarus. I wonder why
gdb doesn't
Hans-Peter Diettrich wrote:
Marc Weustink schrieb:
What if you run a gdb from the command line ?
I'm somewhat confused. There seem to exist two gdb.exe on my system,
with slightly different version numbers, but I can locate only one.
Typically Windows - protect the system from the user :-(
A
On 06.08.2010 11:34, Mark Morgan Lloyd wrote:
Although "a=b=c" is more like "assign c to b and assign (the new value
of) b to a" (but it might work in C as well that way).
Please excuse a comment from a non-developer but I really don't like
this form. I've coded a number of parsers for script l
Jonas Maebe schrieb:
See comment 0035256 at http://bugs.freepascal.org/view.php?id=15692
for how to fix it.
This was not the problem, but reading helped - I had to enable creation
of gdb debug info, to make the debugger work with Lazarus. I wonder why
gdb doesn't report any errors, when runn
Marc Weustink schrieb:
What if you run a gdb from the command line ?
I'm somewhat confused. There seem to exist two gdb.exe on my system,
with slightly different version numbers, but I can locate only one.
Typically Windows - protect the system from the user :-(
After some tries: found the ot
Marc Weustink schrieb:
What is wrong with :
MyObj.PointArrayField[i] := MyObj.PointArrayField[i] +
FunctionReturningPointOffset(param)
The need for duplicating a long expression, with chances for typos :-(
DoDi
___
fpc-devel maillist - fpc-dev
Michael Schnell :
> In fact I still don't know how the compiler should
> construct a pointer to a threadvar in Linux.
pthread_getspecific()
It returns a pointer to it (well, to the block of associated memory, so maybe
adding an offset would be required if more than just one variable is stored
Michael Van Canneyt schrieb:
How can a C compiler be more efficient, if the threadvar concept does not
exist in C ? On posix platforms, you must use a series of thread calls
to get to your 'thread-local' variable. When accessing a thread
variable, FPC uses the same series of calls as one would
On 07 Aug 2010, at 05:37, Hans-Peter Diettrich wrote:
> I've installed Lazarus 0.9.28 (with FPC 2.2.4) 64 bit on Win7/64. Here gdb
> works.
>
> Then I built and installed FPC 2.5 (trunk) for further use. The compiled apps
> (64 bit) run fine, as long as I disable debugging. With debugging enab
On Sat, Aug 7, 2010 at 20:54, Marc Weustink wrote:
> Alexander Klenin wrote:
>
>> Code bloat/duplication is much more serious.
>> It is usually not just SomeReallyLongVariableNameY, but something like:
>> SomeFunctionReturningObject(param1, param2).PointArrayField[i] +=
>> FunctionReturningPointOf
Am 07.08.2010 12:04, schrieb Martin:
> On 07/08/2010 08:28, Florian Klämpfl wrote:
>>
>> Nevertheless inc/dec generates better code because fpc is too dump to
>> convert += / -= into inc/dec etc. :)
> Better in which way?
>
> I did a quick test (on a very simple source only) (fpc 2.5.1)
>
> inc(
On 07/08/2010 08:28, Florian Klämpfl wrote:
Nevertheless inc/dec generates better code because fpc is too dump to
convert += / -= into inc/dec etc. :)
Better in which way?
I did a quick test (on a very simple source only) (fpc 2.5.1)
inc(a), a+=1; a:= a + 1; all generate "incl"
inc(a,3); a
Alexander Klenin wrote:
Code bloat/duplication is much more serious.
It is usually not just SomeReallyLongVariableNameY, but something like:
SomeFunctionReturningObject(param1, param2).PointArrayField[i] +=
FunctionReturningPointOffset(param);
Try rewriting that without "+=".
Again, we are bac
Hans-Peter Diettrich wrote:
I've installed Lazarus 0.9.28 (with FPC 2.2.4) 64 bit on Win7/64. Here
gdb works.
Then I built and installed FPC 2.5 (trunk) for further use. The compiled
apps (64 bit) run fine, as long as I disable debugging. With debugging
enabled the application hangs on start,
Am 06.08.2010 05:05, schrieb Alexander Klenin:
> On Fri, Aug 6, 2010 at 08:29, Michael Van Canneyt
> wrote:
>> Pascal as it is, is a very readable language as opposed to C. Proposals such
>> as this diminish the readability.
>
> FWIW, while migrating to FPC/newer Delphi,
> I specifically replace
23 matches
Mail list logo
