How to get debug information?
There is an error, but only adresses are shown.
I put on debugger Information in Lazarus (-g) but can get no further infos
when an error occurs (except the adresses).
Lazarus 0.9.30
fpc 2.4.2
___
fpc-pascal maillist - f
Am Sunday 27 May 2012 17:44:41 schrieb Sven Barth:
> On 27.05.2012 14:32, Rainer Stratmann wrote:
> > How to get debug information?
> >
> > There is an error, but only adresses are shown.
> >
> > I put on debugger Information in Lazarus (-g) but can get no furth
Am Monday 28 May 2012 21:12:30 schrieb Martin:
> On 27/05/2012 13:32, Rainer Stratmann wrote:
> > How to get debug information?
> >
> > There is an error, but only adresses are shown.
>
> How/ Where are the addresses shown?
The addresses were shown in the output window (
Am Monday 28 May 2012 22:09:21 schrieb Martin:
> On 28/05/2012 20:35, Rainer Stratmann wrote:
> > Am Monday 28 May 2012 21:12:30 schrieb Martin:
> >> On 27/05/2012 13:32, Rainer Stratmann wrote:
> >>> How to get debug information?
> >>>
> >&
Am Monday 28 May 2012 22:25:47 schrieb Martin:
> Check that you have not accidentally set any options that will block
> -gl, such as -Xs or maybe (may work but I do not know for sure) -Xg
>
> After changing options, change "Build" or "Build all" from "run" menu.
All done, same effect (only address
Am Tuesday 29 May 2012 01:42:12 schrieb Martin:
> On 28/05/2012 23:53, Rainer Stratmann wrote:
> > Am Monday 28 May 2012 22:25:47 schrieb Martin:
> >> Check that you have not accidentally set any options that will block
> >> -gl, such as -Xs or maybe (may work but
Is it still necessary to fill in the registers at the end of a asm statement?
What happens if there is only the end; statement without the used registers?
asm
mov eax , ebx
end ['EAX' , 'EBX' ... ];
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
Am Tuesday 12 June 2012 18:44:20 schrieb leledumbo:
> > What happens if there is only the end; statement without the used
>
> registers?
>
> The compiler couldn't save the values in the registers prior to the asm
> block. If they contain intermediate result, they may be gone and unexpected
> result
Does someone know how to do encryption and decryption with keys?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Sunday 24 June 2012 16:59:36 schrieb leledumbo:
> key := 'testkey';
> value := 'this is a string';
How is it working?
By xoring 'testkey' with 'this is a string' byte by byte?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://list
How to put longstrings globally on?
I tried with {$h+} in project compiler settings (other) with no effect.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Wednesday 04 July 2012 06:30:57 schrieb leledumbo:
> Example of this "no effect"? {$H+} should do it.
Is it global (for all sourcefiles) if put on top of the first sourcefile?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fr
Am Wednesday 04 July 2012 10:22:10 schrieb Marco van de Voort:
> In our previous episode, J?rgen Hestermann said:
> > > How to put longstrings globally on?
> > > I tried with {$h+} in project compiler settings (other) with no effect.
> >
> > Safest method is not to use the generic type "string" in
Am Wednesday 04 July 2012 12:12:10 schrieb Bart:
> On 7/4/12, Rainer Stratmann wrote:
> > Next question is how to put asmmode intel global on?
>
> Type fpc -h (in a console) to see all commandine parameters.
> Then take a look at the -R switch.
>
That works thank you very
procedure p1;
begin
...
end;
How to get all caller adresses of p1 in a program before p1 is executed?
For example p1 is called from 20 different places in a program.
Then I need the 20 caller adresses.
___
fpc-pascal maillist - fpc-pascal@lists.fre
Am Monday 06 August 2012 18:43:04 schrieb Martin:
> > How to get all caller adresses of p1 in a program before p1 is executed?
> >
> > For example p1 is called from 20 different places in a program.
> > Then I need the 20 caller adresses.
>
> At run time, or design time?
At runtime.
I ment the (me
Am Monday 06 August 2012 19:34:23 schrieb Sven Barth:
>
> You know that scanning the binary code for calls is platform dependant?
Yes.
[calling opcode] [calleradress]
calling opcode can differ and the byteorder of the adress can differ.
> So you'd need to write that code for every CPU you want to
Am Monday 06 August 2012 20:12:41 schrieb Sven Barth:
> The problem here is the following:
>
> Let's suppose the opcode for calling a function on x86 CPUs is 0xCA11.
> Now you scan through the code looking for 0xCA11 followed by 4 bit.
Byte :-)
> The
> problem now is that without knowing the cont
Am Monday 06 August 2012 20:15:53 schrieb Martin:
>
> You can probably reuse sone code from the system unit.
>
> below is a copy of dump_stack from fpc. It gets all the addresses
>
>
> {$ifdef FPC_HAS_FEATURE_CONSOLEIO}
> Procedure dump_stack(var f : text;bp : Pointer);
> var
>i : Longint;
>
Am Monday 06 August 2012 21:18:20 schrieb Rainer Stratmann:
> Am Monday 06 August 2012 20:15:53 schrieb Martin:
>
> I do not understand this ...
> What is the content of the stack?
> Which file 'f'?
> Is it read from or write to file 'f'?
Ok write to file
Am Monday 06 August 2012 21:26:24 schrieb Jonas Maebe:
> It doesn't work like that. Regular calls use relative offsets on most (if
> not all) architectures we support. And in some cases we generate
> position-independent code, so then you'll have look at GOT entries to
> figure out the address. The
Am Monday 06 August 2012 22:17:11 schrieb Martin:
> But let me say: I am with everyone else. Using stack/caller info is the
> wrong(est) way.
I fully agree.
> And if you need to ask "What is the content of the stack?" Then you
> should not use it.
> All this functions are very low level. Usinc this
Am Monday 06 August 2012 22:37:08 schrieb Aleksa Todorovic:
> program test_str_36;
>
> uses
> sysutils;
>
> function s(str: pchar): pchar;
> var
> str2: pchar;
> begin
> if str[0] = '~' then
> begin
> // string is not localized
> str2 := strnew('numero'); // localized version
>
Am Monday 06 August 2012 22:57:42 schrieb Martin:
> On 06/08/2012 21:39, Rainer Stratmann wrote
>
> > Can you explain it more?
> > I want not search through the sourcecode, because it makes it less easy.
>
> How does an address like $040012a help you find the source?
I
Am Monday 06 August 2012 23:36:10 schrieb Martin:
> On 06/08/2012 21:57, Martin wrote:
> > I am still trying to understand what exactly you try to archive.
>
> Ok, I read one of the other posts: Do you need to ensure to handle each
> snippet only once?
>
>
> Are *ALL* snippets constants?
yes, but t
Am Tuesday 07 August 2012 00:02:02 schrieb Martin:
> I still do not understand what is so special about the caller address?
> Furthermore, you said yourself, you do not need it. You can also live
> withe a "number that the compiler generates at compilation time".
With all caller adresses OR all nu
Am Tuesday 07 August 2012 11:34:10 schrieb Martin:
> > With all caller adresses OR all numbers (see down) I have the whole
> > amount of snippets that I want to have.
>
> How?
With the compiler keyword 'calleradresstable';
function s( str : pchar ) : pchar; calleradresstable;
Then the compiler m
Am Tuesday 07 August 2012 19:13:29 schrieb Martin:
> On 07/08/2012 17:58, Rainer Stratmann wrote:
> > With the compiler keyword 'calleradresstable';
> >
> > function s( str : pchar ) : pchar; calleradresstable;
> >
> > Then the compiler makes a tabl
How is it possible to put some inline bytes in the code like the former
inline( $1f , $ef , $1A );
instruction?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Thursday 09 August 2012 15:14:29 schrieb Jonas Maebe:
> Rainer Stratmann wrote on Thu, 09 Aug 2012:
> > How is it possible to put some inline bytes in the code like the former
> > inline( $1f , $ef , $1A );
> > instruction?
>
> {$asmmode att}
> asm
>
Is it possible to get the adress of a label in a procedure?
label mark1;
procedure s;
begin
mark1:
end;
var p : pointer;
begin
p := @mark1; // does not work;
end;
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.
Am Thursday 09 August 2012 15:33:52 schrieb Jonas Maebe:
> > Thanks, the next problem then is: I wanted to do that in an inline
> > procedure but if the compiler detects an asm statement then inline is
> > disabled(!).
>
> That's correct, it is not possible inline assembler statements in FPC.
> You
Am Thursday 09 August 2012 15:35:54 schrieb Jonas Maebe:
> Rainer Stratmann wrote on Thu, 09 Aug 2012:
> > Is it possible to get the adress of a label in a procedure?
>
> Not outside that procedure, no.
Would it be possible to chage it, to get this information?
May be it is on
Am Thursday 09 August 2012 15:51:10 schrieb Jonas Maebe:
> The idea is to use the macro instead of a function call, not to use
> the macro inside a function that you then try to inline. A macro is
> just text substitution, it will never have a different effect than
> typing its contents directly at
Am Thursday 09 August 2012 16:52:40 schrieb Jonas Maebe:
> Sven Barth wrote on Thu, 09 Aug 2012:
> > Am 09.08.2012 15:35, schrieb Jonas Maebe:
> >> Rainer Stratmann wrote on Thu, 09 Aug 2012:
> >>> Is it possible to get the adress of a label in a procedure?
> >&
Am Thursday 09 August 2012 17:09:57 schrieb Jonas Maebe:
> if it were added it would be
> quite possible that this would also disable inlining the containing
> routine for implementation reasons.
I think the reason for disabling is that in the asm code can be identifyers
and jumplabels which are
Am Thursday 09 August 2012 17:18:09 schrieb Jonas Maebe:
> I would really recommend you (again) to use resourcestrings.
You say that is not possible and that is not possible (or someone can say: you
don't want to go deep in it).
Beyond that you recommend me your style of programming.
I see ever
The code below finds all caller adresses in a program to a known
procedure/function adress.
With this I can get all caller adresses to the translate function.
Moreover - with another piece of code (not shown here) I got also the text
snippets itself, because they are loaded immediately before ex
Am Saturday 11 August 2012 13:40:44 schrieb Rainer Stratmann:
> procedure i_realy_know_what_i_am_doing( p_opcode : pbyte ; count : longint
> ; proc_adr : pointer );
Better: i_really_know_what_i_am_doing
___
fpc-pascal maillist - fpc-
Am Saturday 11 August 2012 13:52:58 schrieb Martin:
> On 11/08/2012 12:48, Rainer Stratmann wrote:
> > Am Saturday 11 August 2012 13:40:44 schrieb Rainer Stratmann:
> >> procedure i_realy_know_what_i_am_doing( p_opcode : pbyte ; count :
> >> longint ; proc_adr
Am Saturday 11 August 2012 14:15:11 schrieb Martin:
> > I do not read all discussions.
> > Which exactly headline has it?
> > Does it affect the possibility to get the information I want?
>
> Re: [fpc-devel] Re: Class field reordering
The searched procedure/function is not a class procedure or fun
Am Saturday 11 August 2012 14:46:53 schrieb Martin:
> On 11/08/2012 13:32, Rainer Stratmann wrote:
> > Am Saturday 11 August 2012 14:15:11 schrieb Martin:
> >> If that changes, then your code fails.
> >
> > I can easily adopt the code then.
> > There ar
Am Saturday 11 August 2012 17:34:44 schrieb Marco van de Voort:
> In our previous episode, Rainer Stratmann said:
> > But not the 80x86 CPU. It is still the same opcode for a call ($E8).
>
> Maybe not the call, but changing or adding address encoding is quite
> realistic.
>
Am Saturday 11 August 2012 19:18:39 schrieb Jorge Aldo G. de F. Junior:
> Sorry for posting without bringing a solution, but i am curious, why
> do you need this ?
>
> Doesnt sound like good programming practice...
See Thread:
"Get all caller adresses of a given function/procedure before executing
arted 20 years ago...
So there can not be very much wrong if it is still working.
> Thats my two cents...
>
> 2012/8/11 Rainer Stratmann :
> > Am Saturday 11 August 2012 19:18:39 schrieb Jorge Aldo G. de F. Junior:
> >> Sorry for posting without bringing a solution, but
Am Sunday 12 August 2012 15:25:17 schrieb Mark Morgan Lloyd:
> Hey, Jonas, when are you introducing the optimisation that a call at the
> end of a procedure can be replaced by a jmp? :-)
Jonas only introduces something if it causes not much work :-)
Jmp will be opcode $E9.
http://css.csail.mit.ed
Am Sunday 12 August 2012 15:29:44 schrieb Jonas Maebe:
> Florian already implemented that quite a while ago :) I suggest to drop the
> topic though, because Rainer does not appear to be open to taking another
> approach
It depends on the approach.
If you have a better solution would you take anoth
Am Sunday 12 August 2012 15:46:00 schrieb Sven Barth:
> I know there is a smiley, but: Only because Jonas sees no gain in
> implementing something in the compiler that would help you in your
> specific case does not mean that Jonas doesn't add anything that causes
> not much work.
That my suggesti
Am Monday 13 August 2012 10:35:55 schrieb Lukasz Sokol:
> On 12/08/2012 14:41, Rainer Stratmann wrote:
> > It depends on the approach.
> > If you have a better solution would you take another approach?
>
> What is wrong with known and explored ways e.g. gettext ?
It will be
Am Monday 13 August 2012 12:07:59 schrieb Lukasz Sokol:
> On 13/08/2012 10:09, Rainer Stratmann wrote:
> > If I put a ls('snippet') around all texts I now get every caller adress
> > (handle) and the text information 'snippet' itself. So before they are
&g
Am Monday 13 August 2012 12:29:51 schrieb Marco van de Voort:
>
> Still if we want an own editor, converting gorm would be an option.
>
I do this online.
http://109.91.95.104/sprache
Not yet complete, but for demonstration ok.
From outside changes are not possible by now.
___
Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty:
> On 8/13/2012 05:09, Rainer Stratmann wrote:
> > Am Monday 13 August 2012 10:35:55 schrieb Lukasz Sokol:
>
> [TRIM]
>
> >> You were saying, that you want to know, which string has not been
> >> used / whi
Am Tuesday 14 August 2012 10:17:52 schrieb Sven Barth:
> Am 14.08.2012 09:11, schrieb Rainer Stratmann:
> > No need for tons od additional identyfiers and additional lines like:
> >
> > var
> > p_snippet1 : pchar;
> > p_snippet2 : pchar;
> &
Am Tuesday 14 August 2012 14:36:44 schrieb Martin:
> On 14/08/2012 13:19, Rainer Stratmann wrote:
> > It was more or less exactly the way I did it before with little
> > exaggerating as you notice :-)
> > Even now I save 50% codesize in comparison to resourcestring.
>
>
his programming skills, just
> to later discovar that his solution is nor portable nor safe...
>
> 2012/8/14 Rainer Stratmann :
> > Am Tuesday 14 August 2012 14:36:44 schrieb Martin:
> >> On 14/08/2012 13:19, Rainer Stratmann wrote:
> >> > It was more or less exactly
Am Wednesday 15 August 2012 03:52:00 schrieb waldo kitty:
> On 8/14/2012 03:11, Rainer Stratmann wrote:
> > Am Tuesday 14 August 2012 03:28:26 schrieb waldo kitty:
> >> i've been following this whole thread with interest... one thing that
> >> i'm still no
Am Wednesday 15 August 2012 04:05:56 schrieb Martin:
> On 15/08/2012 02:52, waldo kitty wrote:
> > this would be no different than the program doing
> >
> > writeln(snippet1);
>
>
>
> > .i must still be missing something :?
>
> If I understood him correct:
>
> It is not
> writeln(snipp
Am Wednesday 15 August 2012 09:33:37 schrieb Rainer Stratmann:
> What means POV?
Ok. Point of view I assume.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Wednesday 15 August 2012 09:59:00 schrieb Lukasz Sokol:
> On 15/08/2012 08:33, Rainer Stratmann wrote:
> > Am Wednesday 15 August 2012 03:52:00 schrieb waldo kitty:
> >> the loading code simply
> >> chooses the proper po file and then loads the strings into an array
Am Wednesday 15 August 2012 10:20:34 schrieb Reinier Olislagers:
> On 15-8-2012 10:08, Rainer Stratmann wrote:
> > Yes, that is possible as I understand it so far.
> > I did not know (dx)gettext before so replication is may not the right
> > word.
>
> Yes, it is. Re
Am Wednesday 15 August 2012 12:29:23 schrieb Jorge Aldo G. de F. Junior:
> "And a
> disadvantage is may the longer time to find a solution."
>
> Thats not the only disadvantage. Reinventing the wheel usually means
> you get something less correct and less researched. Its simple, 1000
> eyes looking
Am Wednesday 15 August 2012 13:39:11 schrieb Marco van de Voort:
> In our previous episode, Rainer Stratmann said:
> > > You already have a very good grasp of the issues involved as you were
> > > writing your own solution. You could probably improve dxgettext with
> >
Am Wednesday 15 August 2012 14:13:41 schrieb Sven Barth:
> Am 15.08.2012 10:48 schrieb "Rainer Stratmann"
> > > While this may all be very well known to you, I would ask you to step
> > > back and consider it: having a detached look at it may lead to a better
> &
Am Wednesday 15 August 2012 14:49:04 schrieb Rainer Stratmann:
> I would call this function rs( s : pchar ) because it has to be short.
> if there is a rs() in the program the compiler stores the caller adress
> (unique handle) and the pointer to the pchar in a list.
If the pointer to
Am Wednesday 15 August 2012 15:20:21 schrieb Lukasz Sokol:
> On 15/08/2012 13:55, Rainer Stratmann wrote:
> > Am Wednesday 15 August 2012 14:49:04 schrieb Rainer Stratmann:
> >> I would call this function rs( s : pchar ) because it has to be short.
> >> if there i
Am Wednesday 15 August 2012 16:19:04 schrieb Marco van de Voort:
> > > If your source (main) language has a word with two meanings, how will
> > > you translate to a language where there is a word for each meaning?
> >
> > Then I can put an additional identifier like already mentioned.
> > ls( '~ID
Am Wednesday 15 August 2012 16:45:03 schrieb Lukasz Sokol:
> >> For example if FPC internals decide to add or remove some padding in
> >> front of the constants.
> >
> > Very unlikely.
> > For which reason should there be padding in front?
>
> For the reason that they always say not to rely on 'int
Am Wednesday 15 August 2012 19:58:02 schrieb Marco van de Voort:
> No. The route was this:
>
> - In an earlier msg I mentioned this as dxgettext limitation (since I ran
> into it)
> - In a later msg you said you got weary of dxgettext because of "problems"
>with it.
> - I replied that it was n
Am Thursday 16 August 2012 10:16:04 schrieb Lukasz Sokol:
> On 15/08/2012 16:05, Rainer Stratmann wrote:
> > Am Wednesday 15 August 2012 16:45:03 schrieb Lukasz Sokol:
> >>> If the maintainers decide to build in the suggested function above then
> >>> everthin
Am Thursday 16 August 2012 10:50:25 schrieb Mark Morgan Lloyd:
> Lukasz Sokol wrote:
> >> Please explain.
> >> I do not change the code. I am only searching some pointers.
> >
> > Well, yeah, _you_ don't. What if somebody else could create a program
> > that extracts private (unexported) function p
Am Thursday 16 August 2012 11:27:08 schrieb Rainer Stratmann:
> Customers are fully satisfied and know about my fast responce.
response
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Thursday 16 August 2012 12:23:00 schrieb Jorge Aldo G. de F. Junior:
> I still dont understand why dont you hack passrc and grab all the
> strings from the source ?
Because I have an almost finished solution. I worked already for a while on
it. Some integrated piece of code is easier to handle
Am Thursday 16 August 2012 13:24:01 schrieb Jorge Aldo G. de F. Junior:
> If passrc changes, so can ABI and whatever else method you use change
> too...
>
> If i was going to start a project now with multilanguage suport i
> would search for a existing solution or start a new project based on
> pas
Am Thursday 16 August 2012 13:27:17 schrieb Lukasz Sokol:
> So from this POV, his process /is/ easier: he runs his program, and tells
> it to export strings to be translated, then loads 'snippets' on demand/on
> next execution.
Yes.
> To Rainer: Please accept apologies, I did not mean to offend
Am Thursday 16 August 2012 13:53:18 schrieb Michael Van Canneyt:
> And let's not forget: if we choose a reasonable default library name,
> 99% of all problems fall away by themselves, and the component will
> not be needed in the first place; Just for special cases will you need it.
I did not foll
Does the compiler generates (an) assembler file(s)?
I did not find here:
http://www.freepascal.org/docs-html/prog/prog.html
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Saturday 18 August 2012 22:10:17 schrieb Martin:
> On 18/08/2012 21:03, Rainer Stratmann wrote:
> > Does the compiler generates (an) assembler file(s)?
> >
> > I did not find here:
> > http://www.freepascal.org/docs-html/prog/prog.html
>
> http://www.freepasca
Am Saturday 18 August 2012 23:53:36 schrieb Jonas Maebe:
> On 18 Aug 2012, at 22:48, Rainer Stratmann wrote:
> > I did option -a, the compiler needs longer now, but where can I see the
> > generated file(s)?
>
> In the same directory that contains the generated .o and .ppu
Am Sunday 19 August 2012 10:59:16 schrieb Jonas Maebe:
> On 19 Aug 2012, at 10:55, Rainer Stratmann wrote:
> > Am Saturday 18 August 2012 23:53:36 schrieb Jonas Maebe:
> >> On 18 Aug 2012, at 22:48, Rainer Stratmann wrote:
> >>> I did option -a, the compiler needs l
Am Sunday 19 August 2012 16:50:20 schrieb Jonas Maebe:
> On 19 Aug 2012, at 16:45, Rainer Stratmann wrote:
> > fpc 2.4.2-0 [2010/11/11] for i386
> >
> > I put "-a" to projectsettings -> other -> userdefined settings
> >
> > Output of the message win
Am Sunday 19 August 2012 18:01:42 schrieb Mattias Gaertner:
> Can you try a newer version?
I am afraid of all the problems then with installing on a linux computer.
The computer further has no connection to the internet.
I try step by step to get more independend from lazarus first.
Then it will
I try to be independend from lazarus and wrote a configure file which I then
pass to fpc at the console.
Now suddenly the linker is noteable slower.
In both modes (from lazarus and from console).
Which reason can it have?
___
fpc-pascal maillist - fp
Am Friday 24 August 2012 11:00:35 schrieb Tomas Hajny:
> On Fri, August 24, 2012 10:52, Rainer Stratmann wrote:
> > I try to be independend from lazarus and wrote a configure file which I
> > then
> > pass to fpc at the console.
> >
> > Now suddenly the linker is n
Am Friday 24 August 2012 12:02:06 schrieb Tomas Hajny:
> > Compiler Version: 2.4.2-0 i386
>
> That is a pretty old version now (not that this should be the reason of
> your issue).
It was ok with the same version :-)
I am satisfied with 2.4.2-0.
> Does your fpc.cfg use smartlinking (-XX)?
Yes.
Why is -Mfpc the default language style?
I assume -Mobjfpc or -M2 is the most used style.
Why does -Mobjfpc overwrite the assember style?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
I downloaded the daily source an wanted to build a crosscompiler for arm with:
make clean buildbase installbase CROSSINSTALL=1 CROSSOPT="-XParm-elf-"
OS_TARGET=embedded CPU_TARGET=arm SUBARCH=armv7m
There are 2 errors now:
systemh.inc(1071,10) Error: Forward declaration not solved "procedure
g
OS: Linux
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am Saturday 25 August 2012 14:14:18 schrieb Marco van de Voort:
> In our previous episode, Rainer Stratmann said:
> > I downloaded the daily source an wanted to build a crosscompiler for arm
> > with:
> >
> > make clean buildbase installbase CROSSINSTALL=1 CROSSOPT=
Am Saturday 25 August 2012 15:22:59 schrieb Rainer Stratmann:
> Am Saturday 25 August 2012 14:14:18 schrieb Marco van de Voort:
> > In our previous episode, Rainer Stratmann said:
> > > I downloaded the daily source an wanted to build a crosscompiler for
> > > arm w
http://www.freepascal.org/develop.var
ftp://ftp.freepascal.org/pub/fpc/snapshot/trunk/source/fpc.zip
Is this always the latest trunk version?
Or is there somewhere a more current version?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
Am Monday 23 March 2009 15:51:24 schrieb Jonas Maebe:
> Rainer Stratmann wrote on ma, 23 mrt 2009:
> > Would this be possible?
> >
> > // get access to the data of file.dat
> > // have 1 executable file with containing all the data
> >
> > {$ir file.dat
Am Tuesday 28 August 2012 19:44:49 schrieb Sven Barth:
> On 28.08.2012 09:10, Jonas Maebe wrote:
> > On 28 Aug 2012, at 09:03, Sven Barth wrote:
> >> On 27.08.2012 15:33, Rainer Stratmann wrote:
> >>> Am Monday 23 March 2009 15:51:24 schrieb Jonas Maebe:
> >>
Am Wednesday 29 August 2012 10:58:52 schrieb Mark Morgan Lloyd:
> Looking at the earlier thread, what you appear to be suggesting is some
> way of using $i for pulling binary data into your program. However, $i
> is by definition for including source fragments, if you want to merge
> something that
Am Wednesday 29 August 2012 11:59:01 schrieb Mark Morgan Lloyd:
> > You are trying to make a very simple thing complicated.
> > I know bytes with values from 0 to 255. I do not see an illegal
> > character/byte there. If you read exactly I did not type $i but $ir which
> > I think is not reserved f
Am Wednesday 29 August 2012 12:36:08 schrieb Mark Morgan Lloyd:
> Rainer Stratmann wrote:
> > Am Wednesday 29 August 2012 11:59:01 schrieb Mark Morgan Lloyd:
> >>> You are trying to make a very simple thing complicated.
> >>> I know bytes with values from
This bevaviour is likely when someone starts with fpc, because the default
mode is Free Pascal (-Mfpc).
Wouldn't it be good to give an additional suggestion if the identifyer ist
result and the mode is -Mfpc?
For example: Identifier not found "result", may could be resolved with other
syntax
Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
> Since this behavior is documented, one should read the documentation first:
> http://www.freepascal.org/docs-html/ref/refse76.html
There is much documentation spread over many servers.
> Anyway, how could one find that Result is used as fun
Am Thursday 30 August 2012 15:20:46 schrieb Mark Morgan Lloyd:
> > When someone wants to compile a TurboPascal or Delphi program with
> > freepascal. Then he already knows that result is a function result, but
> > freepascal gives an error about this.
>
> I agree. However I don't know whether a bla
Am Thursday 30 August 2012 15:33:36 schrieb Reinier Olislagers:
> On 30-8-2012 15:08, Rainer Stratmann wrote:
> > Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
> >> Since this behavior is documented, one should read the documentation
> >> first: http://www.f
Am Thursday 30 August 2012 15:59:12 schrieb Reinier Olislagers:
> On 30-8-2012 15:49, Rainer Stratmann wrote:
> > Am Thursday 30 August 2012 15:33:36 schrieb Reinier Olislagers:
> >> On 30-8-2012 15:08, Rainer Stratmann wrote:
> >>> Am Thursday 30 August 2
1 - 100 of 520 matches
Mail list logo
