They also asked me to send them some code which illustrates the
problem, which they claim should not exist because the compiler should
make sure everything is aligned.
FPC does too as long as you don't force the compiler to use a certain
memory layout like using the packed keyword or casting
Florian Klaempfl schrieb:
They also asked me to send them some code which illustrates the
problem, which they claim should not exist because the compiler should
make sure everything is aligned.
FPC does too as long as you don't force the compiler to use a certain
memory layout like using
Bernd Mueller schrieb:
Florian Klaempfl wrote:
They also asked me to send them some code which illustrates the
problem, which they claim should not exist because the compiler should
make sure everything is aligned.
FPC does too as long as you don't force the compiler to use a certain
memory
Tom Verhoeff schrieb:
I have a created a unit FloatView to help you inspect in detail 32-bit
(Single) and 64-bit (Double) IEEE 754 floating-point values (in case
every bit counts; note that when floating-point numbers are output in
decimal, some information is inevitably lost).
I would like to
Paul schrieb:
I have to use:
C:\FPC\2.2.2\bin\i386-win32\strip.exe --strip-all
D:\FreePascal\Projects\Test\Project1.exe,
anything else fails.
In my Dutch version here, after compling is on the top position in that
compiler tab which is in fact before compling
Probably a translation bug.
Isaac Gouy wrote:
--- Florian Klaempfl [EMAIL PROTECTED] wrote:
Isaac Gouy schrieb:
Suggestions please on what I've done wrong here
http://shootout.alioth.debian.org/u64q/benchmark.php?test=mandelbrotlang=fpascalid=3#log
http://shootout.alioth.debian.org/u64q/benchmark.php?test
Isaac Gouy schrieb:
Suggestions please on what I've done wrong here
http://shootout.alioth.debian.org/u64q/benchmark.php?test=mandelbrotlang=fpascalid=3#log
http://shootout.alioth.debian.org/u64q/benchmark.php?test=meteorlang=fpascalid=1#log
x86-64 needs no sse2 as fpu type, it uses sse2 by
Bee schrieb:
Hi all,
I'm experimenting with ExtPascal (extpascal.googlecode.com). I used to
get it work using FPC 2.3.1 from SVN. Before today, my FPC SVN latest
update is about a month ago. Today, I update it.
Today FPC SVN is able to compile ExtPascal but the output is unusable.
It
Bee schrieb:
Find the last working revision using a binary search. Start e.g. with
rev. 11000: if works, try 11322 etc. With this scheme a handfull tests
give you the last working revision and we know which revision broke
things and needs to be fixed :) A small script could even automate this.
Bee schrieb:
Using the script at
http://svn.freepascal.org/svn/fpcbuild/scripts/florian/unix/searchrev
it took 12 min without any interaction to find a breaking revision for
some x86-64 problem.
Thanks for the script, but I'm not quite familiar with bash script. I
don't understand how this
leledumbo schrieb:
Perhaps someone have a dependency graph for all of these features?
This is probably too hard to do. The goal of the feature approach is
designed more towards the possibility to create a stripped rtl for
existing targets. If you want only consoleio without file system
Koenraad Lelong schrieb:
Florian Klaempfl schreef:
Koenraad Lelong schrieb:
Florian Klaempfl schreef:
Koenraad Lelong schrieb:
Hi,
I successfully ran some MSE-gui test-programs on my arm-board. To do
this I used a patched fpc 2.2.0-fixes.
The patch involved backporting a fix from fpc-2.3.1
Tobias Giesen schrieb:
Hi,
correction! Adding FpChown to oscdeclh.inc works fine. This line needs
to be added:
Function FpChown (path : pChar; owner : TUid; group : TGid): cInt; cdecl;
external clib name 'chown';
to oscdeclh.inc in the rtl/unix folder.
Cheers,
Tobias
Better add such
Florian Klaempfl schrieb:
Tobias Giesen schrieb:
Hi,
correction! Adding FpChown to oscdeclh.inc works fine. This line needs
to be added:
Function FpChown (path : pChar; owner : TUid; group : TGid): cInt;
cdecl; external clib name 'chown';
to oscdeclh.inc in the rtl/unix folder.
Cheers
Graeme Geldenhuys schrieb:
On Tue, Jul 15, 2008 at 2:23 AM, Luiz Americo Pereira Camara
I still can not access the website or the news server
Sorry Luiz and Paul for the inconvenience...
Our new building is plagued with issues, plus the electritian we have
really sucks!!! He can't seem to
David Emerson schrieb:
Or is it just difficult to implement, and/or not considered useful?
The procvar handling code is one of the ugliest parts of the compiler :)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Volker Zipfel schrieb:
Hi all!
While analyzing my project with valgrind, I discovered that almost a quarter
of the cpu cycle where eaten up by the function fpc_finalize_array. It seams
that fpc_finalize_array calls for every element of the array fpc_finalize. To
illustrate the problem i have
Jonas Maebe schrieb:
On 07 Jul 2008, at 18:26, Graeme Geldenhuys wrote:
I've got a few functions defined with 'const' string parameters. When
I tried to pass a large string, I got the following error message. Why
is that?
Because the scanner only handles shortstrings for speed reasons. You
I read most of the discussion and I think there is no way around a
string type containing an encoding field. First, it allows also to
support non utf encodings or utf-32 encoding. Having the encoding field
does not mean that all target support all encoding. In case an encoding
is not supported,
Marco van de Voort wrote:
On Tue, 1 Jul 2008, Florian Klaempfl wrote:
I read most of the discussion and I think there is no way around a
string type containing an encoding field.
[cut]
I know this approach contains some hacks and requires some work but I
think this is the only way
Felipe Monteiro de Carvalho wrote:
ansistrings don't mean everything. They mean either ISO or utf-8.
This assumption is wrong. ansistring means the system encoding which
uses 8 bit chars.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Vincent Snijders wrote:
Florian Klaempfl schreef:
Felipe Monteiro de Carvalho wrote:
ansistrings don't mean everything. They mean either ISO or utf-8.
This assumption is wrong. ansistring means the system encoding which
uses 8 bit chars.
Even if the system encoding is UTF8
Felipe Monteiro de Carvalho wrote:
Why not just introduce a set of utf-16 routines with utf16string type
like the new Delphi?
Because it's not cross platform.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Felipe Monteiro de Carvalho wrote:
On Tue, Jul 1, 2008 at 9:24 AM, Florian Klaempfl [EMAIL PROTECTED] wrote:
Why not just introduce a set of utf-16 routines with utf16string type
like the new Delphi?
Because it's not cross platform.
Why isn't is cross-platform?
Because using utf-16
Marco van de Voort wrote:
Marco van de Voort wrote:
If compiler magic is at work, wouldn't all this reduce to s[1] giving
the first char no matter the char size?
Where does the magic gets its information is my point.
I described this already in detail in my first mail: just in one of
Michael Van Canneyt wrote:
On Tue, 1 Jul 2008, Paul Ishenin wrote:
Michael Van Canneyt wrote:
You can still do C:=S[i]. What you cannot do is
P:=PChar(S);
While (P^#0) do
SomeByteSizedOperation;
Why you cannot? PChar(S) should represent S as raw bytes. If you know what
you
Mattias Gärtner wrote:
Zitat von Florian Klaempfl [EMAIL PROTECTED]:
Michael Van Canneyt wrote:
On Tue, 1 Jul 2008, Paul Ishenin wrote:
Michael Van Canneyt wrote:
You can still do C:=S[i]. What you cannot do is
P:=PChar(S);
While (P^#0) do
SomeByteSizedOperation;
Why you
Mattias Gaertner schrieb:
On Tue, 24 Jun 2008 23:14:34 +0200
Florian Klaempfl [EMAIL PROTECTED] wrote:
Mattias Gaertner schrieb:
I want to read ppu files like the ppudump tool.
ppudump uses the unit compiler/ppu.pp, but ppu.ppu is not
installed by default. At least not on debian.
Should I
Seweryn Walentynowicz schrieb:
Testing on linux and windows FPC version, works the same: crashes
version compiled without -a option..
I don't understand this, cause -a switch is the compiler doesn't delete
the generated assembler file, and in any form shouldn't touch generated
code.
It uses
Mattias Gaertner schrieb:
I want to read ppu files like the ppudump tool.
ppudump uses the unit compiler/ppu.pp, but ppu.ppu is not
installed by default. At least not on debian.
Should I make a copy of this unit?
No ;)
Will this work for the various compilers (e.g. compiling the tool with
Jonas Maebe schrieb:
On 22 Jun 2008, at 12:21, Harald Lapp wrote:
after reading every bit of freepascal + mysql5 i could find on the
net, i have still some problems getting this to run on OSX. i've
installed mysql-5.0.45 and as i'm developing mainly with PHP and i
compiled PHP with mysql
Jonas Maebe schrieb:
On 20 Jun 2008, at 10:35, Bent Normann Olsen wrote:
I did try to install FPC-2.2.2rc1, but eventually had to revert to
previous
installation due to different kinds of errors when compiling.
The errors ranged from range check errors to syntax errors,
Please provide
Wanderlan Santos dos Anjos schrieb:
Hello All,
I'm doing crosscompiling from Win32 to Linux. I use Binutils 2.15 but
this version gives error when cthreads unit is referred, probably
because version 2.15 is too old.
Where can I download Binutils 2.18 cross?
--
I've fixed some stuff, so it should work with -O2 as well.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Henry Vermaak schrieb:
Const
+{$ifdef FPC_ABI_EABI}
+ syscall_nr_base = $0;
+{$else FPC_ABI_EABI}
syscall_nr_base = $90;
+{$endif FPC_ABI_EABI}
but i'll confirm in a while.
yes, this works for me.
Fixed in svn.
___
fpc-pascal maillist -
Luca Olivetti schrieb:
Florian Klaempfl escribió:
But you used OPT=-dFPC_ARMEL?
Yes, I used OPT='-dFPC_ARMEL -dFPC_ABI_EABI -CfSOFT'
And then you got the errors about floats?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
Luca Olivetti schrieb:
En/na Florian Klaempfl ha escrit:
Luca Olivetti schrieb:
Florian Klaempfl escribió:
But you used OPT=-dFPC_ARMEL?
Yes, I used OPT='-dFPC_ARMEL -dFPC_ABI_EABI -CfSOFT'
And then you got the errors about floats?
No, I get that if I omit the -CfSOFT
I simply tried
Luca Olivetti schrieb:
En/na Luca Olivetti ha escrit:
En/na Florian Klaempfl ha escrit:
This is what needs to be fixed the other two options might be a
workaround not usable. You use trunk I suppose?
Yes
Just updated.
make clean all OS_TARGET=linux CPU_TARGET=arm
BINUTILSPREFIX=armel
Luca Olivetti schrieb:
En/na Florian Klaempfl ha escrit:
make clean all OS_TARGET=linux CPU_TARGET=arm
BINUTILSPREFIX=armel-linux- OPT=-dFPC_ARMEL FPC=fpc
works fine for me, at least it compiles ;)
Yeah, but that's not native :-/
How did you get the native start compiler?
http
Luca Olivetti schrieb:
En/na Florian Klaempfl ha escrit:
Luca Olivetti schrieb:
En/na Luca Olivetti ha escrit:
Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been
spinning the cpu at 100% for the last 10 minutes and I don't think
it'll finish.
Duh, that's also the op
Luca Olivetti schrieb:
If the latter, how do I make sure the rtl/packages are built with
'dFPC-ARMEL'?
cd fpc make clean all OPT=-dFPC_ARMEL
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Luca Olivetti schrieb:
[Beware, I'm neither an arm expert nor an fpc internals one, that's why
I'm asking instead of patching, patching that I wouldn't know how to do
anyway].
Due to my (insofar) failed experiment to get an arm-eabi compiler, I
took a look at where FPC_ARMEL is used.
Luca Olivetti schrieb:
pp.pas(209,27) Error: Error while linking
pp.pas(209,27) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
The content of link.res around line 281:
279 /* Adjust the address for the data segment. We want to
adjust up to
280
Luca Olivetti schrieb:
En/na Luca Olivetti ha escrit:
En/na Florian Klaempfl ha escrit:
The latter is the recent change to use the correct dynamic linker,
and the former to change the alignment of some structures (required
by the eabi specification).
Indeed, i_linux sets e.g. the calling
Luca Olivetti schrieb:
En/na Luca Olivetti ha escrit:
Mmh, it doesn't seem to work: ppc1 generated ppc2 but ppc2 has been
spinning the cpu at 100% for the last 10 minutes and I don't think
it'll finish.
Duh, that's also the op problem.
Try with OPT=-O-
Felipe Monteiro de Carvalho schrieb:
Hello,
I know we have plex as a substitute for lex in FPC.
Is there already anything to substitute yacc?
Tried pyacc :?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Felipe Monteiro de Carvalho schrieb:
Hello,
I did some googling, and I think there is none, but just in case ...
does anyone know a pascal library to read postscript files? Preferably
open source. Liberal licensing (linking to proprietary code) is
indispensable.
If not then there will be one
Vinzent Höfler schrieb:
Marco van de Voort wrote:
Ahthe old goto arguinghow many beers have gone with it!
Linus is just right, since everyday the purists of the OO languages
still can't live without writing a GOTO; they just call it in another
politically correct way:
raise
Jesus Reyes schrieb:
Hi, I'm experiencing connection problems to bugs.freepascal.org and
svn.freepascal.org.
If you don't need write access to svn, you can try svn2.freepascal.org
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
L schrieb:
http://stanleyxu2005.blogspot.com/2008/01/potential-memory-leak-by-initializing.html
Interesting..
So with
procedure InitRecord(out R; SizeOfRecord: Integer);
begin
FillChar(R, SizeOfRecord, #0);
end;
Even if it has dynamic array, ansistrings, shortstrings, integers,
Carsten Bager schrieb:
My problem is that I get UTC time with the 220 compiler on the Arm
platform, when using gettime, now ---.
If i compile my program lt (local time) with the 220 compiler on Linux 386
it works as I expects.
If I compile it to an Arm Linux it fails but if I use the 204
The context in which the words are used determines their meaning.
And that's exactly the problem: good code is understandable with as
little as possible context. Any context depending behaviour/meaning
makes code less readable and less maintainable.
Skybuck Flying schrieb:
For records, I would use an extension field like:
IP.Payload
and
UDP.Payload
I would hardly call that obfuscation :)
Having the same name for different things is always obfuscation.
___
fpc-pascal maillist -
Skybuck Flying schrieb:
One drawback of objects already discovered:
Objects cannot have the same field identifiers.
Indeed, especially if you want to win an obfuscation contest.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Jonas Maebe schrieb:
On 17 Feb 2008, at 18:48, Marc Santhoff wrote:
and what is the cause and nature of error 208?
An unknown/unsupported fpu exception (in the FreeBSD rtl at least, on
other platforms this is mapped to rte 207).
At least it should be mapped to 207 on FreeBSD as well I
ik schrieb:
1. There is a support only for up to 6 parameters (plus the instruction
itself).
Which syscall has more parameters?
2. It support only integer base parameters, while you can not pass
pointers, chars, array, record or floating point types.
Did you just calculate how much
Vincent Snijders schrieb:
Micha Nelissen schreef:
ik wrote:
Actually the assembler is not that hard to understand :)
My point is, that I don't like the idea of 7 or 20 or 100 amount of
parameters to give answer to every need. I think we should find a
better way to implement it, like var args
Marco van de Voort schrieb:
On 14 Feb 2008, at 07:15, Skybuck Flying wrote:
Here is my idea for a compiler application programming interface
(api) / specification:
The comphook unit in combination with the compiler unit already
provides such an api. It is used by the text more IDE.
Marco Alvarado schrieb:
What about creating an Eclipse add-on for FPC, instead of writing a
Lazarus-like editor (that's what you seem to be doing) from scratch. I
just think, if a whole team of talented people have spend so much time
creating such tool, and are still developing it, do you
Skybuck Flying schrieb:
Hello,
Is there a special way to interface with the free pascal compiler, for
example via a DLL/API ?
Just use the compiler unit in your project.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
My other question is:
Will Free Pascal still support the type object in the future or it is
considered to disappear in the same way as it is expected in Delphi?
It won't disappear in FPC, even the compiler itself uses it at certain
places.
___
Graeme Geldenhuys schrieb:
On 21/01/2008, Vinzent Höfler [EMAIL PROTECTED] wrote:
I'm breaking my own promise and replying again... :)
I hope this will be my last reply. Please take a look at the flash
video on the ET website.
I don't have flash, so I am bound to check out the Java
Marco Ciampa schrieb:
I work in a high school in Italy.
We are currently using fpc + gnuplot for math and phisics simulations.
In one lab we are currently starting to use Linux as the _sole_ platform.
On Wed, Jan 02, 2008 at 12:35:57PM -0500, Anthony W. Henry wrote:
1.
Jonas Maebe schrieb:
On 18 Nov 2007, at 11:10, Florian Klaempfl wrote:
Please, what version did PIC last work in for Linux
PIC works in 2.2.0.
Afaik it doesn't.
Are there any bug reports? x86-64 is afaik even build with pic.
___
fpc-pascal
Felipe Monteiro de Carvalho schrieb:
On Nov 18, 2007 11:10 AM, Florian Klaempfl [EMAIL PROTECTED] wrote:
and Windows?
Windows needs no PIC.
Isn't PIC the same as relocatable code?
No. PIC allows only to map the same physical mem page with program code
at different virtual memory locations
Regular expressions are used by vi and emacs; in fact, any editor that
doesn't let you do a regex search is a joke. (Even some microsoft
applications understand regexes.) So everyone who programs should
learn regular expressions.
I can write regexs and decypher them, I even being guilty for
S. Fisher schrieb:
It seems strange that this is slower on the shootout's computer
when it's faster both on my slow laptop and the 3GHz computer
at work.
The shootout uses a P4 which behaves sometimes strange regarding
optimization.
___
fpc-pascal
Carsten Bager schrieb:
I have built a Win32 ppcrossarm.exe (2.20) compiler. The compiler works
ok. The output from the Linux and the Win32 compiler when I use the -sh
directive is exactly the same. The downside is I have some problems
finding a Win32 linker that I can use.
If I compile a
Carsten Bager schrieb:
I have built a Win32 ppcrossarm.exe (2.20) compiler. The compiler works
ok. The output from the Linux and the Win32 compiler when I use the -sh
directive is exactly the same. The downside is I have some problems
finding a Win32 linker that I can use.
If I compile a
S. Fisher schrieb:
Unfortunately, it's slightly slower
Why? This is great if our library is fast :)
than my fastest program that
uses the library that comes with FPC. I wonder if the dll was
compiled with all of the C compiler's optimiaztions turned on.
{$mode objfpc}
uses pcre; //
/
contributed by Florian Klaempfl
modified by Micha Nelissen
modified by Vincent Snijders
modified by Steve Fisher
Compile with
fpc -O3 fannkuch.pp
}
{$INLINE ON}
{$OVERFLOWCHECKS OFF}
{$RANGECHECKS OFF}
type
TIntegerArray = Array[0..99] of longint;
var
permu
Andrey Gusev schrieb:
I have tried to compile of Delphi-UNO bridge (was fetched from
sourceforge) - it was unsuccessful.
After i have look through freepascal.ru, freepascal.org forums, i
suspect that at present fpc cannot
get basic automation support (in sense to call to automation interfaces
L schrieb:
There has been a long discussion on the Shootout forums about it. Isaac
believes that it is more fair this way for languages that don't have all
benchmarks implemented. Now we simply have to make him retract all our
poor performing programs :)
Exactly. A not very fast language can
S. Fisher schrieb:
--- Florian Klaempfl [EMAIL PROTECTED] wrote:
Ok, now somebody has to fix the regexpr unit and accelerate it *g*
The C program in the shootout uses pcre (Perl-compatible
regular expressions). It would be very nice if FPC came
with pcre.
Well, that way we can never
Daniël Mantione schrieb:
Op Tue, 6 Nov 2007, schreef Florian Klaempfl:
S. Fisher schrieb:
--- Florian Klaempfl [EMAIL PROTECTED] wrote:
Ok, now somebody has to fix the regexpr unit and accelerate it *g*
The C program in the shootout uses pcre (Perl-compatible
regular expressions
S. Fisher schrieb:
--- Marco van de Voort [EMAIL PROTECTED] wrote:
http://shootout.alioth.debian.org/gp4/benchmark.php?test=alllang=all
The reason is that D's mean degraded from 1.40 to 1.43. I wonder how
that could happen.
They change often. Clean is also quite variable. I assume the
Vincent Snijders schrieb:
Jeff Pohlmeyer schreef:
this kludge is about 25% faster than your perl script
on my machine
Nope. It's still more or less twice slower. :-D
I guess it depends on the hardware:
% time koleksi.pl # perl
Word count: 126944
Unique word count: 11793
real
L schrieb:
It's just one more funny thing one must realize,
when comparing real numbers with some exact
real constants. After this, I will try to never
compare doubles directly, but using tricks like
above. Because, in this digital world
1 + 0.4 - 0.4 1.
My opinion:
This is ludicrous.
Daniël Mantione schrieb:
Op Mon, 29 Oct 2007, schreef L:
Your Casio doesn't do comparisons. Just round to 10 digits before you
compare and it'll work just as fine as on your Casio.
Daniël
And some off topic trivia:
My casio says 10 + 2 digits near the model number.
Does this mean it
L schrieb:
If you do on a hand calculator:
1/3
... you will see:
0.333
If you multiply again with 3, you will see:
0.999
... and not 1.000.
On my electronic/digital calculator I see '1'
They calculate usually internally with more digits than they display
Paulo Estrela schrieb:
Hi,
I was trying to install fpc 2.2.0 on a CentOS 5 x64 machine using rpm
package, but libtinfo.so.5 is required. My system doesn`t have this
lib and I didn`t find anything on Internet related to this. Anyone
with same problem or any idea?
Pianoman schrieb:
Hello, I would like to ask whether is it possible to write program as
usual then compile it but result wouldn't be a standard binary but a
.jar file usable on mobile devices which can run java programs.
No.
Because for me as a FPC/delphi coder it would be great if I could
Tobias Giesen schrieb:
Where can I get the 2.2 sources?
http://www.freepascal.org/down/source/sources-ftp.freepascal.org.var
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Graeme Geldenhuys schrieb:
Hi,
Any ideas when (or if) PasWiki will be released to the public? I know
about the Simple CMS downloads, but don't feel the urge to rewrite it
into a full fledged wiki server with syntax parsing only to find
PasWiki already does all that and could be released
Jilani Khaldi schrieb:
Hi All,
just curious about the D language
(http://www.digitalmars.com/d/index.html), I read some articles on the
site, downloaded the compiler... and wrote some little examples. Well,
many of the things that the author presented as new and hot features are
already
Jilani Khaldi schrieb:
What's wrong with
http://www.freepascal.org/docs-html/ref/refch8.html#x79-860008 ?
Nothing, once completed.
Well, it's completed or do you miss things? but still under testing ;)
___
fpc-pascal maillist -
Mattias Gaertner schrieb:
On Wed, 10 Oct 2007 16:12:03 +0200
Florian Klaempfl [EMAIL PROTECTED] wrote:
Jilani Khaldi schrieb:
What's wrong with
http://www.freepascal.org/docs-html/ref/refch8.html#x79-860008 ?
Nothing, once completed.
Well, it's completed or do you miss things? but still
Zaka E-Lab schrieb:
Hello,
I have a peace of code that demonstrates that in the TP mode of
freepascal, one can use a function as a procedure.
Is this a bug or a normal behavior?
Normal because FPC emulates TP7, just add {$X+} in TP6 and you get the
same behaviour.
My University have
mm schrieb:
Jonas Maebe a écrit :
Counting on implementation details of opaque entities (such as set
formats, anything regarding reference counted types such as when
references are added or removed and when how many references will
exist, rtti format, code generation details such as
Luca Olivetti schrieb:
Hello,
I received a message from a user that's trying to use my program with
openwrt.
At least the WRT54 is MIPS based. Is the user's system really an arm?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Vinzent Hoefler schrieb:
On Tuesday 14 August 2007 06:14, Daniël Mantione wrote:
Lastly, pre and post conditions are just another runtime check.
No. If you can prove that the conditions always hold, you don't even
need to compile to the program to prove its correctness.
There's a
Weyert de Boer schrieb:
Puff, Delphi IDE is way faster then Lazarus. Beside of the need of that
idiotic X11 under MacOSX. I will just develop my applications in Mono
together with Cocoa# this works perfectly well together with Chrome. :)
And how would a name change change this?
Vincent Snijders schrieb:
Weyert de Boer schreef:
Puff, Delphi IDE is way faster then Lazarus. Beside of the need of
that idiotic X11 under MacOSX. I will just develop my applications in
Mono together with Cocoa# this works perfectly well together with
Chrome. :)
Good arguments. A name
Tom Walsh schrieb:
ik wrote:
Hi,
I wonder how can we make Pascal and FPC more attractive to people, and
I believe in what Donal Knuth have said:
The most important thing in the programming language is the name. A
language will not succeed without a good name. I have recently
invented a
Bisma Jayadi schrieb:
In that case, did you adapt the libgsf-1.so library name, or specify
the directory where it can be found ?
I'd had installed the required libs as mentioned in the source files and
also the related libs as well. I believe I had specified the path too.
But, maybe I have
Carsten Bager schrieb:
In the cprt0.as file (used when linking with libc in Arm/Linux) line
74 says
/* load argv
mov a3, sp
I think it should be
/* load argv */
mov a3, sp
Now the mov a3, sp instruction is included.
Maybe this parameter is only
Irawan Tanudirdjo schrieb:
Dear all,
Today, when I try to use Windows Common Control in
FPC, well I got error, and when I check in FPC
installation folder, I cannot found the implementation
for CommCtrl.o or CommCtrl.pp either. And also in last
week email, someone mentioned that WinSpool
Tom Walsh schrieb:
Is there a compelling reason NOT to use GNU make for the fpc projects?
Main problem: you can't express the cyclic interdependencies pascal
units can have.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Felipe Monteiro de Carvalho schrieb:
Backtrace just for the record:
[EMAIL PROTECTED] test]$ ./projecttest
Gleitkomma-Ausnahme
Floating point exception.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
memsom schrieb:
Rumour has it that the Mac OS X 10.5 will not have 64bit Carbon support
under Intel. That means that Intel based Carbon based apps will only ever
be 32bit and that if 32bit support is ever withdrawn (likely?) Carbon will
be gone.
I know that the FPC GUI ports under Mac OS X
201 - 300 of 638 matches
Mail list logo
