[fpc-pascal] fpGUI and fpGFX has a newsgroup sever
Hi, I have setup two newsgroups for fpGUI and fpGFX on my server. For those stuck behind a company firewall, there is web access to the newsgroups as well. Newsgroups: fpgui.development fpgui.support Visit: http://opensoft.homeip.net/fpgui/ for details on the connection settings or web access. Regards, - Graeme - -- There's no place like 127.0.0.1 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] typed constants...
is this bit of syntactic weirdness a fpc element, or from delphi. I've largely been away from pascal since the early 90s, mostly only using it to write dos-y non-object-y utilities, for which it excels. typed constants seem to basically to be like the static keyword from c.. but not a var modifier.. It just seems it should be a modifier for var. such as var st:string static;.. since.. constant is usually pretty wrapped up in the meaning of "not changing." and that it has a constant, initialized, reserved place in memory is.. well.. abstract. Especially since you can initialize your variables now, then the only thing that makes it special is that it is a global variable with a local scope. I'm not the sort who thinks pascal should be C, because I hate having to work with C or it's work likes. I just think that being able to call something constant and change it muggles the syntactic clarity of the language, which is otherwise rather good. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] typed constants...
On Mon, 23 Oct 2006, David Mears wrote: > is this bit of syntactic weirdness a fpc element, or from delphi. I've > largely been away from pascal since the early 90s, mostly only using it to > write dos-y non-object-y utilities, for which it excels. > typed constants seem to basically to be like the static keyword from c.. but > not a var modifier.. It just seems it should be a modifier for var. such as > var st:string static;.. since.. constant is usually pretty wrapped up in the > meaning of "not changing." and that it has a constant, initialized, reserved > place in memory is.. well.. abstract. Especially since you can initialize > your variables now, then the only thing that makes it special is that it is a > global variable with a local scope. > > I'm not the sort who thinks pascal should be C, because I hate having to work > with C or it's work likes. I just think that being able to call something > constant and change it muggles the syntactic clarity of the language, which is > otherwise rather good. Initialized constants are deprecated, and should be replaced by initialized variables, as in Delphi: Var A : String = 'Some string'; "Real" constants (in the sense of 'not changing') do not need to be typed in the first place so Const A = 'Some String'; Will do just fine. You now have both possibilities and they each have clear and unambiguous meaning. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] typed constants...
On 23 Oct 2006, at 19:30, Michael Van Canneyt wrote: "Real" constants (in the sense of 'not changing') do not need to be typed in the first place so Const A = 'Some String'; Will do just fine. You can also give them a type by simply adding a typecast around the value. This can be necessary sometimes for range checking (e.g. longint($8000)) or for overload selection. Jonas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] typed constants...
Michael Van Canneyt wrote: > Initialized constants are deprecated, and should be replaced by initialized > variables, as in Delphi: They are? Why? They have the practical advantage of being able to share them with other instances of this process. At least, if compiler+linker cooperate to put them in the right section. Micha ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] fpc arm big endian help
Hi all I'm working on some code for the NSLU2 'slug'. How do I get ppcarm to compile in big endian mode? I have done it once before but I've lost the magic wand somewhere. Do I need to build from source as in a post I saw on devel list... change system_arm_linux_info.endian to endian_big in /pp/compiler/systems/i_linux.pas then run make clean CPU_TARGET=arm CROSSINSTALL=1 then make crossall CPU_TARGET=arm OS_TARGET=linux heres one I prepared earlier... $ file /opt/slugtest /opt/slugtest: ELF 32-bit MSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, statically linked, for GNU/Linux 2.0.0, stripped so I know it worked before - but now... $ ppcarm -XParm-linux- slugtest.pp Free Pascal Compiler version 2.0.4 [2006/08/23] for arm Copyright (c) 1993-2006 by Florian Klaempfl Target OS: Linux for ARM Compiling slugtest.pp slugtest.pp(26,10) Note: Local variable "lK" is assigned but never used slugtest.pp(10,6) Note: Local variable "lI" not used Assembling slugtest Linking slugtest 69 Lines compiled, 0.0 sec $ file slugtest slugtest: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, statically linked, for GNU/Linux 2.0.0, stripped $ ppcarm -XParmv5b-linux- slugtest.pp Free Pascal Compiler version 2.0.4 [2006/08/23] for arm Copyright (c) 1993-2006 by Florian Klaempfl Target OS: Linux for ARM Compiling slugtest.pp slugtest.pp(26,10) Note: Local variable "lK" is assigned but never used slugtest.pp(10,6) Note: Local variable "lI" not used Assembling slugtest Linking slugtest /home/tkemp/bin/armv5b-linux-ld: /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/prt0.o: compiled for a little endian system and target is big endian /home/tkemp/bin/armv5b-linux-ld: failed to merge target specific data of file /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/prt0.o /home/tkemp/bin/armv5b-linux-ld: /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/system.o: compiled for a little endian system and target is big endian /home/tkemp/bin/armv5b-linux-ld: failed to merge target specific data of file /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/system.o... ... I'm cross compiling from x86_64 if that makes any difference... fpc-2.0.4-2.fc5 Free Pascal Compiler version 2.0.4 [2006/09/20] for x86_64 Copyright (c) 1993-2006 by Florian Klaempfl Thanks for any help Terry ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] fpc arm big endian help
- Original Message - From: "Terry Kemp" <[EMAIL PROTECTED]> To: Sent: Monday, October 23, 2006 11:14 PM Subject: [fpc-pascal] fpc arm big endian help Hi all I'm working on some code for the NSLU2 'slug'. How do I get ppcarm to compile in big endian mode? I have done it once before but I've lost the magic wand somewhere. Do I need to build from source as in a post I saw on devel list... change system_arm_linux_info.endian to endian_big in /pp/compiler/systems/i_linux.pas then run make clean CPU_TARGET=arm CROSSINSTALL=1 then make crossall CPU_TARGET=arm OS_TARGET=linux heres one I prepared earlier... $ file /opt/slugtest /opt/slugtest: ELF 32-bit MSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, statically linked, for GNU/Linux 2.0.0, stripped so I know it worked before - but now... $ ppcarm -XParm-linux- slugtest.pp Free Pascal Compiler version 2.0.4 [2006/08/23] for arm Copyright (c) 1993-2006 by Florian Klaempfl Target OS: Linux for ARM Compiling slugtest.pp slugtest.pp(26,10) Note: Local variable "lK" is assigned but never used slugtest.pp(10,6) Note: Local variable "lI" not used Assembling slugtest Linking slugtest 69 Lines compiled, 0.0 sec $ file slugtest slugtest: ELF 32-bit LSB executable, ARM, version 1 (ARM), for GNU/Linux 2.0.0, statically linked, for GNU/Linux 2.0.0, stripped $ ppcarm -XParmv5b-linux- slugtest.pp Free Pascal Compiler version 2.0.4 [2006/08/23] for arm Copyright (c) 1993-2006 by Florian Klaempfl Target OS: Linux for ARM Compiling slugtest.pp slugtest.pp(26,10) Note: Local variable "lK" is assigned but never used slugtest.pp(10,6) Note: Local variable "lI" not used Assembling slugtest Linking slugtest /home/tkemp/bin/armv5b-linux-ld: /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/prt0.o: compiled for a little endian system and target is big endian /home/tkemp/bin/armv5b-linux-ld: failed to merge target specific data of file /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/prt0.o /home/tkemp/bin/armv5b-linux-ld: /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/system.o: compiled for a little endian system and target is big endian /home/tkemp/bin/armv5b-linux-ld: failed to merge target specific data of file /usr/local/lib/fpc/2.0.4/units/arm-linux/rtl/system.o... ... I'm cross compiling from x86_64 if that makes any difference... fpc-2.0.4-2.fc5 Free Pascal Compiler version 2.0.4 [2006/09/20] for x86_64 Copyright (c) 1993-2006 by Florian Klaempfl Thanks for any help Terry ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.408 / Virus Database: 268.13.8/489 - Release Date: 20/10/2006 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] fpc arm big endian help
Ooops.. this time with a reply.. "prt0.o" is a bit of assembler IIRC... is it compiled for bigendian? That looks to be your issue. Part of the RTL is in little endian format and needs to be recompiled. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] typed constants...
Michael Van Canneyt wrote: On Mon, 23 Oct 2006, David Mears wrote: is this bit of syntactic weirdness a fpc element, or from delphi. I've largely been away from pascal since the early 90s, mostly only using it to write dos-y non-object-y utilities, for which it excels. typed constants seem to basically to be like the static keyword from c.. but not a var modifier.. It just seems it should be a modifier for var. such as var st:string static;.. since.. constant is usually pretty wrapped up in the meaning of "not changing." and that it has a constant, initialized, reserved place in memory is.. well.. abstract. Especially since you can initialize your variables now, then the only thing that makes it special is that it is a global variable with a local scope. I'm not the sort who thinks pascal should be C, because I hate having to work with C or it's work likes. I just think that being able to call something constant and change it muggles the syntactic clarity of the language, which is otherwise rather good. Initialized constants are deprecated, and should be replaced by initialized variables, as in Delphi: Var A : String = 'Some string'; "Real" constants (in the sense of 'not changing') do not need to be typed in the first place so Const A = 'Some String'; Will do just fine. You now have both possibilities and they each have clear and unambiguous meaning. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal I was less interested in the initialized part- which I'm happy you can do with variables now but would not be overly concerned setting them in code as I always had to in the past, as the "It should be stressed that typed constants are initialized at program start. This is also true of local typed constants." Which I take it to mean that they retain their value when out of scope, which provides encapsulation at a level that can only otherwise be done with objects. like function HowManyBirds:integer; const n: integer = 1; begin n:=n * 2; end; ignoring that the function here is useless, that's a useful ability.. while you can define variables anywhere not in procedure, nothing else quite does that. It's just I'd rather it be var n: integer = 1; static; var n: integer = 1; fixed; or some such. It makes more sense linguistically, in an otherwise very sensible language. :) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] fpc arm crossbuild error
I have removed the FC5 rpm versions of fpc and installed the source and x86_64 binary so everything is the same... # fpc Free Pascal Compiler version 2.0.4 [2006/08/20] for x86_64 invocation is... # make clean CPU_TARGET=arm CROSSINSTALL=1 # make crossall CPU_TARGET=arm OS_TARGET=linux I am getting an error when building... >snip> /home/tkemp/downloads/fpcbuild_2.0.4_exp/fpcsrc/compiler/ppc -Ur -Xs -n -Fuarm -Fusystems -Fu/home/tkemp/downloads/fpcbuild_2.0.4_exp/fpcsrc/rtl/units/x86_64-linux -Fiarm -FE. -FUarm/units/x86_64-linux -dRELEASE -darm -dGDB -dBROWSERLOG -dNOOPT pp.pas ncgcon.pas(125,82) Fatal: Internal error 200312205 ncgcon.pas(157,20) Fatal: Compilation aborted make[4]: *** [ppcrossarm] Error 1 make[4]: Leaving directory `/home/tkemp/downloads/fpcbuild_2.0.4_exp/fpcsrc/compiler' make[3]: *** [cycle] Error 2 make[3]: Leaving directory `/home/tkemp/downloads/fpcbuild_2.0.4_exp/fpcsrc/compiler' make[2]: *** [compiler_cycle] Error 2 make[2]: Leaving directory `/home/tkemp/downloads/fpcbuild_2.0.4_exp/fpcsrc' make[1]: *** [build-stamp.arm-linux] Error 2 make[1]: Leaving directory `/home/tkemp/downloads/fpcbuild_2.0.4_exp/fpcsrc' make: *** [crossall] Error 2 I then tried with the latest 2.0.x snapshot - with fpc 2.04 and then with fpc 2.0.4-2 rpm - same same. help please! Terry ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] XSLT library
Hi, Is there a XSLT library included with FPC. I did have a look and couldn't find anything, but thought I would ask to be sure. Otherwise, has anybody ever use the 'libxslt' with FPC. The app I need it for is mainly for Linux, so don't really need support for other platforms yet. I would like to translate my fpcUnit's xml results to a html and plain text files. Currently I can only do it via a web browser. Regards, - Graeme - -- There's no place like 127.0.0.1 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
