no gdb or even a GNU compiler exists for Win64.
Does that mean, if you want to use open source tools, you can write
code for Win64 in Pascal but not in C ?
Amazing !
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Fri, Feb 22, 2008 at 9:10 AM, Michael Schnell [EMAIL PROTECTED] wrote:
Does that mean, if you want to use open source tools, you can write
code for Win64 in Pascal but not in C ?
You can use Visual Studio and the Microsoft C Compiler to write win64 code too.
--
Felipe Monteiro de
On Fri, Feb 22, 2008 at 9:14 AM, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
On Fri, Feb 22, 2008 at 9:10 AM, Michael Schnell [EMAIL PROTECTED] wrote:
Does that mean, if you want to use open source tools, you can write
code for Win64 in Pascal but not in C ?
You can use
Paul Ishenin wrote / napísal(a):
And we need:
1. abstraction layer to use gdb or native debugger or any other debugger
2. program interface which can satisfy fpc ide, mse ide, and lazaraus ide
I agree 100% on this, unless gdb people don't accept patches at all I
think this is the way to go.
Martin Schreiber пишет:
On Friday 22 February 2008 08.19:27 Daniël Mantione wrote:
Displaying of ansistrings, widestrings and dynamic arrays is possible
with current gdb. MSEide uses some tricks to achieve correct display in
most of the cases.
How? I have been playing with the idea of doing
Displaying of ansistrings, widestrings and dynamic arrays is possible with
current gdb. MSEide uses some tricks to achieve correct display in most of
the cases.
GREAT !
The Lazarus team should take a look at this. (I was very disappointed to
see that dynamic arrays could not be
Op Fri, 22 Feb 2008, schreef Michael Schnell:
Lack of Pascal support like with, local procedures, widestrings, dynamic
arrays, properties is platform independend. Therefore all platforms would
benefit.
Are these things depending on the internal structures of GDB part and
informations
Op Fri, 22 Feb 2008, schreef Michael Schnell:
have to be enhanced to display data types as Pascal coders expect them.
Would it not be more appropriate to enhance GDB itself instead of setting
up
a completely new project.
Enhancing gdb has been done several times. Basically all
Ales Katona schrieb:
Paul Ishenin wrote / napísal(a):
And we need:
1. abstraction layer to use gdb or native debugger or any other debugger
2. program interface which can satisfy fpc ide, mse ide, and lazaraus ide
I agree 100% on this, unless gdb people don't accept patches at all I
GDB is
Using Cygwin doesn't count because the dependency on
cygwin1.dll causes only trouble for the user.
That is _very_ true ! I had tons of those problems in non FP projects
with several different development environments.
-Michael
___
fpc-devel
I have read the text and I'd like to thank the author for the immense
effort (both in the past and in the future) put into it.
The only criticism I might have on it would be that it is a little too
US-centric.
I am referring to the stuff related to measurement systems, and other
various
Jonas Maebe schrieb:
On 22 Feb 2008, at 09:32, Florian Klaempfl wrote:
GDB is written in C, even worse it is written in a 80th hackish style
using tons of macros. Most advanced pascal programmers can read it but
writing or even debugging is another matter.
It is not /that/ hard to debug
On 22 Feb 2008, at 11:24, Florian Klaempfl wrote:
Jonas Maebe schrieb:
On 22 Feb 2008, at 09:32, Florian Klaempfl wrote:
GDB is written in C, even worse it is written in a 80th hackish
style
using tons of macros. Most advanced pascal programmers can read it
but
writing or even
About reinventing the wheel... It is not about reinventing GDB.
You can compare this story with designing a car: You can use an engine
designed for an older car, this saves you the work of designing a new
engine. But the existing engine does not fullfill all needs of the new
car. So, some
On 22 Feb 2008, at 09:32, Florian Klaempfl wrote:
On unix (at least on Linux and Mac OS X) it is trivial to compile (./
configure ; make). It doesn't have any unusual external dependencies,
It has some problems in general with preinstalled versions of the GNU
libraries it packages
Hi!
On Fre, 2008-02-22 at 09:20 +0100, Michael Schnell wrote:
Lack of Pascal support like with, local procedures, widestrings,
dynamic arrays, properties is platform independend. Therefore all
platforms would benefit.
Are these things depending on the internal structures of GDB part
Paul Ishenin wrote:
Maybe everybody will benefit in you boys will do 1 good bicycle
instead of 3?
At the moment i do not see the good bicycle to ride on.
I see that Martin, Daniël and Marc are working/worked on one thing -
debugger for fpc. And now we have 3 implementation based on gdb. +
Please help I am unsure how to port from C++ to fpc this code.
The function this must be passed to says that the structure pointer or size
is invalid.
C++
typedef struct _SSLPROTOCOL {
DWORD dwProtocol;
DWORD dwVersion;
DWORD dwFlags;
} SSLPROTOCOL, FAR *LPSSLPROTOCOL;
Can freepascal be used on small processors that are 8 or 16 bits or does
it expect that there are at least 32 bits for most things? I've been
tempted lately to start making little circuits with microcontrollers on
them. I realize that a great deal of the rtl/fcl would not be used on
these little
19 matches
Mail list logo