Please find attached a trivial cleanup patch that removes a non-effective
statement.
--
Regards,
Christian Iversen
Index: gdb.pas
===
RCS file: /FPC/CVS/fpc/compiler/gdb.pas,v
retrieving revision 1.19
diff -u -3 -p -r1.19 gdb.pas
On Monday 02 August 2004 09:17, Michael Van Canneyt wrote:
On Sun, 1 Aug 2004, Christian Iversen wrote:
The following patch is tested, although only on linux. It supports the
(at least for me :) long-awaited LIBPREFIX/SUFFIX support. It also cleans
up scanner.pas a bit, by renaming some
?ID=3683
http://www.freepascal.org/bugs/showrec.php3?ID=3691
If you accept this patch, please give credit as something like this:
Patch by Christian Iversen to implement symbolic constants and the IN
operator in the preprocessor
It seems that the real delphi uses a different approach to parsing
know? :-)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Saturday 11 June 2005 20:38, Daniël Mantione wrote:
Op Sat, 11 Jun 2005, schreef Christian Iversen:
With all the discussion about speed of lowercase/uppercase recently, I
thought I'd chip in. I don't have the time to actually implement and test
this, but I hope somebody else
On Thursday 30 June 2005 21:34, Florian Klaempfl wrote:
Christian Iversen wrote:
On Thursday 30 June 2005 20:15, L505 wrote:
I've always wanted to find the most compact and readable font myself.
Just never spent the time looking.
Well today I did a bit of searching, and found some fonts
that ;-)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
in Technetium, and I'd really look into that library. It seems
well-developed.
Writing a new, safe, crypto lib is _hard_.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
:)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
FPC well before I tried kylix, and heard about it as an alternative to that.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
this:
{$APPTYPE console}
Other than that, there are no explicit requirements.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
strength is GUI
design)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
this is just not going to work.
Try this instead:
type
TMyFProc = Procedure(S: String) of Object;
...
MyF: TMyFProc;
...
that should work.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
$ users), but most people still use it (the users like it even more). :P
But this is a lot more silly. There's \ everywhere!
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
not true. I have to work with the code other people produce, and this
is a huge step towards making that code potentially unreadable.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
;
...
Maybe the overload keyword works between classes? I don't know, I haven't
tried it yet. You could.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Ok, so now it IS in trunk. It works with fields assignments (virtual and
static interface-proxy methods are not yet supported)
There's a few debug statements left in as comments, but those will be removed
soon.
--
Regards,
Christian Iversen
On Sunday 06 August 2006 11:12, Martin Schreiber wrote:
On Sunday 06 August 2006 02.39, Christian Iversen wrote:
Finally I got some spare time for coding.
So, after quite a bit of help from Florian (Thank you!), the
implements-keyword is well, IMPLEMENTED! Finally!
Great, thank you
On Sunday 06 August 2006 12:12, Florian Klaempfl wrote:
Christian Iversen wrote:
Finally I got some spare time for coding.
So, after quite a bit of help from Florian (Thank you!), the
implements-keyword is well, IMPLEMENTED! Finally!
It's not yet in trunk, but it will be soon
).
Maybe we could use littlelibcpp.pas as a base for fpstdcpp.pas?
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
are already taken. This is, in effect, making our code quality slightly worse
overall.
What are your thoughts on this?
--
Regards,
Christian Iversen,
Ivo Steinmann
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
=G ?
Something similar can also be done with interfaces (but in this case, generics
is probably a cleaner way to do it)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
}...
Ok.
PS: there are worse cases but I can't remember a better example now
Let me know if you remember them :)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
On Monday 02 October 2006 19:20, Micha Nelissen wrote:
Christian Iversen wrote:
procedure TTest.DoWithFirst(a, First: Integer);
begin
First:=a; // ???
FSomething:=First; // ???
end;
Ales, there is _no_ confusion here. Normal scope rules ensures that the
first line only assigns
MyB ?
No.
IIRC, the use of = type some type creates a new type.
That's right.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
different code that handles it.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
the operator overloading.
These overloaded operators does make the library /much/ easier to use,
though.
Is anyone interested in testing this?
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
that it wouldn't actually be a
preprocessor, but a built-in meta-compile stage, that would be good.
Then we could do strict syntax- and semantic checks on the preproc
statements. Right now there are all kinds of errors that can happen in
specific circumstances.
--
Regards
Christian Iversen
(who
on the kernel mailing list.
I can do that, if need be - I'm always quite interested in security matters.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
with installing a suid program.
If this is not feasible, then the IDE will have to be redistributed with
reduced functionality. You just cannot compromise when it comes to
security matters. Ever.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel
arbitrary 8- and 16-bit targets. You need to find an
architecture that fpc supports, so you can compile programs for it.
Other people on this list probably know more about embedded systems than
I do, so I hope someone else can answer with the specifics.
--
Med venlig hilsen
Christian Iversen
.
Of course, unaligned access in itself is pretty bad.
--
Med venlig hilsen
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
at all, except for the extra programming effort.
--
Med venlig hilsen
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Daniël Mantione wrote:
Op Fri, 29 Feb 2008, schreef Christian Iversen:
Memory access. What happens is that the non-packed version causes
more cache misses. A cache miss costs many cycles on a modern cpu, a
misaligned read just costs an extra memory access (which is fast if
cached) on x86
Daniël Mantione wrote:
Op Fri, 29 Feb 2008, schreef Christian Iversen:
Instead unaligned will simulate an unaligned load with two loads
and some rotation etc. On the ARM, where every mnemonic can rotate
operands, this is isn't that bad of a penalty.
Therefore, I wouldn't be surprised
Daniël Mantione wrote:
Op Fri, 29 Feb 2008, schreef Christian Iversen:
Daniël Mantione wrote:
Op Fri, 29 Feb 2008, schreef Christian Iversen:
Instead unaligned will simulate an unaligned load with two loads
and some rotation etc. On the ARM, where every mnemonic can rotate
operands
39 matches
Mail list logo