Am 07.04.2011 03:52, schrieb Skybuck Flying:
>
> The code typecasts this 9 byte record towards an 8 byte qword
This wouldn't work and cause a compiler error.
> and then
> takes the first byte from that and type casts it to a char.
The cast tconstexprint -> qword is overloaded.
Am 19.04.2011 12:27, schrieb Daniël Mantione:
Op Tue, 19 Apr 2011, schreef Florian Klämpfl:
It's just that the documentation tells you not to use the x87.
Yes, because it's strange programming model should be really dropped.
Agree, but the 80 bit support makes some people want to use it.
Am 19.04.2011 15:18, schrieb Marco van de Voort:
In our previous episode, Dani?l Mantione said:
By the way, recent GCC versions calculate the goniometric functions in
software using SSE3, and I checked that this is indeed slightly faster
than the x87. So we can get rid to the x87 stuff, should
Am 29.04.2011 10:23, schrieb Felipe Monteiro de Carvalho:
The Pascal way to avoid using too much IntToStr is:
begin
s := Format('%d %d', [X, Y]);
end;
Much shorter, no?
... or writestr(s,x,' ',y);
___
fpc-devel maillist - fpc-devel@lists.freepa
Am 29.04.2011 15:51, schrieb Flávio Etrusco:
type
TMyRecord = record
mPrev : ^TMyRecord; // not allowed.
end;
Marco, only if you happen to know from the top of your head, would it
be possible and without consequences to allow this kind of
construction? (i.e. a pointer reference to its
Am 29.04.2011 10:59, schrieb Hans-Peter Diettrich:
michael.vancann...@wisa.be schrieb:
But what is the cleaner way? To defer the expansion of {$I %xxx%}
inside macros, or to define c-like macros __LINE__ and __FILE__, maybe
with nicer names?
Defer expansion. The use of {$I } is mandatory, sin
Am 29.04.2011 00:02, schrieb Joerg Schuelke:
Am Thu, 28 Apr 2011 23:39:35 +0200
schrieb Hans-Peter Diettrich:
The bug resides in the dirty Delphi OPL definition.
Is it a bug or unspecified behavior? I think it is implemented in the
hope it works good enough.
If you consume a token as or i
Am 11.05.2011 14:52, schrieb Jonas Maebe:
> but I'm personally not
> missing anything as far as compiler development is concerned.
>
Me neither. And if I really need output during compilation, I add the
needed code manually like
printnode(self);
to get a node tree at a particular place. Having
I could live with something similiar you proposed, maybe with other
preprocessor keywords like $macro and $expand instead so that it's clear
it's something new. But I fear this is not what most people being pro
macro want: they want something like C and think this will solve all the
C header portin
Am 13.05.2011 13:45, schrieb Joerg Schuelke:
> Am Fri, 13 May 2011 11:47:54 +0200
> schrieb Florian Klaempfl :
>
>> procedure dp(const x : string;y : array of const);inline;
>> begin
>> dbgstr(x,y);
>> end;
>
> Nothing is wrong with that. Except:
Am 13.05.2011 14:28, schrieb Joerg Schuelke:
> Am Fri, 13 May 2011 14:05:43 +0200
> schrieb Florian Klaempfl :
>
>> Extending dump_stack is imo a much better approach, it even doesn't
>> duplicated information already available in debugging info.
>
> Thats a un
Am 14.05.2011 15:07, schrieb Joerg Schuelke:
Am Sat, 14 May 2011 12:14:52 +0200
schrieb Florian Klämpfl:
Because a lot of code in the compiler is very old (remember, it was
started in 1993 using TP) and writestr for enums is new compare with
this time span. Nobody rewrote the code yet.
And it
Am 16.05.2011 02:30, schrieb Joerg Schuelke:
> Am Sun, 15 May 2011 13:26:03 +0200 (CEST)
> schrieb Daniël Mantione :
>
>> Feel free to come up with examples and convince us. They need to be
>> examples of code that is much more awkward to write without macro's.
>
> We extend the small enumeratio
Am 30.05.2011 10:58, schrieb Marco van de Voort:
>
> So one would really need a cut down RTL for this.
That's why we have the feature switches. Though I admit that it hard to
use for the "outer" rtl and packages because it would require a lot of
ifdef'ing thus polluting the sources.
Am 30.05.2011 13:21, schrieb Mattias Gaertner:
>
>
>
> Do you know, how much is compiling and how much is linking?
Linking time is little:
[10.205] Linking mseidefpc.exe
[10.767] 310695 lines compiled, 10.8 sec , 2277216 bytes code, 1703496
bytes data
[10.768] 148 warning(s) issued
So appro
Am 04.07.2011 22:39, schrieb Chad Berchek:
> I've been reading over some of the recent discussion about reference
> counting problems with const string parameters. I've done some
> experiments and I believe that the so-called const optimization is a
> serious flaw, not just a corner case of questio
Am 07.07.2011 08:35, schrieb Alexander Klenin:
>> As further support for #1, consider: With a class, you do not have to pass
>> it to a procedure as var, but when you modify the instance, you modify the
>> same instance as was passed to the procedure. That is how classes work.
>> Having a variable
Am 01.09.2011 17:48, schrieb Alexander Klenin:
> [Is there any method to either comment on or re-open resolved isses?
> It is very frustrating to be forced to switch comminication channel]
>
> I think this issue is resolved prematurely.
> First, I do not see a reason why normal property can not be
Marco van de Voort wrote:
On vrijdag, feb 7, 2003, at 16:33 Europe/Brussels, Maxim Artemev wrote:
Just out of curiosity why developers choiced the copy($subj,1,2)
instead of
standard for Pascal "pas" extension?
It comes from the fact that C files have .c, (some) C++ files .cc and
some Pascal
andrew johnson wrote:
I was trying to get the gtk2 headers into a normal fpc package format
and discovered that while for instance glib2 will compile with no issue
with fpc directly, when compiled as a package within an fpc 1.0.7
tree(from yesterday), it raises an error "cannot create unique type f
Balogh, Karoly (Charlie/iNQ) wrote:
Hi,
Here are a few things about the m68k version i'd like to discuss.
First, how well the FPU codegenerator is tested in the m68k version?
I ask, because i've got a pretty big piece of code here, which makes
heavy use of float math. (A 3D engine namely.) I wro
Yakov Sudeikin wrote:
I give up, anyone can provide that comparch.tex in _ANY_ other format but
TeX? HTML or PDF would be great.
Did you try
pdflatex comparch
?
If it doesn't work for you, tell me an email address where I can send it
too (the pdf is ~0.5 MB).
_
KJK::Hyperion wrote:
I was just saying that Delphi can pass arguments to C/C++ code
flawlessly (apart from ellipses) and in the exact manner you'd expect,
so I don't see why FreePascal can't
The point is, we're talking about passing parameters to ellipses :)
But I think we could provide a soluti
Balogh, Karoly (Charlie/iNQ) wrote:
Hi,
On 03.05.25., Jonas Maebe wrote:
I'm very happy I can announce that for the first time, yesterday a
"make cycle" worked under Linux/PPC! This means that compiler was able
to compile the RTL and itself, then recompile the RTL and itself using
the compile
Иван Шихалев wrote:
Hello!
I can not do it, but I can a coordinate it.
It is a naturally, that a several part I'll have translate, but all - is a
too large for myself only.
The problem might be to keep it up to date with the english version.
___
fpc-
Rimgaudas Laucius wrote:
Hi,
where can i get fpc glossary, if such exists? We are tranlating fpc
messages.
Hmm, there is none, if you have a list of expressions, we try to explain
them :)
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.free
darekM wrote:
In the new version of SYSTEM.PP there is a declared variable THandle
I think there isn't necessary to duplicate declarations in other units like
CLASSES : classesh.inc ---> move THandle to section with TPoint
SYSUTILS : posix\sysutils.pp ---> change to
type
THandle = type system
Yakov Sudeikin wrote:
Let's get rid of fpcmake. Pascal is good because you do not need this
old-crap-make-utility to compile your programs! All you need is a compiler!
Not of you have hundred of files in a dozens of directories and you want
to compile these source for more than one target.
_
James Mills wrote:
On Sun, Oct 12, 2003 at 01:55:41PM +0200, Florian Klaempfl wrote:
Yakov Sudeikin wrote:
Let's get rid of fpcmake. Pascal is good because you do not need this
old-crap-make-utility to compile your programs! All you need is a compiler!
Not of you have hundred of files
Olle Raab wrote:
However, far as I know, the sources are not stable at the moment, I have not
been able to get it the whole way to any runnable app on MacOS, the last
month. This is due to the work with a beta release first of november.
It will improve soon :)
_
Rimgaudas Laucius wrote:
I am interesting in fp ide future plans. When do you plan to release its
1.0 version?
The problem is that there is currently no real maintainer for the IDE so
there is no progress in IDE development.
___
fpc-devel maillist -
David Butler wrote:
Hi
I am using FreePascal 1.9.0[2003/11/05].
For the following code, the compiler crashes with "Runtime error 216
at 0x004467CA".
type
RR = record
RA : WideString;
end;
const
Z : RR = (RA: 'B');
The compiler does not crash if the 'B' is changed to a string of more
tha
BiPolar wrote:
Hello.
While trying to build FPC from today CVS sources on the BeOS platform
(using "make beoszip" from the root directory):
I guess the main problem is that the 1.0.x BeOS rtl contains a lot of
patches which aren't merged into 1.9.x sources.
I had to add two paths on the Makefil
Иван Шихалев wrote:
Hello!
What's about the subj?
Is this feature planned for 2.0 version?
Yes.
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
GongYu wrote:
> Jeff Pohlmeyer:
> I do not try your sample(I remove it and install 1.0.10),
> but the lazarus IDE on my pc always show the same error("can not create pipe")
> with FPC 1.9.0 Compiler!
This won't help us to improve FPC...
___
fpc-devel
.9.0 [2003/11/05] for i386
Copyright (c) 1993-2002 by Florian Klaempfl
Target OS: Linux for i386
Compiling test3.pp
Panic : Internal compiler error, exiting.
test3.pp(34,11) Fatal: Internal error
The problem is triggered by the line containing this cast:
AnsiString(MsgBuff), where MsgBuf has bee
Johannes Berg wrote:
On Sun, 2003-11-23 at 18:53, Johannes Berg wrote:
Done most of that,
Never mind. The code in netdb doesn't even properly handle results from
multiple servers (the second results overwriting the first) and its hard
to even extend it any further. Maybe I'll just rewrite a reso
[EMAIL PROTECTED] wrote:
2759 - attached is a patch of i386 only. However, wouldn't it be more
appropriate to handle FPU exceptions than checking all
pre-conditions?
If someone knows how to handle these exceptions correctly, yes.
Applied the fix, and set to fixed.
Hmm, I thought to f
Johannes Berg wrote:
On Tue, 2003-11-25 at 12:00, Johannes Berg wrote:
I'll investigate the signal handling issue(s) and see if its possible to
handle SIGFPE properly.
This is already implemented, at least on linux. So why is there even a
check?
Which checks do you mean exactly?
I guess the po
Pedro Lopez-Cabanillas wrote:
Hi,
The attached program compiles and works fine under Kylix 3, and also compiles
under fpc 1.9, but bombs with this message:
An unhandled exception occurred at 0x0807F0B5 :
EAccessViolation : Access violation
0x0807F0B5
It happens on TObjectList.Sort when the ar
BiPolar wrote:
While trying to compile an ASM/SSE/3DNow! optimized FFT on BeOS, using
FPC 1.0.8, I instructed to ppc386 to use NASM (because BeOS's gas can't
handle SSE), but:
ppc386 -Anasmelf FFT.pas
Warning: Assembler output selected "NASMELF" is not compatible with
"BeOS for i386"
Warning:
Tamas Konkoly wrote:
Hi,
Has the compiler a switch which I can set that if I get a runtime error or other error, I receive the error line number and source file name too?
-gl
Please ask such questions at fpc-pascal, fpc-devel is about development
of fpc.
___
Mattias Gaertner wrote:
unique pointer for each type. But fpc 1.0.x and 1.9.x returns different
values, depending on where you use the TypeInfo function. In this case:
TypeInfo(TColor) called in graphics.pp returns a different value than called
in classes.pp.
Submit a bug report and we'll fix it so
Darek Mazur wrote:
Hi
It will be very nice to may use enumeration types with expressions in FPC in
mode DELPHI.
TYPE
info = (info1 := 1, info3:=3);
Darek
Delphi uses = to do so and this is supported by fpc.
___
fpc-devel maillist - [EMAIL PROT
Darek Mazur wrote:
Hi
I have small ask
why win32.inc, objpas.inc, thread.inc, dynlibs.inc are in RTL\WIN32
for me thea should be in RTL\WIN32\WININC or other include directory
WININC contains only include files of the windows unit.
The same is in RTL\INC, here should be only *.inc files (I thi
Darek Mazur wrote:
and what about RTL\OBJPAS
Object Pascal units like sysutils or classes :)
and RTL\OBJPAS\CLASSES
The sysutils and classes units are huge so they are put into separate
directories.
Darek
- Original Message -
From: "Florian Klaempfl" <[EMAIL P
Olle Raab wrote:
03-11-30 10.36, skrev Jonas Maebe följande:
On 30-nov-03, at 02:29, Pedro Lopez-Cabanillas wrote:
Of course, if the compiler doesn't support this feature, because the
internal
handling of function calls, a compiler error message is better than a
program
crash.
The problem is t
[EMAIL PROTECTED] wrote:
Darek,
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.
If we don't have tme/don't like to answer a question we simply don't do
:) Asking a lot
[EMAIL PROTECTED] wrote:
Sorry! I have two sacrilege questions:
1. Will FPC support the .Net platform (Delphi 8)?
No, at least not done by the current developers.
2. If yes, when?
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.or
Jonas Maebe wrote:
--- What is still left to do?
Added to the wiki:
http://www.freepascal.org/wiki/wiki.phtml?title=Open_tasks
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Jonas Maebe wrote:
On 8 jan 2004, at 14:03, Karl-Michael Schindler wrote:
German 10.3.2 on all three of them. Maybe something is wrong with my
libSystem.B.dylib or the libmathCommon.A.dylib on the two.
I doubt it. However, maybe you could try ppcppc instead of fpc. It's
quite possible that fpc
[EMAIL PROTECTED] wrote:
With compiler option "-Sd" I got memcheck.pas(1439,11) Error: Procedure
overloading is switched off
Is procedure overloading not a Delphi feature?
Delphi requires an explicit overload;
___
fpc-devel maillist - [EMAIL PROTEC
[EMAIL PROTECTED] wrote:
I can further confirm that the problem exists in Fedora Core 1.
Thanks, deleting FPC and reconstructing the symlink solved the problem (for the time being).
Can you explain what you did exactly. It might help us to find the problem?
Karl-Michael Schindler wrote:
Hi there,
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.
Then there is lazarus with more drive, but not much *b
[EMAIL PROTECTED] wrote:
From:[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [fpc-devel]Small technical answers
Date sent: Sat, 21 Feb 2004 20:47:34 +0100
When it'll be possible to call functions written in C,
which were
compiled using GCC 3.x? And also, when FPC will be
Michael Van Canneyt wrote:
On Wed, 3 Mar 2004, Rimgaudas Laucius wrote:
Hello,
1) did you thought ever about creation l10n framework for fpc? I think
contributors could submit translated fpc messages files (.msg) and other
locale dependent stuff there. It needs tool for merging translated messa
darek wrote:
Once more about problem with Move
I have simple procecedure with 4 lines
Sorry, but without complete code we can't do anything.
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
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 amount of bytes
read. That's
Sakesun Roykiattisak wrote:
Just wonder. Does your work relate to pascal-compiler ?
Currently not ;()
pascal-software ?
No.
How much time do you typically spend on fpc ?
Depends on my leisure, thumb rule: I don't have a TV so I spend the time
other people spend in watching TV in FPC development :
Jonas Maebe wrote:
On 14 aug 2004, at 11:38, Rimgaudas Laucius wrote:
who is owner of Free Pascal trademark? I searched in the internet but
did not found this. I need this info for my article.
Is there a "Free Pascal" trademark? Afaik, nobody owns it. Or is someone
trying to pull a GMail on us?
Jonas Maebe wrote:
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
Jonas Maebe wrote:
On 15 aug 2004, at 00:20, Florian Klaempfl wrote:
To me, the fact that it always reads a longint regardless of the size
of the property seems to be inherently wrong. What if the last field
of a class is a byte? Then you can read past the end of the class,
possibly into
Uberto Barbini wrote:
Hi,
is it possible to compile pascal programs for amd64?
We have a Delphi program that needs more of 3Gb ram user space... it'd be a
perfect excuse to begin to use fpc at work.
Yes, though you've to build it from the sources. However, only
linux/amd64 is supported yet, no wi
Dr. Rolf Jansen wrote:
The following smal pascal program is stored in file named
TestProgram.pas in the current working directory.
program TestProgamm;
var
i : Integer;
begin
for i := 1 to 5 do
writeln('Test');
end.
It compiles successfully with:
fpc -g TestProgram.pas
An obje
[EMAIL PROTECTED] wrote:
Hello.
Absence of automatic construction/destruction of
classes is very painfull and it can significantly
degrade the
development process (i.e. smart pointers and RAII are
impossible). It's one of the greatest flaws of Pascal
relatevly to
C (the second thing are Templ
Yakov Sudeikin wrote:
I would really appreciate some comments on my question about patches
that would implement "optional", "unofficial" or "pluggable" features.
I would like very much to be able to build extensions for particular
idioms. I understand that not everybody will like this possibility.
Jonas Maebe wrote:
M:> But how are members of packed records accessed ?
Just like members of regular records. The difference is that there are
simply no alignment bytes between the different fields of the record.
If you've to access an unaligned member, you've to use a move as you do
in C, whe
Marc Weustink wrote:
At 16:38 13-10-2004, Jonas Maebe wrote:
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 quit
Marc Weustink wrote:
At 00:15 14-10-2004, Florian Klaempfl wrote:
Marc Weustink wrote:
At 16:38 13-10-2004, Jonas Maebe wrote:
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
Olle Raab wrote:
04-10-16 19.40, skrev Chess Player följande:
If packed records are such a problem, don't use packed records. We're not
programming for computers with 640kb of RAM.
"packed" is sometime used to make the binary representation of the record
more predictable, which you might need if
Marc Weustink wrote:
Copy back was already thrown away with Fortran 66 I think because it
caused too much trouble.
I'll believe it will give troubles in certain situations, I only have no
idea where (then again, I'm only a compiler user).
r.i could have also an alias so the example above isn't
The first x86-64/linux snapshot has been uploaded.
As you can see from the regression test results, the compiler is very
stable already:
http://www.freepascal.org/cgi-bin/testsuite.cgi?TESTOS=0&TESTCPU=7&TESTVERSION=0&TESTDATE=
(i386 for comparison:
http://www.freepascal.org/cgi-bin/testsuite.cgi
Florian Klaempfl wrote:
The first x86-64/linux snapshot has been uploaded.
Maybe I should post a download link as well :) :
ftp://ftp.freepascal.org/pub/fpc/snapshot/v19/linux-x86_64/fpc-1.9.5.x86_64.tar.gz
___
fpc-devel maillist - [EMAIL PROTECTED
Rimgaudas Laucius wrote:
Hello,
i am interesting, what do you think about redirecting text streams not to
windows console, but creating free pascal's own gui console (for example
implementing it under -WX switch)? I mean to do something like graph unit is
done now or unit wincrt in Virtual Pascal's
Tony Maro wrote:
Jonas Maebe wrote:
On 7 nov 2004, at 20:45, Tony Maro wrote:
system.pp(31,1) Fatal: Internal error 200309141
make[1]: *** [alllclunits.ppu] Error 1
make[1]: Leaving directory `/home/tony/lazarus/lcl'
make: *** [lcl] Error 2
[EMAIL PROTECTED] lazarus]$
Happens on an older Lazarus as
Tony Maro wrote:
I have a client who wants to give me a G3 laptop for future development
work. (yes, I said give - no cost on my part.)
I know that FPC has some functionality starting with testing on the G4...
I know almost NOTHING about Mac's, so my question is, is the G3 so
different from the
Jonas Maebe wrote:
On 18 nov 2004, at 09:05, Marco van de Voort wrote:
Otherwise, depending on the OS, it will cause alignment exceptions or (if
the OS "fixes" it) possible performance detoriation.
I think NetBSD and maybe some other obscure OSes are the only ones that
absolutely need this. Under
When we're talking about tdataset, would anybody mind to check the web bugs
regarding tdataset :)?
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[EMAIL PROTECTED] wrote:
Release date for 2.0 ?
- When it's finished
- asap
;)
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
[EMAIL PROTECTED] wrote:
Typical Borland statement!
Borland seems to have a very bad project management :)
If we'd know the time we can spent into fpc every week, I could tell you
a date :)
Florian Klaempfl wrote:
[EMAIL PROTECTED] wrote:
Release date for 2.0 ?
- When it's finis
[EMAIL PROTECTED] wrote:
On Mon, 20 Dec 2004, Tomas Hajny wrote:
Date sent: Mon, 20 Dec 2004 21:02:04 +0100
To: "FPC developers' list" <[EMAIL PROTECTED]>
From: Marc Weustink <[EMAIL PROTECTED]>
Subject:RE: [fpc-devel] THandle and
Peter Vreman wrote:
That said, the RTL should also avoid confusion with the Windows/Delphi
THandle type, and introduce a cross-platform and opaque TFileHandle
type.
It's text/file/file of in pascal ;)
Which will happen to be equal to THandle on 32-bit windows.
On 32-bit Linux, the definition of TH
[EMAIL PROTECTED] wrote:
Added to the wiki for future reference:
http://www.freepascal.org/wiki/index.php/Using_resourcestrings
I guess it's not in the docs yet else Michael would provide a link :)
___
fpc-devel maillist - fpc-devel@lists.freepascal.o
Michalis Kamburelis wrote:
I suspected that every type that needs to be initialized/finalized
creates such try...finally block,
Yes, it does.
but didn't have time to check. But I
checked it now. OK, page in wiki is changed, and demo program there is
changed.
__
peter green wrote:
Warning: Access denied for user: '[EMAIL PROTECTED]' (Using password: YES)
in /FPC/html/bugs/bugs.php on line 11
Warning: MySQL Connection Failed: Access denied for user:
'[EMAIL PROTECTED]' (Using password: YES) in /FPC/html/bugs/bugs.php on line
11
An error occurred while execu
Nico Aragón wrote:
type boolean = (false,true);
is how boolean is defined/declared
so assigning anything else than true or false to a boolean might cause
problems :)
else
WriteLn('Other');
This better should read:
WriteLn('corrupt data space!!!'); Panic;
Much more useful :->
___
Nico Aragón wrote:
El Viernes, 31 de Diciembre de 2004 14:58, Florian Klaempfl escribiste:
type boolean = (false,true);
is how boolean is defined/declared
so assigning anything else than true or false to a boolean might cause
problems :)
That's great! But why do you tell it *to me*?
I only
Jonas Maebe wrote:
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. py
peter green wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Marco van de
erstanding of include files. Codetools don't work at
all if you use
include files. That said: $ifdefs confuse it as well...
That is one, the another is that they simply have suppo
DrDiettrich wrote:
Florian Klaempfl wrote:
Not everything is a matter of OS. It could be also a matter of toolkit,
database, word size of the cpu or whatever. Further smaller files are
usually easier to handle:
- cvs works much better with small files
Hmm...
- easier navigation in editors
Marco van de Voort wrote:
On Tue, 04 Jan 2005 02:14:33 +0100, DrDiettrich wrote
.
I only don't know how to implement or check the other branches - is the
Windows version of FPC equipped for crosscompilation?
The compiler itself can compile for all platforms listed in help pages
(those running on th
Peter Vreman wrote:
in wondows terminology (which i presume is where the name ansistring comes
from) the windows code page which is often refered to in documentation as
the ansi code page CAN be multi byte.
http://www.microsoft.com/globaldev/reference/WinCP.mspx
more generally i belive an ansistrin
DrDiettrich wrote:
peter green wrote:
ok i see a MAJOR problem with the semantics of those functions.
they assume that one widechar is equivilent to one ansichar (that is the
source count of widechars will equal the destination count of ansichars or
the source count of widechars will equal the dest
Ladislav Lacina wrote:
The problem is simple: the go32v2 version has no maintainer. So if nobody pops
up who wants to maintain the go32v2 version, 2.0.0 will probably come without
go32v2 support.
There are many problems in this version - at least under the GO32V2
target. Mainly the things asoci
Alexey Barkovoy wrote:
- Original Message - From: "Michael Van Canneyt"
<[EMAIL PROTECTED]>
Delphi is compatible at least with Borland C++ and MS VC++. And
taking in accout
how COM intefaces are implemented in C++ (I'm supposing here all C++
compilers
support the same syntax) - each C++
Michael Van Canneyt wrote:
2 - delphi allows for a resourcestring to be passed by address
(@MyResourceString), fpc don't.
Unfortunately, resource strings don't work like that in FPC. I don't
think it will be possible to change this.
1.9.7 from cvs supports it.
___
[EMAIL PROTECTED] wrote:
int64 <> integer ???
The compiler reports a range check error depending on $R as warning or error. So
where is the problem? What do you expect to happen?
Vincent Snijders wrote:
[EMAIL PROTECTED] wrote:
bug 3626 is marked as "Not a bug". This is wrong! The comment is also
peter green wrote:
i want to atempt to port FPC to a new CPU target (PIC18F452)
there don't seem to be any guides to starting a port. any idea where one
sohuld start when porting fpc.
note: the cpu architecture in question has nowhere near enough power to
support the compiler so all compilation for
Jan Ruzicka wrote:
Hi
is anybody updating the ptop utility?
I was attempting to run a legacy source code by it but it fails to deliver.
Problems are
1) keywords
- ptop does not recognize all fpc keywords
2) nested comments
- ptop does not recognize nested comments
3) comment endings
- p
Jamie McCracken wrote:
Hi,
Just wandering if any of you are interested in modernising Pascal which
is looking quite dated when compared to modern languages like Python.
Oh, the language which is on fortran 77 level regarding formatting?
Sorry, couldn't resist :)
301 - 400 of 1314 matches
Mail list logo