Hello
What debug information FP-compiler generates? To make proper expression
evaluation, debugger should be aware of properties, otherwise result of the
lines like this:
i := Memo1.Lines.Count; // there Lines and Count are properties
cannot be evaluated.
another question about debug information:
while debugging with gdb, i have found that object methods are 'mapped' to
the debugger (or debug information?) as functions with additional parameter
'self' (what they actually are),
so let's say, i have an object m: TMyObject with method procedure
i know Marc, but the purpose is to make expression evaluation.
while setting property is procedure, i can't think of any expression that
uses it. But of couse, it might be usefull to know how to set properties
(directly member of class, or a method)
i guess, that property information is also
Brad, could you make a smaller test, that fails using inline for powerpc?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
WITH is also usefull to initialize records
with rec do begin
field1 := 1;
field2 := 2;
field3 := 3;
field4 := 4;
// and so on
end;
rather than c'sh style:
rec.field1 := 1;
rec.field2 := 2;
rec.field3 := 3;
rec.field4 := 4;
I also like to use with structure in bigger 'if' statement:
strings are always null-terminated, for delphi compatibility.
zero char is located at s[length(s)+1], but should never accessed directly.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
shorter (and faster) hacky crap:
ls := TStringList.Create;
ls.LoadFromFile('someunicodefile.txt');
Memo.Text := UTF8Encode(ls.Text);
ls.Free
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
I can ask this if you like: very good contacts.
Could you ask them, please?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I will email Nick and David if they would be willing to (put it in the
museum).
thanks
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
How about writing a browser plugin? You should be able to do that in Pascal.
You may have to do some pioneering work, making the Netscape plugin API
available in Pascal, otherwise it should work and be cross-platform.
is that the API?
Hello
AFAIK, dwarf debug info generation is not yet fully implemented for
the compiler. I'm interseted in CallFrame information, so debugger,
can use it to unwind the call stack. I've tried to compiled hello
world program using fpc -gw3 hello.pas, and found that there's
.debug_frame section.
Is
Thanks for the input, Marc
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Jonas,
I've tried to use the disk image without checking my iPhone SDK
version first. It has turned out that my SDK is out of date. So I'm
downloading it right now.
Anyway, it would be nice, if there would be 're-launch script' button
at the last step of installation, just in case if anything
Which version did you have?
It's quite old:
iPhone SDK named Aspen 1.2, XCode version 3.1 (beta) with iPhone OS
2.0 support.
Platform SDK dir is named Aspen.platform (/Developer/Platforms/Aspen.platform).
The installer opens a Finder window with the script selected when it reaches
the last
Jonas
1) While building the template, i've met only one problem: 'gles11'
unit used by fpclogo.pas could not be found. I've added a path to
opengles package checked to /etc/fpc.cfg and project compiled and
run with no problems. Really nice!
tested for Simulator 2.0
#/etc/fpc.cfg sample. I've
It depends. If it is fully automatic without any need for manual
intervention afterwards, it could indeed work. I don't know whether the
iPhone SDK supports both Objective-C 1.0 and 2.0, or only 2.0 though.
i've been studying iPhone UIKit headers before and they're 2.0 only.
After my exams end
It is perfectly possible to compile programs without using Objective-C code
(the testsuite programs, which are plain command line programs, work fine on
the iPhone/iPod Touch -- of course, their output only appears on the console
log and not on the screen, because they don't have a GUI).
Thanks for very informative explanation, i will try it!
BTW: this thread already contains a lot of usefull information about
iPhone/iPod and XCode FPC development, Should I add it to Freepascal
(Lazarus?) Wiki?
___
fpc-devel maillist -
the unit is still missing in FPC win package.
is it going to be included?
Thanks,
Dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Thanks for the information
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Feel free to file a feature request
what about patch? :) what units should be studied to make such patch?
Thanks,
Dmitry
P.S. AFAIK, Marc told me, that FPC does not generate DWARF line info
for yet, so it's not possible to use DWARF to find files or anything
else... I don't remember exact, so i
yeah, i've seen description of 'static' usage at the mailing list
(subj: crashing _self parameter)
This is a new feature for FPC, right? (catching up with new delphi syntax?)
a few questions about that:
1) 'static' methods are regular procedures/functions, but bound to a
class rather than a unit?
one more question:
7) 'static' keyword is available for both {$mode objfpc} and {$mode delphi}
Thanks,
Dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
What did you do to get pascocoa to work under osx?
It seems to me that you also need objc runtime headers.
Can be found here:
https://lazarus-ccr.svn.sourceforge.net/svnroot/lazarus-ccr/bindings/objc
___
fpc-devel maillist -
Finally getting rid of GDB: This is VERY good news indeed :-)
it's been getting rid of GDB for some time already... but, imho it
should not be removed!
1) because GDB supports a lot of platforms, already. So porting a fpc
program to a new platform, will require a debugger. And the only
debugger
sorry! unfinished note:
2) gdb can be extended to support FPC syntax, if enougth information
is provided with GDB. And ofcause, some C-programmer might be required.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
GDB is ported for 10 years to windows and it's behaviour is still *very*
poor.
but at least, it works.
Is there any other debugger that can be used cross-platform, rather than gdb?
yes, there should be fpc based debugger, but gdb support should not be
removed, either.
Finally getting rid of GDB: This is VERY good news indeed :-)
I quite agree !
it was not my words :)
Not really, there is low-level debugging support inside the OS. This is true
for Windows as well as for UNIX-like operating systems.
gdb is always based on system debugging API (DebugAPI in
And in fact, the same can be done to generate for properties that directly
map to variables/fields. Just one question: what should the debug
information point the debugger to in case of
a) a property without a read specifier, but with a write specifier going
directly to a field? Nothing, or
No, it's guaranteeing future compatibility, because by using a property you
ensure that you can later on replace the setter with a procedure if
necessary, without breaking existing source code (at least in FPC 2.3.1; FPC
2.2.x misses several checks, allowing you to do all sorts of things with
hello Jonas,
thanks for advancing with fpc for iPhone development.
i have a question: i'm using fpc trunk, so copmiled i386 units are not
located at /usr/local/lib/fpc/2.3.1/units/i386-darwin. Is there any
way to reconfigure the building script, so compiled units are taken
from the proper
Thanks!
i've also solved the error, by creating a symbolic link of
/usr/local/lib/fpc/2.3.1/units/i386-darwin to /Users/..release
path.../i386-darwin
dir...
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
hello Jonas,
what do you think about using another fpc.cfg file (i.e. fpcxcode.cfg)
for iPhone compilation, rather than passing compiler configuration
through the command line?
i guess that the ideally, there would be no additional .cfg files, and
compiler should use common configuration.
But for
Thanks for the comments.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello FPC Developers.
With the recent discussion of what new fpc feature students can
implement (at lazarus mailling list), I've followed the given link:
http://edn.embarcadero.com/article/34324
Do understand things right? Delphi (.net?) class helpers are very
close to objective-C categories,
Reading the wiki it is not really a snap to set it up to be able to develop
iphone apps.
There's no ready-to-use solution to start developing iPhone apps.
http://arstechnica.com/open-source/news/2009/09/monotouch-drops-net-into-apples-walled-app-garden.ars
As MonoTouch necessitates static
Here you're. Free iPhone dev tools: http://code.google.com/p/iphone-dev/
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
But $1K is peanuts if the finished application will be presented to 30-40
million people for download.
I wonder what application can make 30-40 downloads? AFAIK there're
less iPhones/Touches sold all over the world.
If Jonas is right about Apple's license violation. Apple can simply
ban your C#
This is an ARM system so it should support Mono. There is a Huge list of
(free and commercial) languages that support MONO, including Object
Pascal: Delphi Prism.
Let's see:
Individual developers (1 year):
* iPhone dev program: 100 USD
* Mono touch: 400 USD
* Delphi Prism: 500 USD
Total:
Hello FPC-Developers
Is there anyone maintaining compiler messages translations? I have
some fixes for them and utf-8 format.
I know i should post them to bug tracker, but is there anyone to
review and accept (or reject) fixes?
thanks,
dmitry
___
On Wed, Oct 7, 2009 at 5:50 PM, Sergei Gorelkin sergei_gorel...@mail.ru wrote:
Updating done, revisions 13814 and 13815. Enjoy :)
And criticism is welcome, too.
Great job! Translation is much better than before.
You need to ask russian comminity about it, since they're to use these messages.
On Sat, Oct 17, 2009 at 7:55 AM, Paul Ishenin webpi...@mail.ru wrote:
Class helpers will appear in fpc sooner or later too. As I heard they are
needed (although a bit extended) for the Jonas objective pascal project.
Obj-C categories are different to helper-classes.
Helper-classes don't extend
On Sat, Oct 17, 2009 at 8:36 AM, Paul Ishenin webpi...@mail.ru wrote:
Please look at example here: http://edn.embarcadero.com/article/34324
TMyClassHelper there has added HelloWorld and MyFunc to the TMyClass type.
But they're not part of VMT, aren't they?
Can these helper methods be used in
Please forgive me my ignorance, but what is advantage of using sealed classes?
Personally, i see no advantage of forbidding inheritance of some class.
What should be the **proper** use of sealed classes and class helpers?
Please note, i'll probably copy-paste all answers to the wiki.
thanks,
On Tue, Oct 20, 2009 at 4:59 AM, Paul Ishenin i...@kmiac.ru wrote:
What we will get in the result of this language simplification? Yes,
extremely fast and easy compiler but do you like it?
Maybe the syntax should be simplified, rather than following new
delphi's .Nettist growing style? AFAIK,
On Tue, Oct 20, 2009 at 1:22 PM, Marco van de Voort mar...@stack.nl wrote:
Packages don't have external classes. A package is fully transparent to the
program, IOW when linking to a package there are proper .ppu's and
everything, and there is no external link step.
So it would be like using
On Tue, Oct 20, 2009 at 11:26 AM, Marco van de Voort mar...@stack.nl wrote:
Some class/vars/consts/functions are avaiable and declared in package
file, but the only they to see a full declaration is via documention,
rather than header-sources.
I don't understand this.
Delphi can compile a
On Tue, Oct 20, 2009 at 12:03 PM, Paul Ishenin webpi...@mail.ru wrote:
Can the mail topic be changed for the unrelated thread? I still expect a new
dose of criticism in every mail with the current topic.
You're right, i've been hijacking the thread to a wrong subject.
Sorry, won't happen again.
On Tue, Oct 27, 2009 at 12:17 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Anyway, if it could be helpful,
I'll track down the link from where I downloaded Sybil source code and
post it here.
This is the official site: http://www.wdsibyl.org/
thanks,
dmitry
Hello Developers.
The internal assembler seems to ignore any kind of assembler directives.
For darwin asm, some directives are macros to declare a new section.
I.e. asd_non_lazy_symbol_pointer, starts are new section for indirect symbols.
Would it be correct to replace directives, with a proper
On Mon, Nov 9, 2009 at 1:59 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
The main reason is that I added these directives without any knowledge of
what they actually do at the object level. I just read the assembler manual,
saw the syntax and added them (which is very convenient, and one of
On Mon, Nov 9, 2009 at 1:59 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
If some of these directives simply create a new section, then the directives
can be removed and everywhere they are currently used in the compiler you
can create the appropriate section instead (you can submit this in
On Mon, Nov 9, 2009 at 6:30 PM, Martin Schreiber fp...@bluewin.ch wrote:
WideString could be reference counted on all platforms and the current not
reference counted Windows WideString could be renamed to OLEString in order
applications which don't need different encodings in strings don't
Hello Jonas,
There're 2 ways to define indirect symbol by the compiler:
tai_const with type aitconst_indirect_symbol
or
tai_directive with asd_indirect_symbol
either way produces identical assembler output:
.indirect_symbol %symbol_name
So i'm wondering, what was the reason to separate them
On Tue, Nov 10, 2009 at 3:50 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
I think simply that I forgot that one way was already available when I added
the other way :) It's fine to remove either one.
hmm... I'll try to make the patch.
thanks,
dmitry
On Tue, Nov 10, 2009 at 3:53 PM, dmitry boyarintsev
skalogryz.li...@gmail.com wrote:
hmm... I'll try to make the patch.
here's the one: http://bugs.freepascal.org/view.php?id=15050
Removing tai_const with indirect_symbol doesn't seem to harm the
generated asm code at all, at least for i386
On Thu, Nov 12, 2009 at 9:26 PM, Florian Klaempfl
flor...@freepascal.org wrote:
Ansistring: system encoding
RawByteString: variable encoding, cannot be checked at compile time,
when working with RawByteStrings, you've to take care of the newly
introduced encoding field
Let's say there's a
On Fri, Nov 13, 2009 at 12:44 AM, Florian Klaempfl
flor...@freepascal.org wrote:
Well, an ansistring has an implicit encoding: system. This won't change
and if one uses only unicodestrings and ansistrings, no change will be
noticed.
Thanks. It's always nice to hear No changes required :)
No,
On Fri, Nov 13, 2009 at 12:55 AM, Florian Klaempfl
flor...@freepascal.org wrote:
Well, I guess you're talking about lazarus ;) I don't see yet however,
if and how the ansistring abuse in the lcl will bite one ...
not really. But it's good to know that LCL is safe as well :)
thanks,
dmitry
hello FPC-developers,
I've added the internal i386-darwin assembler to FPC.
It seems to work fine on my small tests, but I'm having problems using
FPC tests.
$ make TEST_FPC=~/modcompiler/i386/pp
make -C utils utils
make -C units FPC_VERSION= FPC=/Users/dmitry/modcompiler/i386/pp
CPU_TARGET=is
On Sun, Nov 15, 2009 at 5:11 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
because you are somehow registering two assemblers with the same id (maybe
you used the same id as the external Darwin assembler?)
yes i did... fixed now! thanks a lot!
___
On Wed, Dec 9, 2009 at 5:48 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
I don't know why Kylix refuses it. It's true that in theory it could be
compilable (and apparently some very old FPC version did and very new Delphi
version does compile it).
It seems that it's fixed in 2010 only,
On Sun, Jan 10, 2010 at 4:23 PM, Florian Klaempfl
flor...@freepascal.org wrote:
Could you use a compiler with line info?
make OPT=-g -gl?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Maybe StringToPPChar should be fixed instead?
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Jan 29, 2010 at 2:08 PM, Marco van de Voort mar...@stack.nl wrote:
I don't really see a need for this. Some languages are terminator, some are
separator. We are also not Basic in that we try to disambiguate every
possible syntax.
It is just a risk without real benefit attached to it,
Hello, FPC developers
Any hints on these bugs?
http://bugs.freepascal.org/view.php?id=12923
http://bugs.freepascal.org/view.php?id=15642 // patch proposed to
workaround RTL limitation in LCL
This is mostly concern of Windows OS. Moders Unix doesn't have the
problem, usually having UTF8 as
On Mon, Feb 1, 2010 at 11:01 AM, Marco van de Voort mar...@stack.nl wrote:
What would you do on Unix? Any solution must be platform-wide.
I'm not talking about removing Ansi functions. I'm talking about the
possibility of adding Unicode function equivalents.
For Unix unicode functions would
On Mon, Feb 1, 2010 at 11:09 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Alternatively you can introduce helper RTL functions. We have done similar
in fpGUI project (fpg_utils.pas unit), having functions like
fpgFileExists(), fpgFindFirst(), fpgFindNext() etc. Use them instead of the
On Mon, Feb 1, 2010 at 3:20 PM, Marco van de Voort mar...@stack.nl wrote:
More importantly, the stuff in the FCL depends on the RTL, so stuffing in
the FCL is useless since it would need primitives in the RTL to operate on.
Does it mean, if i provide a FCL package with:
unit
On Wed, Feb 17, 2010 at 11:15 AM, Marco van de Voort mar...@stack.nl wrote:
Reject as far as I'm concerned. I'd like to see the RTL being in the system
encoding. (IOW UTF-8 on at least FreeBSD/Linux) using an abstracted
RTLString.
Vincent, is there a place in CCR for the run-time package?
On Wed, Feb 17, 2010 at 11:15 AM, Marco van de Voort mar...@stack.nl wrote:
Reject as far as I'm concerned. I'd like to see the RTL being in the system
encoding. (IOW UTF-8 on at least FreeBSD/Linux) using an abstracted
RTLString.
This sets a precedent.
Could you please resolve the issue
Thanks Mattias, i'll do proper changes to file name comparison functions.
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello Developers,
Jonas, would it be possible (and logical) to allow FourCharCode for
objectivec1 mode s
witch?
Since Objective-C mode is used only on MacOSX it would be easier to
declare headers that using FourChar constants.
And no need to use macpas mode.
thanks,
dmitry
On Mon, Mar 1, 2010 at 1:30 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
I also don't think it is a good idea that Lazarus does its own packaging of
official release versions of the compiler, because that can only lead to
confusion and additional errors (as above -- now before finding out
On Mon, Mar 1, 2010 at 6:53 PM, Vincent Snijders
vsnijd...@vodafonevast.nl wrote:
Please, create a bug report and assign it to me, so I won't forget it.
Done: http://bugs.freepascal.org/view.php?id=15874
___
fpc-devel maillist -
Hello,
The patch has been updated: http://bugs.freepascal.org/view.php?id=15795
(is it possible to allow the reporter to delete its files in FPC bug tracker?)
The library is now RTL encoding independent. Actually it's
configurable, so, if RTL string encoding changes, only a 2-3 lines in
the
On Tue, Mar 9, 2010 at 1:49 PM, Marco van de Voort mar...@stack.nl wrote:
The library is now RTL encoding independent. Actually it's
configurable, so, if RTL string encoding changes, only a 2-3 lines in
the library should be changed.
I don't know, but I can delete anything but the most recent
On Fri, Mar 12, 2010 at 6:01 AM, Paul Ishenin i...@kmiac.ru wrote:
One possibility is to use -Xg by default. But hence the question - whether
-Xg works reliable for all platforms?
afaik, -Xg is not support on Darwin at all. Technically it can be
supported for Dwarf debug only.
thanks,
dmitry
On Fri, Mar 12, 2010 at 9:43 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
Are they that cheap to
hold back such kind of information?
I'm not aware of them being cheap in this or in other ways.
Quite official, i guess:
http://docwiki.embarcadero.com/RADStudio/en/Fastcall,_fastcall
On Fri, Mar 12, 2010 at 10:04 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
Yes, but it is not the full documentation.
yep. I guess is the source for the the information give at wikipedia :)
Anyway, following Flávio's suggestion:
On Sat, Mar 13, 2010 at 7:48 AM, Adriaan van Os f...@microbizz.nl wrote:
Is it useful to file bugs for -Amacho or is the feature still in
experimental state ?
It is useful.
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Sat, Mar 13, 2010 at 3:27 PM, Adriaan van Os f...@microbizz.nl wrote:
Dmitry, you may wnt to run the testssuite with -Amacho -Cg-.
Indeed. I've not tested non PIC compilation.
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Any hints about the package?
http://bugs.freepascal.org/view.php?id=15795
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Tue, Mar 21, 2010 at 2:01 PM, Marco van de Voort
http://bugs.freepascal.org/view.php?id=15795 wrote:
I'll reiterate my opinion that first a decision about what the working
stringtype of the RTL will be.
IMHO there is no decent solution till there is a real utf-8 type (read
cpnewstr)
The
On Sun, Mar 21, 2010 at 7:53 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On Mac it's utf-8, not utf-16.
At least, not as sequence of bytes, see test1.pas of the ufiles package.
thanks,
dmitry
___
fpc-devel maillist -
On Sun, May 30, 2010 at 5:29 PM, Martin laza...@mfriebe.de wrote:
I don't think the following is intended? (it compiles with trunc).
Note the property index is a var param
TForm1 = class(TForm)
private
function GetFoo(var Index: Integer): Boolean;
public
property Foo[var Index:
The bug is forever. I usually delete the examples directory at the
installation path before making.
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, Aug 13, 2010 at 1:31 PM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
Hopefully Dmitry could solve these problems with Duby. I haven't evaluated
Duby is some months, but last time I did check, it made good progress. I
guess it's time I get another code update.
No updates. Sorry.
On Sun, Aug 22, 2010 at 11:32 AM, Michael Van Canneyt
mich...@freepascal.org wrote:
And why do you want this ? refcounting is always a pain, and should be
avoided when possible.
Rewriting code might produce even more bugs. I prefer to make as less
changes as possible.
thanks,
dmitry
On Sun, Aug 22, 2010 at 4:27 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
We would not be rewriting the parser; merely the TPasElement nodes.
I'll do it myself, this is not a problem.
Ok then. No more refcounting.
So TPasExpr classes doesn't require changes. Currently they free sub
Duby is not yet usable as a debugger.
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
The idea seems fine to me.
But isn't external a reserved word?
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Sat, Aug 20, 2011 at 6:28 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
And Florian/Peter for the code generator design, that made it possible to
gradually add a high level code generator on top of it rather than having to
completely rewrite it.
So there're actually 2 code generators
On Sun, Aug 21, 2011 at 3:45 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
On 21 Aug 2011, at 02:37, dmitry boyarintsev wrote:
So there're actually 2 code generators right now. One is used for JVM
and another is used for native machine code?
The JVM target only uses the high level code
On Sun, Aug 21, 2011 at 5:33 PM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
The problems are
a) he is adding the '.class' extension when trying to run the program. You
have to specify the name of the class to run, not the name of the class file
(so leave out the '.class')
b) he should
I see no problems with the idea of creating another debugger,
especially if written in FPC.
Since there're plenty of the GDB-wrappers already!
And it's also a good option to support either ways: over-gdb and
native. In fact, I've been planning to add GDB target into Duby,
together with native
On Tue, Sep 13, 2011 at 10:03 PM, Paul Ishenin i...@kmiac.ru wrote:
14.09.2011 9:21, dmitry boyarintsev wrote:
How would you estimate the costs of this task? Would you take it if we
collect some good sum of money or do work for a full day now?
It's not just 1 task. These are multiple tasks:
1
On Wed, Sep 14, 2011 at 6:48 AM, Michael Schnell mschn...@lumino.de wrote:
IMHO, if we really can work with the gdb team on feeding the necessary
Object-Pascal specific add-ons into gdb, creating a new debugger from
scratch does not make any sense at all.
That's true. The only thing concerns
On Thu, Sep 15, 2011 at 3:34 AM, Michael Schnell mschn...@lumino.de wrote:
Yak !
Is a reunification in progress ?
I'd ask on Apple-dev-maillist, gdb-maillist, gnu-maillist or Jonas :)
2 Graeme: thanks for your hard work! I could definitely use code clean-ups.
thanks,
Dmitry
Does a debugger understands that?
On Friday, August 2, 2013, Sven Barth wrote:
Hello together!
Just a little feature teaser what I'm currently working on when I find the
time. :)
=== source begin ===
program tgenfuncs;
{$modeswitch result}
generic function IsInT(aElement: T; const
1 - 100 of 200 matches
Mail list logo