On 13/06/07, Tom Verhoeff <[EMAIL PROTECTED]> wrote:
I know FreePascal includes the fpcunit unit testing framework
(the compiler knows where to find it), but I can't seem to find any
documentation via the regular www.freepascal.org, or the fpc wiki,
or on the lazarus site?
Michael's fpcunit.pdf
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 that I am using?
Add th
Hi
I wrote two programs one in C and one in Freepascal.
The program read a variable of a library and write it to stdout. I will put it
into a file: ("#: ./dataprog > file.dat").
I use "printf" in the C and "writeln" in Freepascal.
The problem: The fpc-based program is explicit slower than the
Guess because you're using inc(count) which may tell the compiler to use a
specific procedure, specific procedure that may have its own hidden
variables.
Use count := count + 1; and see what happens. This way you're not using the
inc() procedure that may be specific to the system unit.
On Wedn
Plus, you may have GCC with optimization flags on, due to your Linux system
[for example Gentoo] - whily FPC may be compiling its programs in the normal,
unoptimized way. This also may be a problem. Check it.
On Wednesday 13 June 2007 11:56, [EMAIL PROTECTED] wrote:
> Hi
>
> I wrote two programs
On 13/06/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi
I wrote two programs one in C and one in Freepascal.
The program read a variable of a library and write it to stdout. I will put it into a file:
("#: ./dataprog > file.dat").
I use "printf" in the C and "writeln" in Freepascal.
Th
On 13 jun 2007, at 10:56, [EMAIL PROTECTED] wrote:
The problem: The fpc-based program is explicit slower than the c-
based program.
My questions: Why is it so? Is it possible to avoid the problem?
I guess it's the single to string conversion. This routine is very
complex and not optimized
On Wed, Jun 13, 2007 at 12:27:29AM +0200, Darius Blaszijk wrote:
> The link you gave below to the pdf seems to point to a valid file.
> Please recheck it.
It is there alright, but you cannot navigate to that file on
. You need to know the URL to find the file.
In fact, fpcunit is mentioned almos
Op Wed, 13 Jun 2007, schreef Jonas Maebe:
>
> 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
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
Hi Everyone,
this pascal line
.
.
.
else Result :=Round(VarAsType(dataNum, varDouble))//varInteger)
.
.
.
compile okey in 2.1.1 and 2.1.4 fpc for i386 but 2.1.1 and 2.1.4 ppccrossarm
this is the error:
===
.
.
(431,58) Error: Can't determine which overloaded function to call
.
.
===
error is t
Op Wed, 13 Jun 2007, schreef Catalin Zamfir Alexandru:
> Guess because you're using inc(count) which may tell the compiler to use a
> specific procedure, specific procedure that may have its own hidden
> variables.
>
> Use count := count + 1; and see what happens. This way you're not using th
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 not be configurable by the pro
On 13 jun 2007, at 11:34, josepascual wrote:
else Result :=Round(VarAsType(dataNum, varDouble))//varInteger)
.
.
.
compile okey in 2.1.1 and 2.1.4 fpc for i386 but 2.1.1 and 2.1.4
ppccrossarm
this is the error:
===
.
.
(431,58) Error: Can't determine which overloaded function to call
.
.
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
>>
On Tue, Jun 12, 2007 at 11:16:23PM +0200, Darius Blaszijk wrote:
> BTW: JediMath has a 100% pascal implementation for arbitrary length
> arithmatic. Checkout JmLargeFloat.
Thanks. But this does not seem to implement arbitrary-precision
integers and rationals (fractions). The GMP does.
Hi all,
FPC uses 2 keywords for generics: "generic" for generic definition block, and
"specialize" for generic type implementation. I think the "generic" keyword is
quite redundant, useless, and too verbose since generics already use pair of <>
to define a generics type. Generics definition sh
On 6/13/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
Then you have to use the utf8string type. If it doesn't work good
enough, we've to fix it.
changing on my program from strint to utf8string didn't make any
difference. The string is ok when I don't have BOM and is wrong with a
BOM
program
On 13 jun 2007, at 13:35, Bisma Jayadi wrote:
FPC uses 2 keywords for generics: "generic" for generic definition
block, and "specialize" for generic type implementation. I think
the "generic" keyword is quite redundant
I think it is useful, because it allows future language extensions to
Op Wed, 13 Jun 2007, schreef Felipe Monteiro de Carvalho:
> On 6/13/07, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > Then you have to use the utf8string type. If it doesn't work good
> > enough, we've to fix it.
>
> changing on my program from strint to utf8string didn't make any
> differenc
type
TRegularIntegerArray: array[0..100] of integer;
TGenericArray: array[0..100] of T;
var
IntegerArrayFromGeneric = specialize TGenericArray;
Yes, I know, the ':' and '=' usage is wrong, it's a mistypo. :-D
Anyway, using my suggested generic syntax(es), it's allowed to specialize a
ge
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 r
I think it is useful, because it allows future language extensions to
also use the <> syntax without conflicting with generics (e.g., the
Objective Pascal draft syntax also makes use of angle brackets for a
couple of things).
Then my second syntax proposal might overcome possible conflict with
On 6/13/07, Daniël Mantione <[EMAIL PROTECTED]> wrote:
How hard is it to add that widestringmanager? Correct version of this
program:
This also doesn't change the output of the program. With either BOM or not.
--
Felipe Monteiro de Carvalho
___
fpc-p
On 13 jun 2007, at 13:33, Felipe Monteiro de Carvalho wrote:
changing on my program from strint to utf8string didn't make any
difference. The string is ok when I don't have BOM and is wrong with a
BOM
I've in the mean time discovered that nl_langinfo always returns US-
ASCII (or an empty str
What happens if you redefine your program as follows?
program utftestbom;
{$mode objfpc}{$H+}
uses SysUtils;
const MyStr: UTF8String = 'Texto ł ñ ø ß á';
var
i: Integer;
begin
WriteLn('Printing string values');
WriteLn('Length: ', Length(MyStr));
for i := 1 to Length(MyStr) do
Write(
Jonas Maebe schrieb:
>
> On 13 jun 2007, at 13:33, Felipe Monteiro de Carvalho wrote:
>
>> changing on my program from strint to utf8string didn't make any
>> difference. The string is ok when I don't have BOM and is wrong with a
>> BOM
>
> I've in the mean time discovered that nl_langinfo alway
Bisma Jayadi schrieb:
>> I think it is useful, because it allows future language extensions to
>> also use the <> syntax without conflicting with generics (e.g., the
>> Objective Pascal draft syntax also makes use of angle brackets for a
>> couple of things).
>
> Then my second syntax proposal mig
Hi
I'm not sure if you guys are aware of this but here it goes.
A brazilian publisher named Editora Erica (www.erica.com.br) published
a brand new book about introdutory computer programming with
FreePascal.
http://www.editoraerica.com.br/buscafinal.asp?cod=1369
A (possible) translation of the
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/config.charset?
rev=4343
(se
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/
On Wed, 13 Jun 2007, Daniel Franzini wrote:
> Hi
>
> I'm not sure if you guys are aware of this but here it goes.
>
> A brazilian publisher named Editora Erica (www.erica.com.br) published
> a brand new book about introdutory computer programming with
> FreePascal.
>
> http://www.editoraerica
Op Wed, 13 Jun 2007, schreef Florian Klaempfl:
> 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 complicate
On 6/13/07, Jeff Wormsley <[EMAIL PROTECTED]> wrote:
What happens if you redefine your program as follows?
Doesn't change anything.
The core problem is (like jonas said some posts ago) that we need a
way to define the output of the widestring manager.
One possible way to do this would, when c
On 13 jun 2007, at 14:08, Jonas Maebe wrote:
I've in the mean time discovered that nl_langinfo always returns US-
ASCII (or an empty string) under Darwin, regardless of what your
LANG/LC_* settings are. Forcing it to utf-8 fixes some problems,
but there is another error in the generic code
well
i saw this on Saraiva Megastore, a HUGE book shop in a mall in Sao
Paulo...i'm not sure if they sell it on the internet AND if they can
deliver to outside Brazilalso, i'm not sure if the publisher can
do the same.but i can buy one and send to you, if you prefer
On 6/13/07, Micha
I took a quick look at the website and they do ship world wide.
The only challenge would be understanding the portuguese on their
website. There doesn't seam to be an english version of the site.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist
On Wed, 13 Jun 2007, Felipe Monteiro de Carvalho wrote:
> I took a quick look at the website and they do ship world wide.
>
> The only challenge would be understanding the portuguese on their
> website. There doesn't seam to be an english version of the site.
I also discovered that :/
Michael
You could send them an e-mail: [EMAIL PROTECTED]
I find almost impossible that noone there speaks english.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pasc
Tom Verhoeff pravi:
> I know FreePascal includes the fpcunit unit testing framework
> (the compiler knows where to find it), but I can't seem to find any
> documentation via the regular www.freepascal.org, or the fpc wiki,
> or on the lazarus site?
>
> Michael's fpcunit.pdf seems hidden. Google t
Hi,
i have written a dll (pasForNeko) in delphi / windows which can be
called from the haxe/neko language, in order to use existing object
pascal code from this language. now I try to port this to fpc and linux
and run into some problems:
1. I can't compile even the simplest library from fpc
Hi Jonas,
> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:fpc-pascal-
> [EMAIL PROTECTED] En nombre de Jonas Maebe
> Enviado el: miércoles, 13 de junio de 2007 11:42
> Para: FPC-Pascal users discussions
> Asunto: Re: [fpc-pascal] this line in pascal compile for i386 version
> but arm
On 13 Jun 2007, at 20:25, josepascual wrote:
So you need to fix your code by adding an extra VarAsType(...,double)
call.
How can I do it?
else Result :=Round(double(VarAsType(dataNum, varDouble)))//
varInteger)
or other solution?
I'd guess
else Result :=Round(double(VarAsType(dataNum,
Replace procedure HalloWelt; with
procedure HalloWelt; cdecl;
> procedure HalloWelt;
> begin
> end;
>
Leonardo M. Ramé
http://leonardorame.blogspot.com
Pinpoint customers who are looking for what y
44 matches
Mail list logo
