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 una
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
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
no
problem 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
ported platform.
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
pport 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 Iv
but I somewhat agree with your point.
Anyway, this is a pretty dead horse. Let's hope Andrew Morton can help
us solve this the right way - in the kernel.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
tirely seperate executable. Running any complex program as suid
always makes me nerveous - and yes, I very much would have second
thoughts about even running the IDE at all.
Apart from that, your plan could work. I just really, really hope we
find some other w
oject the size of the IDE is unauditable, given it's size.
This again is not meant to criticize the IDE - any project of the size
is unauditable.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
uld ask the user if s/he is ok 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
___
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
, we should bring it up 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
a very nice
way.
If we were to rewrite the preprocessor so 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
delphi, if you remove 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@list
test it?
That would require me to actually do something and not just talk about
it... ;-)
(but yes, I am going to test it :)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
How exactly does the compiler figure out the rules for implicit conversion?
In the case of wrapper integers in records, are 4-byte records handled as
efficiently by the compiler as 4-byte integers? I suspect it's some radically
different code that handles it.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
able of type MyA to a variable of
> type MyB ?
No.
> IIRC, the use of = 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
s quite clear what is meant,
> but I don't know if this "scales" to more complex expressions ?
This is not the same thing :)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
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
about all sorts of
other normal behaviour either :)
> And believe me things like this CAN happen and will take you 3 days to
> find out...
>
> I name my arguments "aName" since this incident and not because
> {$objfpc}...
Ok.
> PS: there are worse cases but I can&#x
ut it's still irritating for people who want to go from delphi
mode to objfpc mode. Particularly since it doesn't help them at all.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ith generics ? Specialize a class with =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
h
nd
removing it would not break a single line of code anywhere. We have to
rethink quite many variable and/or function names, because many good names
are already taken. This is, in effect, making our code quality slightly worse
overall.
What are your thoughts on this?
--
Regards,
Christian Iver
array-optimized memory
allocator for the []-cases.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
omething like that. This unit defines other
> things also, like fdiv, etc...
I like it, that's why I made the original unit :D
Really, many things can compile with just a few simple functions (like those
you used here).
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
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!
> >
>
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, IMPL
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 Iv
it's not?
(if this is not possible, it's not a huge problem, just a slight waste of
space)
I'd be happy to answer any questions, or hear any comments regarding this new
feature.
--
Regards,
Christian Iversen
___
fpc-devel maillist -
function fnc (const a : Boolean) : Boolean; override;
> end;
> ...
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
like it and that's alright. This feature won't harm you in
> any ways. But some other people could demand it in some circumstances.
That's not true. I have to work with the code other people produce, and this
is a huge step towards making that code potentially unreadable.
--
letion
> is made for. :p
"Foo a"."bar a" := "baz b"[4]."foo q"
is harder to read! It's not the char itself, it's that it's used all over the
place whenever this is used. I don't like it.
--
Regards,
Christian Iversen
___
ridicilous (especially for
> M$ 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
e as a procedure of a class
> which accepts one argument.
You have declared MyF as a TProcedure, so 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
__
ght have been - I guess it depends on his decision to use fpc or
> > delphi? :)
>
> Which should I use when creating a server-side web language?
I'd recommend FreePascal, no doubt about it. It would be perfect for the job.
(Not that delphi would be bad, but I'd say it's biggest strength is GUI
design)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
ust explicitly specify app type of GUI if you want a GUI?
Oh, I thought the original question was about Delphi - one of the recent
questions were :)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
,
which you do like 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
messages to the general Delphi community. I didn't know
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
lementing crypto :)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
at some point
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.or
dern CPUs are memory bandwidth limited usually so widestrings a lot
> slower.
But still, only if the string operations are a bottleneck. That might not be
the case.
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Orange.Create());
// This wont compile! The problem is prevented at compile-time!
end;
I hope that answers your question as to why it's a good idea :-)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Generics is to avoid this :-)
>
> At user level, yes. But as a compiler-writer you'd gotta make it work
> somehow.
Yes, "somehow", and not like that ;-)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
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.
> >>
>
t; http://z505.com/cgi-bin/qkcont/qkcont.cgi?p=Compact-Readable-Fonts
>
> Save about twice as much screen space if you just choose the right compact
> font. Courier new seems to waste a lot of space between lines.
Clearly, the only right choise is FixedSys
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
ong, of course :-)
Does somebody want to try this?
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
s... So i suppose that a for-loop has several
> optimilisations which a while doesn't...
While this is _potentially_ true of a for-loop, don't expect it to hold in
every situation. (and trust me, it's _certainly_ not because of the begin-end
removal)
--
Regards,
Chri
e a forward for-loop. Modern processors
are better suited for "normal" loops*, and the most compilers optimize them
better.
* For instance, the P4 has "data stream detection", which means that it can
pre-cache data used in a first-to-last-byte manner, but not
last-to-firs
elt out twice? Why cant the compiler deduce that as the pointer is
> | declared as TStringlist therefore it creates a TStringList?
>
> Why can't I just go
>
> strlist = new
>
> Draw the line.
(and you can, in several script languages)
--
Regards,
Christian Iversen
___
cant the compiler deduce that as the pointer is
> declared as TStringlist therefore it creates a TStringList?
Because the pointer might not be. Polymorphism, you know? :-)
--
Regards,
Christian Iversen
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
?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
it_u_flag_for_reload=10051_U_Indstillinger for genindlæsning: $1
unit_u_second_compile_unit=10054_U_Compilerer allerede $1, starter anden
compilering
If somebody can help me, I would appreciate it.
(apart from this, the language file is finished)
--
Regard
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.p
and "directive_common.
This closes a number of bug reports, although my own one is the only one I can
find at the moment. (Can somebody do a fulltext search in the bugreports?)
http://www.freepascal.org/bugs/showrec.php3?ID=3081
Enjoy :-)
--
Regards,
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
56 matches
Mail list logo
