> Hi,
>
> I'm searching for a rpm for the fpc source snapshot. (1.0.x or 1.1)
There is none atm. If there are enough request for such a snapshot it can
be generated on a daily base. But it should already be possible to use a
daily CVS checkout and call 'make rpm' to build the rpm.
__
At 17:16 12-2-2003, you wrote:
Hi,
I'm just wondering if there are any extra docs for the standard units
that are acutally not described in the manual, e.g. the windows-unit.
Are there any and if so, where can I find them. Or is there at least a
command-listing for these units?
There are no ext
> >>I'm just wondering if there are any extra docs for the standard units
> >>that are acutally not described in the manual, e.g. the windows-unit.
> >>Are there any and if so, where can I find them. Or is there at least a
> >>command-listing for these units?
>
> PV> There are no extra docs. For th
At 21:09 14-2-2003, you wrote:
hey Anton,
> In Free Pascal Programmer's Manual, 7. 2., I didn't find anything about
> restrictions for exporting variables. Where did you read that? And what
kind
> of library (static, shared, ..) is it?
It's very simple.
Try compiling this:
-cut-
library test;
At 00:21 18-2-2003, you wrote:
Hi,
I just built the fpc debian packages from the latest fixed branch. It fails,
because some examples were not copied. A fix is attached for
install/debian/rules.
It would be nice if a note can be added to install/debian/README.debian, that
building the debs requir
At 14:27 21-2-2003, you wrote:
On Thu, 20 Feb 2003 19:03:20 +0100
Mattias Gaertner <[EMAIL PROTECTED]> wrote:
I can get rid of the hints if I add -di386 to the command line or to my
/etc/fpc.cfg.
Is this missing in samplecfg or is there another way to get rid of them?
Adding -di386 in fpc.cfg i
At 13:21 8-3-2003, you wrote:
Hi fellow pascallers!
Can anyone introduce me into fpc source tree? How is the source organized
where to look for what, any historical documents? I tried to find that info
on the website no luck though. Guys, I am tired waiting for months for every
small bug fixed and
At 11:14 16-3-2003, you wrote:
Hi,
How can I checkout the FIXES_1_0_0 fpc of 3 weeks ago?
The reason is, that this was the last compiler that works for me.
Use the -D option to specify a date. The command will the be:
cvs co -r FIXES_1_0_0 -D
Peter
_
At 12:49 16-3-2003, you wrote:
On Sun, 16 Mar 2003 12:21:17 +0100
Peter Vreman <[EMAIL PROTECTED]> wrote:
> At 11:14 16-3-2003, you wrote:
> >Hi,
> >
> >How can I checkout the FIXES_1_0_0 fpc of 3 weeks ago?
> >The reason is, that this was the last compiler that wo
> Hi,
>
> using the fixes branch from this morning I try:
>
> OS_TARGET=freebsd gmake all
>
> which ends in:
>
> ppc386 -dUNIX -dNOMOUSE -dNOGPM -Xs -OG2p3 -n -Fi../inc -Fi../i386
> -Fi../unix -FE. -di386 -dRELEASE -I../objpas ../unix/sysutils.pp
> fina.inc(101,11) Error: Identifier not found DOS
>>> 10.Work:Develop/FPC/fixes/fpc/compiler> make compiler
>>> Makefile:17: *** You need the GNU utils package to use
>>> this Makefile.
>>> Stop.
>>> Ideas? :) I'll take a look again on my GNU utils stuff,
>>> but i think everything is available, and on the path...
>> starting "make fpc_info" might
JP> I finally decided to make an attmept at compiling fpc from the CVS
sources.
JP> (fixes branch, 2003-04-01)
JP> Everything went smooth, except for one small problem:
JP> fpgtk.pp(3032,57) Error: Illegal parameter list
JP> The code in question is this:
JP> procedure TFPgtkObject.SignalE
At 12:08 2-4-2003, you wrote:
Hi,
On 2003-04-01, Peter Vreman wrote:
>>>> 10.Work:Develop/FPC/fixes/fpc/compiler> make compiler
>>>> Makefile:17: *** You need the GNU utils package to use
>>>> this Makefile.
>>>> Stop.
>>>> Ideas? :)
The compiler gets caught in the repeat...until loop of
read_declarations() in pdecl.pas
- it never consumes the "exports" token :
Thanks, i'll apply the patch
Peter
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listi
> At 17.13 02/04/2003, you wrote:
> [...]
>>That will not solve the problem. The problem is that there is no
>> knowledge
>>how to push an array with X elements of a certain type to a C function.
>
> what? it's the simplest thing in the world. You loop through all the
> elements of the TVarRec arra
> Hi,
>
> On 2003-04-02, Peter Vreman wrote:
>
>> Maybe the file extension that is added for executables is not correct or
>> the environment variable PATH is not available.
>
> Hmmm... Yes, this was the problem. It seems that the Amiga version of GNU
> tools does
> At 07.18 03/04/2003, you wrote:
>>>what? it's the simplest thing in the world. You loop through all the
>>>elements of the TVarRec array, last to first, and push them on the
>>> stack,
>>>then you push the formal arguments. Sure, it generates a lot of code,
>>> but
>>>it's not that hard. I mean,
At 01:42 5-4-2003, you wrote:
At 07.41 04/04/2003, you wrote:
You can't use a function to push the values, because returning from the
function will cleanup the stack.
first, it was just pseudo-code. Second, Exit isn't a true function either.
Nor Break. Nor WriteLn. Third, my point is that, despit
At 23:58 31-5-2003, you wrote:
Hello again,
It seems that I found 2 bugs(31th May, binary+source snapshot 1.1 , not from
cvs).
1. new() doesn't allocate memory correctly under specific circumstances,
moreover it just crashes with 216 - av.
i had something like this(and it compiled and ran well
Patch attached. Should be applied to /compiler/m68k/cgmem.pas in the
fixes branch.
Applied
Peter
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
At 08:11 8-6-2003, you wrote:
> > unit_one.pp(119,13) Hint: Unit UNIT_TWO not used in UNIT_ONE
> > Even though THE UNIT ACTUALLY IS USED.
> Normally, this means that even though you put "uses unit_two" in unit
> one, you're not using any procedure, type or global variable from
> unit_two in unit_on
At 08:55 12-6-2003, you wrote:
Hi,
I download new version FPC 1.0.8 (05-06-2003) from FTP for Win32.
I need use FPC to create DLL for Win32 system and load many DLL in one
apllication.
And I have problem, because only fist DLL is load correctly. Next DLL I cant
load.
What is wrong? Is any workaro
At 05:13 29-6-2003, you wrote:
Hi there guys!
I used to download win32 daily built binary every sunday or so, no I cannot
locate it on the ftp, any ideas?
ftp://ftp.freepascal.org/fpc/snapshot/v11/
Peter
___
fpc-devel maillist - [EMAIL PROTECTED]
htt
At 16:17 29-6-2003, you wrote:
> >I used to download win32 daily built binary every sunday or so, no I
cannot
> >locate it on the ftp, any ideas?
>
> ftp://ftp.freepascal.org/fpc/snapshot/v11/
>
ftp ftp.freepascal.org
cd /fpc/snapshot/v11/win32-i386
ls
-rw-r--r--1 1019 100 1798281 Apr
> Hi there,
>
> I have seen 1.1 understanding default parameters for a very long time, now
> the compiler ignores them and demands for explicit value to be passed in
> any case.
>
> procedure test(a: integer = 0);
>
> test(1);
> test(); //compiler will fail
>
> Am I missing something? Could that b
I added an extra local variable to hold the previous bp and the loop now
looks like this:
bp:=get_caller_frame(get_frame);
for i:=1 to tracesize do
begin
pheap_mem_info(p)^.calls[i]:=get_caller_addr(bp);
oldbp := bp;
bp:=get_caller_frame(bp);
if (bp
I recompiled the rtl
> Hi,
>
> How is maintaining the RPMs and DEBs? For example the spec and rules
> files?
There is no official maintainer. I guess that i made the last changes to
the files.
Peter
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org
>> > How is maintaining the RPMs and DEBs? For example the spec and rules
>> > files?
>>
>> There is no official maintainer. I guess that i made the last changes to
>> the files.
>
> For various reasons the current spec does not work with the rpm 4.0. I can
> send some fixes.
You can send them to
> I am trying to get TDataSet.SetFields working, so I tried to implemented
> Assign and AssignValue and just have SetFields call it to do the dirty
> work instead of doing the same thing. It apears to work for Integers,
> however any sort of String causes segfault's. Doing a writeln I get the
> val
> Hi,
> Circular reference: fpgtk requires the FCL while the FCL requires some
> packages to compile (different ones though, if you already installed the
> packages up to this point the FCL does compile).
> Anyway, this is imo not nice. ^^
There are 2 sub directories under packages: base and extra
> Hello,
> After I replaced in t_win32.pas unit a line 698 - from
> exportsSection.concat(Tai_symbol.Create(edatalabel,0));
> to
> exportsSection.concat(Tai_symbol.Create_Global(edatalabel,0));
>
> the smartlinking of Win32 dlls main modules became possible again.
Thanks, patch a
> Hi,
>
> I'm just sitting here at the machine which compiles the OS/2
> snapshots. I hope someone who can answer my question is still
> awake. :)
>
> FPC/2 fails to cycle currently, because some new errors just
> appeared in pmstddlg.pas file in the RTL. It seems to be,
> that the new compiler is
>> All the errors come from the same problem, described above.
>> Like this:
>> CNRDragInfo = record
>>pDragInfo : PDragInfo; { <- line 852 }
>>pRecord : PRecordCore;
>> end;
> It is a bug in the compiler. I changed the routine to look for types. I
> guess i
>> All the errors come from the same problem, described above.
>> Like this:
>> CNRDragInfo = record
>>pDragInfo : PDragInfo; { <- line 852 }
>>pRecord : PRecordCore;
>> end;
> It is a bug in the compiler. I changed the routine to look for types. I
> guess i
> I try use FPC 1.1 for Windows
> and I have problem with some of types declarations
> for example THandle is declared many times
>
> in WINDOWS.PP (base.inc) is:
>
> Thandle= HANDLE = type Cardinal;
>
> in CLASSES (classesh.inc)
> THANDLE = longint;
>
> in SYSUTILS
>
> with other types like PO
At 22:17 10-10-2003, you wrote:
I've tried to recompile COMPILATOR
I think I've found bugs:
in FPC.PP
line 67 string --> shortstring
procedure findexe(var ppcbin:shortstring);
in PPUDUMP.PP
line 235 string --> shortstring
function hexstr(val : cardinal;cnt : byte) : shortstring;
line 227 string --
At 13:51 13-10-2003, you wrote:
I agree with the complainant to some extent... the fpcmake files are very
complicated, and make itself isn't the easiest utility to use for non
(l)unix'ites -that's putting it mildly!-. However, I suppose whatever
we do is going to be complicated, so we have to
At 23:43 11-10-2003, you wrote:
If we change FPCMAKE to generate code like this:
-
#add dir of make.exe to PATH
override PATH +=$(dir $(MAKE))<-
override PATH:=$(subst \,/,$(PATH))
#$(error $(PATH))
ifeq ($(findstring ;,$(PATH)),)
inUnix=1
SEARCHPATH:=$(filte
> I am interesting in fp ide future plans. When do you plan to release its
> 1.0 version?
There is no maintainer anymore. The current core developpers have no time
to work on the ide. We need somebody outside the core team that wants to
maintain and extend the ide.
_
> Hi,
>
> There are some problems with gdb info.
> Because line 1 contains code and by contrast line 3 does not (where are
> only 2 lines)(i tested with more examples, there was same problems). I am
> interesting of their origin.
>
> begin
> end.
>
> gdb>info line 1
> Line 1 of "test.pp" is at addr
> Hello.
>
> While trying to use the operator overload feature of FPC, I find out a
> restriction not mentioned on the documentation. One can overload
> several operators but not the comparison one (=); this, at least, while
> operating on classes.
>
> The code below shows this situation (commentin
> Hello.
>
> The code below gives: "foo.pas(13,33) Error: Duplicate identifier NAME"
> when compiled with -S2. It compiles ok with -Sd though.
> The thing is, I coudn't find any reference to this difference of
> behavior under the "Compiler Modes" section of FPC docs, neither in
> other sections.
>
> 1. Is the order purely incidental or is there a reason why FreePascal
> chose to use a different order than Delphi?
incidental
> 2. I know it is officially discouraged to use 'internal formats', but
> for optimization's sake, would it be safe to assume that the internal
> format for FreePascal'
>
> Using the latest version of the compiler, and I am having a
> problem with the popen() function on Linux.
>
> It looks like popen() fails because AssignStream() fails,
> because AssignPipe() fails, and that's about as far as I got.
> ( I'm lost when it comes to the do_SysCall() stuff. )
>
> FAI
At 10:38 8-11-2003, you wrote:
Hello, Peter - thanks for your response.
> Did you only test the 1.9.0 compiler or also distributed the 1.9.0 RTL ?
I tested with each compiler version with its own RTL.
> Please check for a leftover syscallo.inc in fpc/rtl/linux/. It should only
> be available in
> Hello again Florian.
>
>>> While trying to build FPC from today CVS sources on the BeOS
>> > platform
> [...]
>>> I had to add two paths on the Makefile.fpc (./rtl/beos/) :
>>> --
>>> [compiler]
>>> includedir=$(INC) $(PROCINC) $(UNIXINC) $(RTL)/objpas/classes
>> > $(RTL)/
>>> objpas/sys
> Hi!
> Just before fpc 2.0 is out, I'd like to ask if it would really be
> hard to allow to import/export methods (including constructors
> and destructors) like plain functions/procedures, e.x.:
> ...
> exports TMyClass.Work name 'TMyClass_Work';
> ...
> procedure TMyClass.Work; external 'mylib
> Hi folks,
>
> daily binary snapshots of fpc and lazarus
> without source, doc, etc would be useful.
>
binary snapshots are already available:
http://www.freepascal.org/develop.html#snapshots
___
fpc-devel maillist - [EMAIL PROTECTED]
http://li
> >Hi folks,
> >daily binary snapshots of fpc and lazarus
> >without source, doc, etc would be useful.
>
> Is there a binary lazarus snapshot too?
>
You can better ask the question on the lazarus mailing list
___
fpc-devel maillist - [EMAIL PRO
>> Does the example program threads.pp (doc/examples/fcl/threads.pp) work
>> for
>> anybody under Linux?
>>
>> It aborts for me as soon as the first thread is created, printing
>> "Killed".
>
> When I compile it with 1.9.1 I get the same effect - program is
> immediately killed (the message "Killed
>
>> So (again IMHO) the disadvantages outstrip the disadvantages by far.
>
> Ouch, not exactly so my dear. What you mean is the redundant code has the
> chance to get into the executable. But first there is smartlinking, second
> there could be "smartuniting" and third, most libraries anyway use a
>> Please no more clone() :-)
>
> BeginThread uses pthread_create :-)
> Btw -- shouldn't tthread.inc then be moved to inc/ instead of {sys}/? It
> would probably be platform-independent itself if using BeginThread.
>
Ofcourse. That is the whole point of making tthread.inc dependent on
SysThrds. Th
>> But first there is smartlinking, second
>> there could be "smartuniting"
>
> Impossible, you can't have the compiler remove a unit just because nothing
> from it is used, the unit could contain an object that only registers
> itself
> with a factory on initialization, thus nothing from the unit
> Hi,
>
> The current mapping appears to be {from pthread.inc}
>
> const
> { I Don't know idle or timecritical, value is also 20, so the largest
> other
> possibility is 19 (PFV) }
> Priorities: array [TThreadPriority] of Integer
> (-20,-19,-10,9,10,19,20);
>
> But I do think that using BeginThread and such functions would be far
> better.
>
> I'd be willing to implement this, but I only have access to a Linux 2.6
> (with NPTL) system (my own) and some Linux 2.4 (with LinuxThreads)
> systems (at university).
I thought that you were already rewriting it
> [ Charset ISO-8859-1 unsupported, converting... ]
>> > under FreeBSD it fails. Probably due to the pipe trick
>> >
>> > I'm still investigating.
>>
>> Weird, the pipe trick should be very portable, unless there are signals
>> involved.
>> Try changing the
>> fpread(...) to
>>
>> // pseudo co
>> > More:
>> > 2787 - ask the reporter to try again and post compiling code next
>> time,
>> >his code has "virtual; override;" which is not really possible
>> Therefore the compiler should give an error message, instead of
>> compiling merrily on.
>>
>> Why should he post compiling code?
> On Mon, 2003-11-24 at 19:51, Johannes Berg wrote:
>
>> [list of bugs]
>
> More:
>
> 2771 - works fine
I fixed it already
> 2492 - works for me if I understand the report correctly
Already fixed with rtti rewrites a long time ago
> 2535 - should imho be closed invalid, you can't really export
> Hi,
>
> I couldn't compile anything with the following:
>
> procedure x(const a:array of const);
> var s:string; // ansistring or shortstring doesn't matter
> x([s]);
>
> and tracked it down to the second change block of:
> http://www.freepascal.org/cgi-bin/viewcvs.cgi/fpc/compiler/nld.pas.diff?r
At 14:51 25-11-2003, you wrote:
Tried to port my script engine to the newest Free Pascal, but when trying
to compile my fptest.pas project (probably has some errors in it left) I
get internal error .
http://www.carlo-kok.com/downloads/ifps3-fpc.zip
I can't reproduce the IE with the curr
>> 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 argument is a
> Peter Vreman wrote:
> [...]
>> > This is bad coding imho and works in Delphi only "by accident" because
>> > Delphi uses register calling conventions. Or are I'am wrong and sort
>> > expects a local procedure?
>>
>> The compiler should
> Which segfaults immediately because %eax contains the return value of
> _addref (stdcall calling convention) which is 1 in this case.
>
> I don't really know where the problem is (ie, why the compiler generates
> this code), however this keeps reference counted interfaces from working
> at all.
> How do I get the error code for fpStat() ?
>
> The oldlinux.stat() function returns FALSE on failure, and sets
> LinuxError.
>
> The libc.stat() function returns (-1) on failure, and sets errno.
>
> The baseunix.fpStat() function returns (-1) on failure,
> but it does not set LinuxError.
>
> If I
> One more
> is it possible change name of RTL\OBJPAS\CLASSES\ACTION.INC
> this has the same like in lazarus LCL\INCLUDE\ACTION.INC
>
> some times it's complicate live
>
> change name in RTL is better
> name of classes: tBasicActionLink -> name of file ACTIONL.INC
>
> in Lazarus is TAction
Comp
> Hi
> I know how to avoid this, but some times this cause trouble
>(for example when I want to compile RTL by command line,
>or when I search file , ect)
>
When we start doing such requests where do we end? Next candidates are
file.inc and text.inc...
Hi all,
>From today the default calling convention for i386 is changed from stdcall
(the default since 1.9.0) to register calling. This means that you have to
look at how assembler code loads the arguments and maybe store them
yourself in local variables.
The register calling is compatible with d
>> Anyway, has someone actually analyzed how benefitial register calling
>> convention is? Sure it provides huge speed boost in case of a function
>> which adds two arguments together and returns the result - or is it so
>> sure? In fact, I imagine that in most cases, register convention will
>> ev
> On Wed, 24 Dec 2003, Peter Vreman wrote:
>
> }Most important was compatibility, second is speed. In the drystone test
> }there was a performance gain of at least 10%.
>
> Okay, I think this answers the question :)
>
> }> Register convention saves opcode space in t
> Hi,
> compiling this program with 1.0.10 give me error "Type mismatch".
>
> var outf: file of byte;
> begin
>assign(outf, 'test.bug');
>rewrite(outf);
>write(outf, 10); {only explicit typecasting helps: byte(10)}
>close(outf);
> end.
>
> Is this fixed in 1.9?
Fixed
___
At 23:10 9-1-2004, you wrote:
Hi
I've try to do
make all
but I recieve ***No rule to make target clean
my home dir is c:\fp, and I use WIN98
I nottice that UTILS clean good, from log :
MAKE.EXE[5]: Leaving directory `C:/fp/source/compiler/utils'
but for rtl MAKE looking for c:\pp
C:/FP/BIN/WIN
At 19:17 15-1-2004, you wrote:
Hi
From several days I've try to make all fpc myself, but to do this under
WIN98 is not so clear that it can be.
I've found some bugs in makefile, and somebody may change FPCM to be
generated proper MAKEFILE
What is proper? Windows is so broken for command line suppor
At 22:12 11-1-2004, you wrote:
I discover solution, problem is in compiler\makefile:
change line (about 180 in makefile):
ifeq ($(wildcard $(addprefix $(FPCDIR)/,rtl units)),)
override FPCDIR=c:/pp
endif
to:
ifeq ($(wildcard $(addprefix $(FPCDIR)/,rtl units)),)
override FPCDIR:=$(BASEDIR)
ifeq ($(
> OK Thanks!
>
> I didn't find the exact place in the documentation, but this is a change
> in behaviour right? It worked in earlier versions of FPC and it works in
> Delphi...
No problem here:
C:\Down>pp11 p -Sd
Free Pascal Compiler version 1.9.3 [2004/01/16] for i386
Copyright (c) 1993-2002 by
At 19:07 16-1-2004, you wrote:
Hi guys,
this is two years as I test FPC on my project. Every now and then it does
not work. I submit reports, they are fixed, but later on they are here
again. I intensively use default parameters, open and dynamic arrays,
overloaded functions. They all work, but wh
>
> On 21 jan 2004, at 19:40, Karl-Michael Schindler wrote:
>
>> grepping for SysGetCurrentThreadID did not find anything besides the
>> above occurence in thread.inc.
>> However, I found numerous GetCurrentThreadID.
>> Therefore, I changed SysGetCurrentThreadID to GetCurrentThreadID in
>> thread.i
>
> On 26 jan 2004, at 11:40, Karl-Michael Schindler wrote:
>
>> With the MacOS X port available, i played (maybe fooled) around in
>> order to port some of the basic units, such as termio crt video
>> keyboard serial.
>> I managed to get it compiling by transferring missing definitions of
>> const
> Jonas Maebe wrote:
>>
>> On 13 feb 2004, at 22:17, Michalis Kamburelis wrote:
>>
>>> but sometimes it's a pain trying to write code in ObjFpc mode that
>>> should compile under Delphi too
>>
>>
>> In that case, why do you want to use that single(1.0) construct? That
>> won't compile in Delphi eit
>> Delphi mode I can't use p(1.0) and I can't use p(Single(1.0)) too.
>
> Add a new overload for extended and it compiles also in delphi mode.
>
> Bug report 2129 is the source that single(1.0) typecasts does not work as
> expected. A solution can be to do conversion for float constants.
Conversio
> Hi,
>
> Is there a maintainer for fpImage ? And what is the development status of
> fp(read|write)bmp ? Is anyone working on adding other encodings than 32
> bit ?
> If not, than I'll have a try to add the missing encodings.
Michael van Canneyt ([EMAIL PROTECTED]) is the maintainer. patches
can
> Hi,
>
> Is there a maintainer for fpImage ? And what is the development status of
> fp(read|write)bmp ? Is anyone working on adding other encodings than 32
> bit ?
> If not, than I'll have a try to add the missing encodings.
Michael van Canneyt ([EMAIL PROTECTED]) is the maintainer. patches
can
> Hello,
>
> TP and Delphi length function supports arrays as parameters and FPC do
> not.
> I think this is uncompatibility. What can you say about this issue?
>
> var
> a: array [1..10]of integer;
> begin
> WriteLn(length(a));
> Readln;
> end.
>
It is supported by 1.9.x
> Hi !
>
> Thank you for Free Pascal !
>
> I have small question.
>
> Possible insert binary dump (text) as code in procedure ?
> (Similarity of operator 'INLINE' in old Turbo Pascal.)
> And if yes then as ?
You can use the data2inc tool to convert binary data to a const type.
inline is
> 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
> messages
> from one version to higher also.
resourcestrings and the
>
>>>distributed with
>>>version 3.x of GNU utilities?
>>>
>>>
>>>
>>>[...]I was
>>>thinking about one of
>>>the latest versions.
>>>
>> .
>> .
>>
>>Sorry, I don't really understand your question. Do you have any
>>particular version in mind? Or do you have a particular problem
> Hi
> for line:
>
> tabzas^[pole].gpraca[lip]:=tabzas^[pole].gpraca[lip]
> +round(tabpen[i].tabG[1]);
> where:
> tabzas^[pole].gpraca[lip] --> is BYTE
> tabpen[i].tabG[1] --> is SINGLE
>
> I recieve compilation error:
> plbazae.pas(2937,69) Error: A
> Hi all
> i found a typo bug in fvision/test/tfileio.pas:
>
> Compiling tfileio.pas
> tfileio.pas(18,65) Fatal: Syntax error, ")" expected but ";" found
>
> Adding a "(" before the ";" heals the wound.
Fixed
___
fpc-devel maillist - [EMAIL PROTECTED
> Hello,
>
> i want to ask about current gdb support on fpc state and its futture
> plans.
> I tried to work with gdbpasw with program compiled with fpc106 and noticed
> that some gdb funtionalities does not work on it. For example: xbreak,
> watch. Then i tried them it was said that breakpoits are
At 15:18 25-3-2004, you wrote:
hello,
1) first i can't submit err to err database because of issue (i do not know
what it means):
You have an error in your SQL syntax near ' ,"hi we found problem in fpc1010
version. fpc106 does not have it. it says t' at line 1
2) we found problem in fpc1010 versi
> Hello all,
>
> I'm new to this list and I coudn't find out how to send in patches so i do
> it here...
>
> 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 t
>>> 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
> Hi,
>
> I'll try to write a faster parser/compiler, which also supports UTF8.
Are you sure that you want to write a parser? Because that is the part
that does the semantics and handles all the statements and does not known
about UTF8.
What is wrong with the current scanner?
Peter
__
At 15:51 16-4-2004, you wrote:
Peter Vreman schrieb:
Which compiler version did you look at?
the one used for Lazarus on Linux.
Lazarus can be compiled with both 1.0.x and 1.9.x.
.., otherwise there is a huge risk that code
won't be accepted.
that will then be your choice.
Why didn&
> I submitted a bug in the FPC bug list (as #3061).
> I would discuss it a little because now I write a stuff to radically solve
> problems with indexes export. Maybe, these two problems need to be solved
> as one complex? But I'm understandig that big changes in the compiler code
> may cause new p
> Hello Peter,
>
> Wednesday, April 28, 2004, 4:02:59 PM, you wrote:
>
>>> Hello all,
>>>
>>> I have some ideas about the bug #2363 (Unfixed Error export problem).
>
>>> Second way: storing exported items info in PPU.
>
> PV> That is possible. It needs a new ppuentry that will contain the
> followi
At 14:15 9-5-2004, you wrote:
I found three bugs:
1)When I am compiling program with {$LINKLIB c} directive, I have got
error, that cannot find gcc library ("d:/maciek/fpc/bin/go32v2/ld.exe:
cannot find -lgcc").
2)When I am using printf function, I have got error message like this:
D:\MACIEK\/
At 20:11 24-4-2004, you wrote:
The sense of the result of FileIsReadOnly seems to be inverted - see
attched patch
Colin
Thanks, applied
Peter
___
fpc-devel maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> Hello all,
>
> I have some ideas about the bug #2363 (Unfixed Error export problem).
> I see two ways to solve this problem but I'm not sure that I'm able to
> realize them.
> First way (may be wrong):
> generating edata sections (or their analogs for non-Windows platforms)
> vor every unit that
At 19:07 29-4-2004, you wrote:
Hi,
I wrote a Red-Black tree, which seems to be faster than TDictionary,
even without spreading items into multible slots.
The Algorithm for rearanging the nodes is faster as for an AVL tree.
The disadvantage to a normal search tree is that every node
requires an add
I guess the problem with dynarrays and openarrays (also as with overloaded
functions wich are also very buggy for a long time) is the fact that FPC
core team are old stylish programmers, and do not use these modern features
themselves. Thus these features are "for users" and are not so solid.
Inst
1 - 100 of 492 matches
Mail list logo
