On donderdag, feb 13, 2003, at 01:32 Europe/Brussels, Maly wrote:
well, exception handling isn't important, they'are handled outside
this code and ChDir can't fail i.e raise any exception.
The main question is why Write changes code execution/generation ?
In general this is due to you having
On Sat, 15 Mar 2003 [EMAIL PROTECTED] wrote:
STRICTLY PRIVATE CONFIDENTIAL
[snip loads more illegal crap]
This should be the last time that something like that appeared on the FPC
mailing lists. All posts by non-subscribers now have to be approved by a
moderator before they are distributed.
On woensdag, jul 23, 2003, at 21:46 Europe/Brussels, Buchan Milne wrote:
I am trying to update the packages of fpc in Mandrake Linux Cooker for
the upcoming 9.2 release.
Thanks!
First problem is that there does not seem to be a place I can find a
single source tarball for the current release. I
On woensdag, sep 3, 2003, at 00:33 Europe/Brussels, Balogh, Karoly
(Charlie/iNQ) wrote:
This is with the ppcppc binary RTL by Jonas, dated 2003/06/02.
The very same compiler refuses to compile a snapshot, because of path
problems described before. Same with the compiler and rtl compiled
'by
On dinsdag, okt 21, 2003, at 10:56 Europe/Brussels, Dr. Karl-Michael
Schindler wrote:
The problem is that when trying to compile 1.1 I get an error in
objpas/math.pp around line 50 where the constants minextended and
maxextended are set. Now, some time back I was trying the similar
thing with
On donderdag, okt 23, 2003, at 13:01 Europe/Brussels, Dr. Karl-Michael
Schindler wrote:
Compiling ./x86/aasmcpu.pas
Compiling ./x86/itx86att.pas
Panic : Internal compiler error, exiting.
i386tab.inc(6,15) Fatal: Internal error
This is a segmentation fault (e.g. null pointer dereference).
On 6 dec 2003, at 15:15, Darek Mazur wrote:
my ask is: do You plan correct, to achieve possibility recompile RTL
at
once with other application by command line
It is certainly possible to compile the RTL without using make, since
all make does is generate the correct command line options for
On 23 dec 2003, at 09:48, [EMAIL PROTECTED] wrote:
I am not connected to the Free Pascal team so I feel free to ask you
to stop
wasting their time with a lot of trivial questions.
They have better things to do than answer them.
Please do not post insulting and off-topic messages like this.
On 24 dec 2003, at 00:39, Peter Vreman wrote:
From today the default calling convention for i386 is changed from
stdcall
(the default since 1.9.0) to register calling. This means that you
have to
look at how assembler code loads the arguments and maybe store them
yourself in local variables.
On 7 jan 2004, at 08:11, Eric Grange wrote:
New question: is -O2 supposed to perform uncertain optimizations as
well?
No.
I've got a bit of code (OpenGL teapot) that behaves correctly when
compiled with -O1,
and is somewhat visually garbled with -O2. I tried to simplify the
case a bit, but
On 7 jan 2004, at 17:58, Karl-Michael Schindler wrote:
fpc runs on my Dual G4 867 MHz, but on my iMac G3 233 MHz and my
PowerBook 12 G4 800 MHz it doesn't. I receive: Bus error
Strange. Which versions of Mac OS X are they running? There were some
problems with the alignment settings, but in
On 9 jan 2004, at 11:17, Karl-Michael Schindler wrote:
try of new ppcppc just returns immediately and gives this
ppcppc.crash.log:
Thanks, I think I know what the problem was. I didn't clear all fpu
exception happened for reason X flags before enabling fpu exceptions.
Please try
On 26 jan 2004, at 11:40, Karl-Michael Schindler wrote:
With the MacOS X port available, i played (maybe fooled) around in
order to port some of the basic units, such as termio crt video
keyboard serial.
I managed to get it compiling by transferring missing definitions of
constants and types
Hello,
Every time you post from an address with which you are not subscribed
to the mailing list, such a mail will be held for approval. Given the
fact that this currently includes about 50 viruses, bounced viruses and
bogus virus warnings per list per day, it is not unfathomable that I
may
On 5 feb 2004, at 17:02, Karl-Michael Schindler wrote:
I checked out fpc freshly, since I thought I broke it. But the same
problem shows up again:
michael-pbook-ep3:~/Develop/fpc/compiler michael$ make cycle
make: Fatal:: Command not found
make: Fatal:: Command not found
make: Fatal:: Command
On 5 feb 2004, at 14:10, Karl-Michael Schindler wrote:
What is actually the idea about further developments of the IDE, with
my particular interest in Darwin.
My impression is that the FPIDE is winx and linux, but not *bsd and
not much further development.
The problem is that the two people who
On 4 apr 2004, at 20:52, Peter Vreman wrote:
On my system FPC doesn't work because the fpreaddir-function failes on
larger directories. I saw that fpreaddir still uses the linux
readdir-call, wich is superseded by getdents. (also the comments are
wrong. The result of the readdir-call isn't the
On 16 apr 2004, at 09:06, Ozerski Pavel wrote:
This sample makes permanent changes in a string constant. If this
sample will be compiled in Delphi it restores previous constant value
(and all calls of the function Func return the same result; Delphi 6)
or crashs with RTE 216 (Delphi 3).
The
Hello,
The bugrep at freepascal.org address has been disabled due to the
large amount of spam and viruses that arrive there. It has been
replaced by bugs at freepascal.org .
The only way to make sure that your bug is properly recorded and
tracked, remains submitting it via the
On 31 mei 2004, at 23:57, Karl-Michael Schindler wrote:
make cycle fails when linking ppc2 with:
Assembling pp
Linking ./pp
/usr/bin/ld: Undefined symbols:
read
Fix committed, forgot to commit it yesterday.
Jonas
___
fpc-devel maillist - [EMAIL
On 3 jun 2004, at 22:16, Tom Verhoeff wrote:
I installed the 1.9.4 version under Mac OS X tonight. It fails to
compile
some of my sources that worked fine with 1.9.3 (Mac OS X) and with
1.0.10
(Red Hat).
It's very strange. I can reproduce them with the official 1.9.4
release, but not with
On 5-jul-04, at 10:26, Rimgaudas Laucius wrote:
for stupid question. I did not noticed that Lesser GPL is also called
Library GPL.
It's not a stupid question, because it's a modified LGPL. The
modification is stated in the file rtl/COPYING.FPC of the sources:
***
The source code of the Free
On 17 jul 2004, at 12:02, Mattias Gaertner wrote:
Compiling lazarus with current fpc (since about a week) gives
synmacrorecorder.pas(618,43) Error: Asm: [mov ???,mem32] invalid
combination
of opcode and operands
I've just compiled Lazarus three times with the latest compiler (-O-1p3
-al, -O-1p3
On 18 jul 2004, at 18:07, Ken Linder wrote:
Thanks all for the FAQ link and help. I am able to compile things now
but
when it tries to compile the RTL, this is what I get just before it
stops:
c:/pp/bin/win32/ppc386.exe -dMT -Fi../inc -Fi../i386 -FE. -di386 dos.pp
Hint: End of reading config
On 24 jul 2004, at 16:31, [EMAIL PROTECTED] wrote:
D:\Lazarusmake
make -C lcl all
make[1]: Entering directory `D:/Lazarus/lcl'
d:/fpc/bin/win32/rm.exe -f units/i386/win32/alllclunits.ppu
d:/fpc/bin/win32/ppc386.exe -gl -Fu. -Fuwidgetset -Fiinclude
-FUunits/i386/win32 -di386 alllclunits.pp
Hint:
On 24 jul 2004, at 17:45, [EMAIL PROTECTED] wrote:
The snap should contain the latest units!???
It does, but they don't overwrite the units installed by your release
(not under *nix anyway, I don't know about the win32 version). As such,
the new compiler is probably still trying to use old
On 5 aug 2004, at 15:36, Michael Van Canneyt wrote:
Actually, I once already proposed this last option to the core group.
I believe the argument was at that time that most computers nowadays
are
fast enough to do the whole cycle so fast that the difference is
neglectible.
Not only that, but also
On 14 aug 2004, at 21:07, Mattias Gaertner wrote:
The GetOrdProp is used to read boolean values. It reads a longint and
applies and $ff to get only the lowest byte. Under PowerPC the
boolean
value is stored just like under i386 in the first byte. Reading the
longint under i386 works, but of
On 15 aug 2004, at 18:19, Mattias Gaertner wrote:
Which system.pp is used for darwin/system.ppu?
rtl/bsd/system.pp
Jonas
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 16 aug 2004, at 01:21, Olle Raab wrote:
Afaik the architecture of fpc is such that several object models can
coexist. E g there is support for the Delphi classes, old style Turbo
objects, and even C++ objects (at least some work is going on). So I
think
it should be possible to implement yet
On 16 aug 2004, at 10:31, Dr. Rolf Jansen wrote:
I aggree with you that it would be great if Apple would allow us to
distribute a patched version of the PInterfaces. In the meantime we
have to go the diff and patch way.
One problem with this may be that it seems that diff (the version
On 16 aug 2004, at 13:05, Olle Raab wrote:
But I doesn't understand it completely :
In the C headers, the macros is defined as follows:
#define CFSTR(cStr) __CFStringMakeConstantString(cStr )
In the CFString.h of the CoreFoundation framework it's defined as
#define CFSTR(cStr)
On 12 sep 2004, at 11:10, Christian Iversen wrote:
parser_e_generic_methods_only_in_methods=03072_E_methods can be only
in other
methods called direct with type identifier of the class
I don't know what this one means either. From the source of the
compiler, it seems this message is written out
On 12 sep 2004, at 15:56, Marco van de Voort wrote:
I guess it's much alike to what happens with AnsiStrings.
Ansistrings don't work with exceptions.
Sure they do, that's why you can turn them off using
{$IMPLICITEXCEPTIONS OFF}. The same goes for class constructors afaik
(which is why we turn
On 22 sep 2004, at 16:07, Darek Mazur wrote:
I can't now give an exact program, but this kind of function don't
make any disorder or other bad things.
The main problem is that people may expect it to return the
line-endings of the text file, instead of just what you set it to be.
As such, it
On 12 okt 2004, at 22:12, Marc Weustink wrote:
M: Is a sigbus catchable so that you can read the data and continue
as if nothing happened (or is that something at OS level)
That is normally possible, yes. But as Florian said, it's quite a bit
of work and also extremely slow (you get 4 context
On 28 sep 2004, at 16:51, Karl-Michael Schindler wrote:
When compiling the following files of fpc an internal error 2003060703
shows up under Mac OS X:
The internal error means that a routine is called inside the procedure,
without the compiling expecting that. It's a generic bug, but only
On 7 nov 2004, at 20:45, Tony Maro wrote:
I just downloaded FPC CVS and Lazarus CVS.
FPC compiled and installed fine, Lazarus fails:
Free Pascal Compiler version 1.9.5 [2004/11/07] for i386
Copyright (c) 1993-2004 by Florian Klaempfl
Target OS: Linux for i386
Compiling alllclunits.pp
On 7 nov 2004, at 21:48, Tony Maro wrote:
That means that the compiler is finding an older system unit and is
using that one. Use -vt to check which system unit it uses, and adapt
your config file so it uses fpc/rtl/units/$fpctarget as unit search
directory (before it searches
On 25 nov 2004, at 10:16, Vincent Snijders wrote:
glu.pp(512,38) Error: Identifier not found getlastdlerror
glu.pp(512,53) Error: Illegal expression
glu.pp(538) Fatal: There were 2 errors compiling module, stopping
getlastdlerror is declared in DLLFuncs, which is not used on win32.
Sorry, it
On 31 dec 2004, at 02:00, Gary Handelman wrote:
Does anyone know what happened to the fpUmask function under fpc
Darwin 1.9.5 [2004/08/08] for powerpc? I'm guessing that It's
supposed to be in the baseunix unit, and I have verified this under
fpc Linux 1.9.4 [2004/05/30] for i386.
Using the
On 1 jan 2005, at 19:49, [EMAIL PROTECTED] wrote:
Can't seem to get bug submission to work so I'm sending this here.
The 1.9.x distributed binaries of plex and pyacc both fail, as well as
any created from a 1.9.5 source snapshot. plex ends normally but only
creates 2 states. pyacc fails with a
On 4 jan 2005, at 15:27, peter green wrote:
lazarus is essentially what completes the cloning of delphi by
freepascal.
I prefer to think that we're much more than just a clone of Delphi :)
In fact, I've never even used Delphi in my entire life (nor really used
Lazarus, for that matter).
Jonas
On 17 jan 2005, at 15:18, Alexey Barkovoy wrote:
{$ifndef cpu64bit}
// Old code ---
//if left.location.size in [OS_64,OS_S64] then
// New code ---
//{ don't call the cg64 stuff for 8-byte sized
records etc }
//if
On 2 feb 2005, at 16:43, [EMAIL PROTECTED] wrote:
int64 integer ???
They are assignment-compatible. If the value doesn't fit in the range
of the destination type, you get either a warning (if range checking is
off) or an error (if range checking is on).
Jonas
On 15 feb 2005, at 02:35, DrDiettrich wrote:
1) Properties for Object type.
I guess this won't be that hard to add, given that we already support
global properties (so they're not really tied to classes)
2) Sets with minimal size, at least with 1 and 2 bytes for replacement
of Byte and Word
On 16 feb 2005, at 13:24, Alexey Barkovoy wrote:
2) Sets with minimal size, at least with 1 and 2 bytes for
replacement
of Byte and Word types.
This is already correctly working (at least in FPC 1.9.x). For example:
No, those are enumerations, not sets.
Jonas
On 23 feb 2005, at 14:04, Jamie McCracken wrote:
My mistake it actually avoids initialising the loop variable rather
than not declaring it:
for i in myarray do
myarray[i] := 0;
as opposed to
for i := low(myarray) to high (myarray) do
myarray[i] := 0;
I think the for..in is much clearer and
On 24 feb 2005, at 13:51, Jamie McCracken wrote:
IMO the best solution for (almost) all of your problems were garbage
collection. GC is part of Oberon, and it would fit into .NET/DotGNU as
well.
GC is very inefficient with memory and current implementations tend to
cost a lot performance wise
On 28 feb 2005, at 12:26, Jamie McCracken wrote:
FPC uses an platform independent method. The C++ ABI isn't used.
But it could be used on platforms that have a fairly stable and
standardised C++ ABI (windows and Linux mainly). Other platforms can
use the current FPC generic method as a fallback.
On 28 feb 2005, at 13:14, Jamie McCracken wrote:
FPC could use that trick on (pretty much?) any platform. It doesn't
have to be compatible with the official C++ abi of that platform
(just like the current technique isn't either). It just isn't
implemented yet.
Yes thats right which is why I
On 14 mrt 2005, at 09:45, Michael Van Canneyt wrote:
7. Consider the following program:
program func;
type tfun = function( x: real): real;
procedure iso_fun( function f( x: real): real);
begin
end;
procedure typ_fun( pf: tfun);
begin
On 14 mrt 2005, at 10:15, Michael Van Canneyt wrote:
It seems to me that the following is perfectly valid code :
Var
StoredF : Function (x : real) : real
This is a regular procedural variable, not an ISO-style procedural
variable. Just like var a: array of byte; is a dynamic array and not
an
On 14 mrt 2005, at 10:37, [EMAIL PROTECTED] wrote:
2. I see no difference whatsoever between typ_fun and iso_fun, except
the use of an extra type, which, in my opinion, does not change
anything to the usage or code of these functions. If one is
allowed,
the other should be allowed as
On 14 mrt 2005, at 10:34, Marco van de Voort wrote:
BuIt seems to me that the following is perfectly valid code :
Var
StoredF : Function (x : real) : real
This is not allowed. Only TP style is allowed with VAR, so
var stored : TSomeFunc;
That's not true, the above is perfectly valid (but it
On 14 mrt 2005, at 10:51, Michael Van Canneyt wrote:
2. I see no difference whatsoever between typ_fun and iso_fun, except
the use of an extra type, which, in my opinion, does not change
anything to the usage or code of these functions. If one is
allowed,
the other should be allowed
On 14 mrt 2005, at 11:11, Michael Van Canneyt wrote:
No, because normally, one never mixes 'procedure of object' with
'procedural'.
You program either linear, either OOP, so you either use one or the
other,
never both. The distinction is also very clear.
Except when programming a compiler,
On 14 mrt 2005, at 11:53, Florian Klaempfl wrote:
I will object against a solution that causes existing code to be
altered
in any way, such as an extra hidden parameter for all callbacks. For
the
ISO ones, I don't think there is any other way of doing it. As long
as it is
restricted to those,
On 14 mrt 2005, at 11:58, Michael Van Canneyt wrote:
As far as I understood it, it would only be for ISO type i.e.
Function MyFunction (f : Func(X : Real) : Real) : Real;
begin
end;
If this is so, there is no problem.
It is, and those ISO types are additionally only allowed in MacPas mode
:) So
On 14 Mar 2005, at 22:40, Vincent Snijders wrote:
I want to create a lazarus installer package for darwin (MacOSX).
What tool should I use to create such a package?
What tool does fpc use for packaging the compiler for MacOSX? I saw on
sourceforge the MacOSX package is a .dmg file.
How is that
On 15 mrt 2005, at 05:58, Adriaan van Os wrote:
PackageMaker is basically a GUI interface to pax, so it might be
possible to create a Mac OS X installer package with command line
tools. You would have to look at the file layout of a package by using
PackageMaker first or by looking at an
On 15 mrt 2005, at 08:51, Dr. Karl-Michael Schindler wrote:
There is a endian related bug in the crt unit, which breaks the
examples ex10 and ex11 of the crt docs. The following fixes the bug
and makes the code more obvious. I suggest to replace the following
two routines. Tested on Mac OS X.
On 14 mrt 2005, at 12:15, [EMAIL PROTECTED] wrote:
Example Powerpc with static link first:
local
static link r3
param no 1 r4
...
global
param no 1 r3
...
To avoid this problem, it would be better to have the static link last.
That won't work on x86 when the static
On 16 mrt 2005, at 17:42, Adriaan van Os wrote:
That won't work on x86 when the static link would be on the stack,
because there the callee removes the parameters from the stack (so if
it's a global function, it will remove sizeof(pointer) bytes too
little from the stack.
On x86, you can
On 16 mrt 2005, at 17:54, Dr. Karl-Michael Schindler wrote:
On Mac OS X I could fix it by deleting line 463 and 464 of crt.pp.
Then it works with ALL 6 different terminals (Terminal.app, X11,
xterm, aterm, eterm, rxvt, mlterm) I have installed.
Thanks, fixed (worked fine under Linux as well).
On 16 Mar 2005, at 21:46, Peter Vreman wrote:
Then you can do it just as well on ppc and other processors, but the
point of the trick was to avoid having to do this. Implementing this
sort of hacks will complicate the code generator (I'm not even
immediately sure how it would be implemented).
This
On 17 mrt 2005, at 00:06, Olle Raab wrote:
But the framepointer parameter must then be the last. That will make
macpas local procedures incompatible with the current code where it
is
passed as the first parameter.
Couldn't the framepointer be last parameter in all modes ?
That would still
On 18 Mar 2005, at 15:10, Vincent Snijders wrote:
Can you add the PackageMaker (script) file to cvs, just like is done
forfpc.ist and fpc.spec?
Not now, cvs.freepascal.org has been compromised. Note that you can use
that (binary) file only with PackageMaker afaik, not with any command
line
On 29 mrt 2005, at 15:52, Michael Van Canneyt wrote:
In order to get fpc into portage, the gentoo packaging system
it would be necessary to make available a bootstrap tar ball (640 KB)
with the ppc386 binary and a default fpc.cfg file.
640 K ? Is that a joke ? The compiler sources alone are more
On 29 mrt 2005, at 16:40, Daniel Herzog wrote:
Here it doesnt. I even tried to change the mtu of all relevant systems
to 1400 instead of 1500, which didnt help also...and i cant lower my
mtu
far more...i want some troughput.
I don't know what or where the problem is, but you're the first person
On 30 mrt 2005, at 13:39, Tomas Hajny wrote:
The best solution would be to throw all
the individual implementations away completely and implement
cross-platform Crt unit based on capabilities provided by units
Keyboard and Video (possibly missing functionalities within these
units necessary for
On 30 mrt 2005, at 19:32, Dr. Karl-Michael Schindler wrote:
Does the darwin ppcppc binary actually work on linux-ppc?
No, you need a different ppcppc for that.
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 1 apr 2005, at 14:16, Vincent Snijders wrote:
PackageMaker has a command line interface for building packages too.
Hoe dan? (of bedoel je pax?)
try
PackageMaker -help
Out of a script:
$PACKAGEMAKER -build -f $INSTALLDIR \
-r $FPCSOURCEDIR/install/macosx/resources/ \
-d
On 6 apr 2005, at 15:16, Florian Klaempfl wrote:
I guess the main problem was that the wiki refuses search expressions
with 3
chars :)?
That's possible. I searched for sdl, and got zero hits. I then
clicked on the Searching FPCWiki help page and got an empty page...
So I really didn't know what
On 18 apr 2005, at 10:40, Vinzent Hoefler wrote:
Oh, but while we're at it: fpc1.9.6 still gives me the Hint, that this
PtrUInt/Address-Conversion isn't portable:
| WriteLn ('Runtime error ', ExitCode,
| ' at 16#',
| SysUtils.IntToHex (PtrUint(ErrorAddr),
On 19 apr 2005, at 17:20, Florian Klaempfl wrote:
I think it depends if other people are working on it as well.
I would consider the following levels of porting:
- good test results (20-30 failures is a good results for non i386)
- make cycle
- makepack.sh
- run the ide
- run lazarus
Of course,
On 19 apr 2005, at 17:44, peter green wrote:
have they deliberately put a bomb in there to make in near impossible
for
them to actually win anything.
Several tier 2 prizes have already been won (you can see that if you
register for an account, log in and go to the page to submit a port).
how
On 18 mei 2005, at 11:25, lqs wrote:
When will the next version release? This is a serious bug.
Current plans are July 1st
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 22 May 2005, at 20:07, Konstantin Münning wrote:
When you skip the check and allocate always then the program will
crash anyway when there is not enough memory.
No. Either you catch exceptions resulting from a lack of memory and
recover, and then you have the same checking as before,
On 23 May 2005, at 00:56, Konstantin Münning wrote:
No. Either you catch exceptions resulting from a lack of memory and
recover, and then you have the same checking as before, except
that the
check happens atomically (by the OS: you ask for more memory and if
there is no more memory, you
On 23 mei 2005, at 11:09, Konstantin Münning wrote:
The only way to know that is to perform getmem's with every
increasing values until one fails.
I was not implying that a getmem(maxavail) must work under any
circumstances on a multitasking OS. But as the OS knows at a given
point what
On 23 mei 2005, at 11:43, Peter Vreman wrote:
{$ifdef fpc}const memavail=high(ptrint);maxavail=high(ptrint);{$endif}
Then we could maybe also add an optimization that checks whether you
are comparing against the upper or the lower bound of the current type
and completely optimize away the
On 26 mei 2005, at 18:42, Michael Preslar wrote:
Marco and Michael,
[EMAIL PROTECTED] game]$ ld
ld: no input files
So it exists.. And I know it works (I compiled apache, et al).. or
could this particular version of ld be messed up?
Add the -s option to your command line options when
On 26 mei 2005, at 21:22, Micha Nelissen wrote:
Define natural please ? If I write 2**3**5, I probably mean 2^3^5 =
(2^3)^5, not 2^(3^5). In this case, FP is right.
Well, I guess he means that if you write it on paper, you write (view
in fixed width font)
4
3
2
which indeed is
On 29 May 2004, at 12:21, Matthias Hryniszak wrote:
In addition comparing the sources of VCL and FCL they don't differ
that much and the source isn't that much bigger so by this kind of
differences the problem must lie with compiler/linker.
Have you tried using smart linking? (-XX)
On 29 May 2005, at 13:26, Jamie McCracken wrote:
There is almost none in the rtl.
Doesn't the compiler attempt to inline small functions/methods
automatically as part of its optimisation (even if the inline
directive is not specified)?
No.
Jonas
On 29 May 2004, at 13:19, Matthias Hryniszak wrote:
Might it be possible to keep a recerence counter for procedures/
methods while compiling them and then not to include them in the
objects that are passed to the linker? I know it sounds semi-
serious, but maby that's the easiest way to go
On 29 May 2005, at 14:03, Jamie McCracken wrote:
well thats soemthing you should add to your to do list.
There are plenty of things on our todo list already to keep us
busy :) We've already talked about automatic inlining in the past,
but nobody has spent time on it yet afaik.
Jonas
On 29 May 2005, at 15:54, [EMAIL PROTECTED] wrote:
Some newsgroup posters have wrong system time/date on their PC's.
No, a number of posts were held for approval for a long time and were
only now let through to the mailing list. To avoid this, turn off
html posting and always post with
On 30 May 2005, at 18:29, Jamie McCracken wrote:
What would be nice is to have a compiler switch which takes say an
8bit value to indicate how many bytes a function must contain in
order to be inlined automatically. That way it is scaleable and so
wont exacerbate the executable file size
On 30 May 2005, at 19:53, Jamie McCracken wrote:
At the point the inlining is performed, the compiler does not
have the slightest idea how large the function will be in terms
of bytes. There is already a an extremely crude complexity
calculation function, but it does not have any
On 05 Jun 2005, at 15:22, Jamie McCracken wrote:
I believe it will help Pascal and breathe new life into it
especially as its a dying language.
And with the above insightful and undoubtedly uncontroversial comment
I think we can close this thread here. I would therefore like to ask
all
On 7 jun 2005, at 14:15, Marco van de Voort wrote:
procedure x (const str: string);
begin
filewrite (filedescriptor,pchar(str+#13#10)^,length(str)+2);
end;
I do not think this should work. You can't pass the address of a temp
like this.
Jonas
On 7 jun 2005, at 15:36, Peter Vreman wrote:
It is even slow. Splitting it in 2 lines is faster since it removes the
implicit string concattenation
filewrite (filedescriptor,pchar(str)^,length(str));
filewrite (filedescriptor,#13#10,2);
filewrite is not buffered, so I think the
On 10 jun 2005, at 16:25, Peter J. Haas wrote:
Was kommt es zu solchen unsinnigen Vorstellungen?
Please write in English or use private mail. Thanks.
Jonas
FPC mailing lists moderator.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 10 Jun 2005, at 14:20, Hans-Peter Diettrich wrote:
Sorry for OT, please ignore the following if you don't understand
German(s) ;-)
Please send such mails off-list. Thanks.
Jonas
FPC mailing lists moderator
___
fpc-devel maillist -
On 12 Jun 2005, at 13:20, Daniël Mantione wrote:
Borland's compiler does register variables better than FPC and can do
induction variables. This has a large impact on the code generation in
general.
I thought I saw that FPC beat Kylix in several cases in the timings
that were posted.
On 13 jun 2005, at 08:46, Marco van de Voort wrote:
There also is jecx, (jeecx ? :-),
jecxz
but I don't know if it is faster than
writing it out.
Pretty much all of those old complex instructions (enter, loop,
jecxz, xlatb, ...) are slower than the alternatives.
Jonas
On 13 jun 2005, at 07:24, Jan Ruzicka wrote:
latest version form SVN does not even compile.
It works fine here under Mac OS X (both in fixes and in trunk). Did
you start the cycle with 2.0.0?
Jonas
___
fpc-devel maillist -
On 13 jun 2005, at 09:13, Marco van de Voort wrote:
I was thinking about this before I relpied, and knew this was the
case for
P5-P6 core. However is this verified/documented for generation 7
CPU's ?
(Athlon/Netburst ?)
Why would they suddenly start spending silicon on making
1 - 100 of 2633 matches
Mail list logo