Jonas Maebe schrieb:
On 13 jun 2007, at 07:32, Daniël Mantione wrote:
Op Wed, 13 Jun 2007, schreef Felipe Monteiro de Carvalho:
How would I then be sure that my string is never converted (or always
converted from utf-8 to utf-8 if prefered), but just passed like I
wrote it to the library
Jonas Maebe schrieb:
On 13 jun 2007, at 11:26, Florian Klaempfl wrote:
Sorry, but this view is too terminal-centric as far as I am concerned.
That's not something you want to tell users of a GUI app. Or even
programmers, for that matter. I really don't see a reason why this
should
Bisma Jayadi schrieb:
Hi all,
Any comments?
We tried to do it keeping the spirit of pascal in mind. The array in an
array declaration is also useless, you could do
type
a : integer[0..100];
Using generic is verbose but imo one defines seldomly generic types so
it is ok because it improves
Jonas Maebe schrieb:
On 13 jun 2007, at 14:21, Florian Klaempfl wrote:
If MacOSX uses always utf-8 for 8 bit strings, you can hardcode it of
course in cwstrings and don't use iconv.
Well, it's a bit more complicated than that, see
http://cvs.gnupg.org/cgi-bin/viewcvs.cgi/trunk/intl
Felipe Monteiro de Carvalho schrieb:
The default code page used by FPC is 8859-1. However, the scanner
detects the UTF-8 marker if present, and when it finds it then it
switches the code page to UTF-8. You can also set the code page
manually to UTF-8 using {$codepage utf-8}.
Why does the
Felipe Monteiro de Carvalho schrieb:
Daniel Mantione wrong some coments on my bug report:
http://www.freepascal.org/mantis/view.php?id=9058
Could someone elaborate on this? I did't really understand
Looks somewhat illogical to me ... so I write a UTF-8 string and need
a widestring
Jonas Maebe schrieb:
On 12 Jun 2007, at 11:41, Florian Klaempfl wrote:
Looks somewhat illogical to me ... so I write a UTF-8 string and need
a widestring managed? But I am not using widestrings ...
You're. String constants containing chars 127 are obviously as
widestrings because when
Graeme Geldenhuys schrieb:
Hi everybody,
I'm not sure if I'm allowed to post this here If not, I will not
do it again!
Why shouldn't it be allowed? It's FPC related and job offers always show
that FPC is mature ;)
___
fpc-pascal maillist -
Graeme Geldenhuys schrieb:
On 06/06/07, Florian Klaempfl [EMAIL PROTECTED] wrote:
Why shouldn't it be allowed? It's FPC related and job offers always show
that FPC is mature ;)
:-) True, but some mailing list don't like job posts.
Well, if you look for a cleaning lady or if the job posts
Marco van de Voort schrieb:
Marco van de Voort writes:
Yes. I tried to get it running on AMD64 (and the results are in SVN), but
the binary won't run and I don't fully understand why.
Is your work on the 2.1.4 Beta or I have to do SVN?
In particular I see sources from May 20 at
Rainer Stratmann schrieb:
Hello,
1.
var s:string;
...
s[1]:='#'; -- causes an access violation
2.
Why is it no more possible to assign the length index s[0] in a string?
I find that is too much security to supress that.
It is cutting responsibility from the programmers.
It
Rainer Stratmann schrieb:
Am Samstag, 2. Juni 2007 19:59 schrieb Peter Vreman:
At 19:58 2-6-2007, you wrote:
Hello,
1.
var s:string;
...
s[1]:='#'; -- causes an access violation
2.
Why is it no more possible to assign the length index s[0] in a string?
I find that is too much
Rainer Stratmann schrieb:
Am Samstag, 2. Juni 2007 20:16 schrieb Florian Klaempfl:
How can I assign normal pascalstrings?
shortstring
what does
var s:string[12];
in delphimode mean?
ansistring or shortstring?
if ansistring, how can I get access to a normal pascal (short)string
Matt Emson schrieb:
Why no?
Because Windows CE Win32. Smartphone more so. However, the word
probably conveyed my doubt that I had all the facts. There you go.
FPC supports and works on wince. I ran already lazarus applications on
my Smartphone which has the same processor iirc.
Martin Schreiber schrieb:
On Sunday 20 May 2007 00.41, Joost van der Sluis wrote:
I'm happy to announce that release 2.1.4 aka 2.2.0 beta is out. We ask
our users to test the changes made in the last few years. This beta will
be available for about two months, whereafter 2.2.0 will be
Graeme Geldenhuys schrieb:
On 5/19/07, Daniël Mantione [EMAIL PROTECTED] wrote:
Does FPC have UTF-8 versions of the Copy() and Length() functions?
They don't exist. FPC has been designed to either use the system encoding
(which can be utf8). In this case, the string routines from sysutils do
All these unicode functions should code through the widestring mananger
so they get plugable.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
(c) 1993-2007 by Florian Klaempfl
Target OS: Linux for ARM
Compiling nslu_test.lpr
Assembling nslu_test
Linking nslu_test
/usr/local/lib/fpc/2.3.1/units/arm-linux/rtl/cprt0.o: In function
`_haltproc':
: undefined reference to `_fini'
/usr/local/lib/fpc/2.3.1/units/arm-linux/rtl/cprt0.o
Vincent Snijders schrieb:
Vincent Snijders schreef:
Hi,
If I compile a unit which contains {$R wincemenures.res} a file named
wincemenures.or is created in the source directory, even if I have set
-FU or -FE. What parameter do I need to pass to the compile to move
the .or file to the unit
John Coppens schrieb:
On Tue, 27 Mar 2007 22:48:00 +0700
Bisma Jayadi [EMAIL PROTECTED] wrote:
I even proposed a more radical solution for the next step:
porting the Morfik IDE to a Morfik (web) app. ;)
I hope you don't mean 'over the web'. I just recovered my ADSL link, so I
can start
Carsten Bager schrieb:
When using real operations with the -CfVFP/SOFT/LIBGCC activated I get
this error (same with version 2.0.4/2.0.2 ).
Free Pascal Compiler version 2.0.5 [2007/03/15] for arm
Copyright (c) 1993-2006 by Florian Klaempfl
Target OS: Linux for ARM
Compiling led.pas
Henry Vermaak schrieb:
here's an update on this. i tried a couple of different things to
rule out what can be the problem. i got an nslu2 that i set up with a
big endian firmware that runs a different kernel (2.6.16) version than
my other board. the results were exactly consistent between
Dirk Verwiebe schrieb:
Thank you very much for your quick reply.
Maybe you are right,but i have forgotten to write my program works
without the cpu unit, and the cpu unit works without my program.
It is a curios situation.
Do you mess with exception/signal/interrupt handling? The cpu unit has
Dirk Verwiebe schrieb:
Hello Florian,
exception handling was the problem.I have removed the dpmiexcp unit and
now it works again.
Well, this is only a workaround. In 6762 I tried to fix dpmiexcp, can
you test if this works for you?
Thank you very much
regards
Dirk
Florian
Graeme Geldenhuys schrieb:
Hi,
If you where planning on writing a new online inventory system with a
Firebird DB as backend. Yes that is what I'm about to do... What
would be the best choice of language?
For one I don't know PHP, but was told it is really easy to learn. I
know Object
Chuck Burkins schrieb:
On 3/6/07, Florian Klaempfl [EMAIL PROTECTED] wrote:
(Pascal) compiler based CGI is magnitudes faster than PHP, less resource
consuming and much easier to maintain. The only advantage of PHP is that
is easier to use for beginners and that's probably the only reason
Henry Vermaak schrieb:
o.k. this is where i've come to with my struggle with arm big endian
(without fpu):
2.0.4: works well, except with floating point (hangs on my board).
can't compile the rtl with softfloat support.
2.0.5: just tried latest rev. doesn't work well, writeln('hello
Florian Klaempfl schrieb:
Henry Vermaak schrieb:
o.k. this is where i've come to with my struggle with arm big endian
(without fpu):
2.0.4: works well, except with floating point (hangs on my board).
can't compile the rtl with softfloat support.
2.0.5: just tried latest rev. doesn't
Jonas Maebe schrieb:
On 28 feb 2007, at 17:51, Luiz Americo Pereira Camara wrote:
I'm looking to a function that will take two DWord as arguments and
and returns a Qword where the low 4 bytes are the first DWord and the
High 4 bytes the second DWord.
function makeqword(d1, d2: dword):
Jonas Maebe schrieb:
On 28 feb 2007, at 18:06, Florian Klaempfl wrote:
Jonas Maebe schrieb:
function makeqword(d1, d2: dword): qword;
begin
result:=(qword(d2) shl 32) or d1;
end;
Cleaner imo:
lo(result):=d1;
hi(result):=d2;
I think this is a lot less clean (if only because lo
Michael Van Canneyt schrieb:
* Tools: contest-friendly IDE; STL-like library
What do you need from STL ? What is lacking ?
I program daily and, disregarding GUI classes, all classes I ever needed are
in the FCL.
So please elaborate. You can assume (correctly) that I don't know anything
Felipe Monteiro de Carvalho schrieb:
On 2/23/07, Vincent Snijders [EMAIL PROTECTED] wrote:
Felipe, as you have noticed, I have unblocked the main page. Please let
me know when you are finished with it.
I am finished. It can be improved, but I'm out of ideas =)
I'am not ;) The wiki is
Felipe Monteiro de Carvalho schrieb:
I couldn´t find it because I am used to ignoring the About section.
IMHO the links to fpc things aren´t as easy to find as they could be,
specially to new users.
My suggestion would be to add a small section for FPC of the same size
as the The Lazarus
Felipe Monteiro de Carvalho schrieb:
Hello,
I implemented a trivial solution for this. Take a look at:
http://wiki.freepascal.org/New_Main_Page
I simply moved free pascal stuff to a new page on
http://wiki.freepascal.org/Free_Pascal_Documentation
And added a big entry for this on the main
Michel Meunier schrieb:
Hello,
My library under Windows is now OK, it use an UDP socket with the
Synapse units (wonderful job).
Now I want to compile it under Linux.
The compilation is OK, but when I try to use the .so library, I get this
message:
This binary has no thread support compiled in.
Vincent Snijders schrieb:
Helmut Hartl schreef:
http://www.research.ibm.com/people/m/michael/pldi-2004.pdf
This one is not lock free, because it uses atomic instructions used by
the cpu, which are essentially fine grained locks.
Exactly, and cmpxchg etc. are really expensive too. Since
Tiziano_mk schrieb:
Just looking on page: http://www.freepascal.org/aboutus.var
I found that there is a link to Florian's blog:
http://www.de.freepascal.org/~florian/nucleus/
http://www.florianklaempfl.de/nucleus
Not used much though.
but I got the ususal error 404:
any hint?
Micha Nelissen schrieb:
Felipe Monteiro de Carvalho wrote:
Hello,
Are the wikis being merged? Is it my impression, or is there a main
page for compiler things missing?
The pages are there.
When I go to fpc page and click on Wiki it shows lazarus-ccr wiki, and
I can´t find what was the
Helmut Hartl schrieb:
FastMM is open source, has anyone ported it to FPC?
There are users that have got FastMM working with FPC. But
it is not needed. The standard FPC heap manager is for
single-threaded applications as fast as FastMM.
A little bit shortsighted (IMHO),as
Daaave schrieb:
We're presently using an *old* (DOS) Pascal compiler on SCO Unix.
Unfortunately, we've reached the end of the usable life of this compiler.
The replacement we've provisionally chosen is FPC.
I've been using the Windows version of the IDE and compiler to convert my
source
Marco van de Voort schrieb:
This ranges from Windows 64-bit
I use and maintain Win64 daily?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Bobby Walters schrieb:
Hello,
I downloaded teh fpc sources on my Intel Itanium 2.
iA-64 isn't supported by FPC.
I types sudo make
and it gave me the following, what should i do?:
To bootstrap fpc, you need already an fpc :)
make: -iVSPTPSOTO: Command not found
make: -iSP: Command
Graeme Geldenhuys schrieb:
Hi,
How do I copy Dynamic Arrays? I can't do what I used to in Delphi,
using the Copy() function, as FPC keeps telling me I have the wrong
number of parameters.
Doesn't FPC supporting copying dynamic arrays?
I have the following code which works in Delphi
Mattias Gaertner schrieb:
How to set a double to NAN (not a number)?
I only found a IsNAN in the math unit.
Then you should search more ;) Acutally there is NaN
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Daniël Mantione schrieb:
Op Tue, 23 Jan 2007, schreef Alexandre Leclerc:
Hi all,
I saw some time ago in a roadmap for the next version (1.2?) - that I
can't find anymore - a point about being compatible with Dephi calling
register... And I was wondering if anything has changed in FPC
Graeme Geldenhuys schrieb:
As the subject line says, I keep getting this error and I can't see why!
I'm trying to get the last 4 unit test errors fixed running the tiOPF
project under FPC 2.1.1. (latest SVN revision)
The tiOPF function tiVariantArrayToString() converts a Variant Array
to a
Michael Van Canneyt schrieb:
On Sat, 30 Dec 2006, Florian Klaempfl wrote:
Jeff Pohlmeyer schrieb:
On Sat, 30 Dec 2006, Krishna wrote:
btw, is there a (free)pascal translation of the cairo headers?
I started one some time back, then lost interest -
Here's what I have, X only, no Win32
Carsten Bager schrieb:
What I am interested in is, the way that the compiler creates debug
information.
I remember that I have read that the format would be changed in the future.
Anything new on that front? If yes, is there some description of the new
format.
stabs and dwarf are
Jonas Maebe schrieb:
On 18 dec 2006, at 13:39, Vincent Snijders wrote:
The next fpc release will probably be fpc 2.2.0.
See the roadmap for some details:
http://www.freepascal.org/wiki/index.php/Road_map
It doesn't really contain much information though. I guess the only real
source of
Johann Glaser schrieb:
Hi!
I'm searching for FreePascal implementations of some special
mathematical functions related to statistics like erf, erfc and some
other cumulative probability functions. Did anybody implement such
functions already (e.g. from the Numerical Recipies)?
Is it allowed to
Graeme Geldenhuys schrieb:
On 12/9/06, Tomas Hajny [EMAIL PROTECTED] wrote:
Lazarus. According to my knowledge, the widgetset
is based on SDL.
I have thought of that as well for fpGUI Can anybody confirm if
eLiquid (I think that is what Pixel's widget set is called) is
actually built
John Coppens schrieb:
On Sat, 02 Dec 2006 08:01:04 -0500
David Mears [EMAIL PROTECTED] wrote:
From the first pascal program that I wrote in the late 80s to today,
I've only used Goto once and that was because I was still learning the
language - it was essentially a repeat loop and I replaced
Пётр Косаревский schrieb:
On Tuesday 14 November 2006 22:28, Jonas Maebe wrote:
There's a unit called ctypes in the rtl with all these types defined
(prefixed by c, i.e. cshort, cchar, clong, ...)
Why does rtl-documentation
(http://community.freepascal.org:1/docs-html/rtl/index.html)
Den Jean schrieb:
does this mean that the long in
bool myEventFilter(void *message, long *result);
is 32 bit on win64 ???
Yes, iirc ;)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Koenraad Lelong schrieb:
Hi,
I had some spare time so I tried to make an app for arm-linux with
mseIDE. I had a problem and tracking this down I found that libc
(../packages/base/libc) is not compiled for arm-linux.
I made my ppcrossarm-rpm with a spec-file based on the i386 spec-file. I
Marco van de Voort schrieb:
Another question, do you intend to fix the other size problem too? (another
Delphi incompatability)
I mean by this sets of x..y having a size of roundup((y-z+1)/8) with z as
x rounded down to the lower multiple of 8.
IOW, a set of 79..83 is two bytes in
Den Jean schrieb:
On Tuesday 14 November 2006 22:28, Jonas Maebe wrote:
There's a unit called ctypes in the rtl with all these types defined
(prefixed by c, i.e. cshort, cchar, clong, ...)
thx,
I do not see the win64 exception in the defines ??
Win64 has no such exceptions?
First, I would prefer a patch to the fpcunit which makes the unit itself
indenpendend from other stuff (xml) so it can be used in the fpc test suite :)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Jonas Maebe schrieb:
The easiest thing to do is to include fpcunit itself in fcl/inc.
All the units around it can be done in fcl/fpcunit, which is built at
a later stage.
Michael.
I agree with this.
This arises a fundamental question: should the tests for all package
(non rtl/compiler!)
Marius schrieb:
Hello,
Was trying the last trunk and got this error on the i386-win32. Its not
a big deal, we still got a working fpc/lazarus for win32 wince, just
wundering if this is a known (or fixable) error.
cd \fpcsrc
make clean OS_TARGET=win32 CPU_TARGET=i386
make install
Please don't start new topis by replying to another one. This makes reading
mails in the tree view very confusing.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Albin Pučnik schrieb:
Hi,
As I can see, there already is some support for generics in FreePascal,
but only
for classes. Will records,
Records are already supported.
their operators and free functions be
Probably not in the upcoming 2.2 and even if they will, you will have to
Christian Ulrich schrieb:
I think a lot of people do this like me, and its easyer when they can look
at an fpc wiki page
where they find the last revision tested from some people.
@Felipe, i dont want this only for wince.
for win32 and win64 fpc 5091 is also not useable.
think an general
Felipe Monteiro de Carvalho schrieb:
I created such page here:
http://www.freepascal.org/wiki/index.php/Tested_Unstable_Revisions
Please don't use something like
... and higher
but a range instead:
5091 to 5114 - unusable on win32, win64 and wince
If it's later fixed people might think,
Micha Nelissen schrieb:
Jonas Maebe wrote:
If it's later fixed people might think, it's still not fixed.
That should only be changed after it's fixed I think, because if you
write 5091 to 5114 and it's still not fixed in 5115, people may also
be confused :)
It just says those revisions are
Alexandre Leclerc schrieb:
2006/10/31, Peter Vreman [EMAIL PROTECTED]:
At 21:08 31-10-2006, you wrote:
Hi all,
I'm running into strang ROPS behaviour when using the latest compiler
in svn. Is there a compiler switch required for it to work ok? Using
revision 3823 I have no problems.
The
Suddenly I became to receive a strange error from FPC compiler. The log
of konsole execution is showed below. It is running in Fedora Core 5
under VMWare. I try to compile under windows and receive the same error.
Probably caused by an inline routine using goto. Remove the inline from
the
Den Jean schrieb:
What do you think about integrating the qt4 stuff into the fpc svn
repository? Of course, you would get svn write access to maintain the
pacakge.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Jonas Maebe wrote:
On 18 okt 2006, at 08:31, Marc Santhoff wrote:
is anyone aware of or has done a calculations speed comparison for the
four float types (single, double, extended, comp)?
For the x87, the only difference can come from cache misses/hits due to
the different sizes they
lamikr wrote:
Wow, some tears dropped when I launched lazarus as old delphi 1 delphi
2 memories came to my mind.
And not only the look and feel, also the stability and easy to use
seemed nice compared to some old versions I tested long time ago.
Hey, Lazarus tries to be on par with D7
Felipe Monteiro de Carvalho wrote:
Hello,
I am writing bindings for DBus (interprocess communication) library,
but I'm a little lost about how to create them. The procedural
low-level code is already working.
Basically I can have one software that constantly scans the bus in a
loop in
Marc Santhoff schrieb:
Hi,
I'd like to know how the use of simple atomic types like integer and
single differs from using variants holding the same types.
How do they compare in speed and memory consumption?
Variants are magnitudes slower.
___
Alexander Todorov schrieb:
I have tried working with sockets using either of the fields (with or
without sin_ prefix) and of course it works? Why is it there I am
wondering?
Compatibility: e.g. posix and delphi might use different names for the
fields. So the unit supports posix as well as
Vincent Snijders wrote:
Hi,
I am looking at some shootout benchmarks and I have the following
question. Look at the following program:
program loop;
{$mode objfpc}
var
d: array[0..$FFF] of double;
di: PDouble;
i: integer;
c: double;
begin
c := 125;
i := low(d);
Vincent Snijders wrote:
Florian Klaempfl schreef:
Line 17 generates two assembler instructions. Line 22 generates three
assembler instructions. As far as I can see both high(d) and @d[high(d)]
are constants, because d is a global variable.
Is it possible that line 22 will generate 2
Marc Santhoff schrieb:
Hi,
since I managed to get static arrays handed over to a C library I want
to know if this is possible for dynamic arrays too.
I browsed the docs and source but I'm not able to find the actual
implementation of the SetLength() procedure for dynarrays.
Carsten Bager wrote:
When compiling some code that has worked with the 202 compiler I
get this error:
Assembling led
Assembling with smartlinking led
L:\FPC\ARMBIN\AR.EXE: creating libpled.a
wrong command or filename
This is also a problem with the Windows - Windows compiler. It
Marc Santhoff wrote:
Hi,
trying to fiddle with h2pas it cannot be compiled:
$ gmake h2pas
gmake -C h2pas all
gmake[1]: Entering directory
`/usr/home/marc/fpc-2.0.2/share/src/fpc-2.0.2/utils/h2pas'
/usr/local/bin/pyacc h2pas.y
TP Yacc Version 4.1a [April 2000], Copyright (c) 1990-2000
Rainer Stratmann wrote:
Am Freitag, 1. September 2006 11:51 schrieb Michael Van Canneyt:
On Fri, 1 Sep 2006, Rainer Stratmann wrote:
Am Freitag, 1. September 2006 05:12 schrieb Bisma Jayadi:
http://blogs.borland.com/nickhodges/archive/2006/08/26/27022.aspx#FeedBa
ck
What do you think? :)
Mark Morgan Lloyd wrote:
Tomas Hajny wrote:
I find I can't transfer the compiled bundle to another machine- I get fp:
/lib/libc.so.6: version `GLIBC_2.3' not found (required by fp) which I
presume is telling me that it can't find the library version it was built
against. I'm going to drop that
Marc Santhoff wrote:
Hi,
the subject tells most of what i want to know:
Which exact models of ARM-cores are supported?
Since there are several different ones even in the ARM9 area and I'm
thinking about using something like a 920T, 926xx or maybe even PXA255
I'd like to be sure if
Mark Morgan Lloyd wrote:
The build worked and I appear to have an intact fpc and fp. However fp's
disassembly window is very fragile- SEGV at the drop of a hat.
I find I can't transfer the compiled bundle to another machine- I get fp:
/lib/libc.so.6: version `GLIBC_2.3' not found (required by
Marco van de Voort wrote:
It is ugly, produces warnings and is possibly forbidden in FPC 2.1.1 (I don't
know). A more elegant solution would be to have something like 'friend units'
where protected class members are visible:
I wonder what the use of making a private/public/protected
Mattias Gaertner wrote:
Recently the behaviour of the 'protected' keyword has changed in fpc 2.1.1.
Now I wonder how can I fix the code, that depends on this.
Redesign :)
I have some base classes, that defines methods to let derived classes interact.
These methods should not be accessed
Michael Van Canneyt wrote:
On Fri, 11 Aug 2006, Florian Klaempfl wrote:
Mattias Gaertner wrote:
Recently the behaviour of the 'protected' keyword has changed in fpc
2.1.1.
Now I wonder how can I fix the code, that depends on this.
Redesign :)
I have some base classes, that defines
Jonas Maebe wrote:
On 9 aug 2006, at 23:39, Mark Morgan Lloyd wrote:
Thanks for this info, I had exactly the same problem when compiling
2.0.4-rc3 for arm-linux. Solved now, by reducing the path-lenth.
Regards,
Glad to be of some help. I'll continue working on this to see if I can
find
Krishna wrote:
Hi all,
$(Subject) : http://www.turboexplorer.com/
Can they make an impact? What do you guys think about it?
I hope it brings Object Pascal back on the track.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Tomas Hajny wrote:
On 5 Aug 06, at 21:03, Florian Klaempfl wrote:
Tomas Hajny wrote:
Peter Vreman wrote:
on't bother with Solaris in 2.0.x, it won't work at all. None of
the Solaris fixes from 2.1.1 have been merged
On a positive note, Sparc/Solaris works fine in 2.1.1
I tried to merge
Tomas Hajny wrote:
Peter Vreman wrote:
on't bother with Solaris in 2.0.x, it won't work at all. None of
the Solaris fixes from 2.1.1 have been merged
On a positive note, Sparc/Solaris works fine in 2.1.1
I tried to merge it in the past but aborted it. The Solaris RTL
changes had a too much
Eugene Mayevski wrote:
Hello!
I downloaded 64-bit toolset in April (afair). Is there any new version
available?
No, but building them from source is no problem.
Also, is it possible to deploy the pre-compiled tools in 32-bit format? It
can be run in Windows 64-bit easily, and at the same
Andreas Berger wrote:
I am using the v20 base compiler
The only supported bootstrapping compiler is the last release compiler, i.e.
2.0.2.
with the v21 source. It should create a
v21 compiler.
I get the same error compiling under DOS, Win98 and Win2K
Regards, Andreas
Lee, John
Vinzent Höfler wrote:
I didn't understand and follow the whole thread but please submit a bug
report if something in FPC needs to be fixed :)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
Michael Van Canneyt wrote:
2.1.x because 2.0.4 is the last 2.0 release.
All new development is done in trunk or a branch of trunk. If things
prove that they are working, they are merged to fixes.
___
fpc-pascal maillist -
Mark Morgan Lloyd wrote:
What needs to be done to revitalise FPC on SPARC? Without wanting to commit
myself since I've already got more work than I can cope with is it something
that somebody who is neither a core FPC developer nor a RISC guru can help
with?
It should be in a good shape,
Rainer Stratmann wrote:
Am Donnerstag, 20. Juli 2006 13:44 schrieb Jason P Sage:
I know most of you know this stuff and it's a no brainer - but - I just
wanted to say this because I see people having problems sometimes getting
started and sometimes its easier to go around the ditch than to
Пётр Косаревский wrote:
How can I write inline assembler procedure?
(FPC accepts the word inline, but generates call instruction etc.)
Inline is only a recommendation.
If there is a way, could anyone point to an example, please?
Inlining assembler procedures efficently is rather hard, so
Tomas Hajny wrote:
On 20 Jul 06, at 22:41, Florian Klaempfl wrote:
Rainer Stratmann wrote:
Am Donnerstag, 20. Juli 2006 13:44 schrieb Jason P Sage:
.
.
In my view these simple things must have highest priority.
In the Linux installation routine there is an install-question
something
I'am currently thinking about implementing OpenMP support in FPC.
However, there is currently (to my knowledge) no pascal syntax defined
for OpenMp support. Do you think we can find a common syntax to simplify
things for users? I've some ideas how it be done, but I want to hear
other ideas first
Ole J. Røtne wrote:
-Opprinnelig melding-
Fra: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] På vegne av
Florian Klaempfl
Sendt: 2. juli 2006 12:46
Til: FPC-Pascal users discussions
Emne: Re: [fpc-pascal] writeln in threads on linux
And if this is a wrong way of doing
Jeff Pohlmeyer wrote:
Yes, much better!
I had not even looked at it till now.
One suggestion: I think the sentence about the M680 should
be moved to the end of the first paragraph. Finish telling
me about what you do support first. I'm only on the second
sentence of the entire website, and
301 - 400 of 638 matches
Mail list logo