Re: [fpc-devel] samevalue function issue
On 09/30/2015 07:18 AM, Jonas Maebe wrote: Andrea Mauri wrote on Wed, 30 Sep 2015: var a, b: Double; begin a:= 5.1005; b:= 5.1; if samevalue(a, b) then // I get TRUE - right! label1.Caption:= 'same value (variable): True' else label1.Caption:= 'same value (variable): False'; if samevalue(a, 5.1) then // I get FALSE -- I supposed to get TRUE- bad! That is because 5.1 cannot be represented exactly using floating point. As a result, the compiler will parse it using the highest precision available, which is probably the 80 bit extended type on your target platform. Therefore, the second samevalue calls the extended precision version of that routine, while the first one calls the double precision version (since both arguments are double). so the OP should get the desired results if they use if samevalue(a, double(5.1)) then correct? -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] simpleipc issues
On 09/15/2015 12:07 PM, Tomas Hajny wrote: On Tue, September 15, 2015 10:04, Michael Van Canneyt wrote: On Tue, 15 Sep 2015, Ondrej Pokorny wrote: . . Are there some high level crossplatform semaphore functions in the FCL? The cthreads/cIntSemaphoreOpen etc. seem to be available on unix only. What about OS/2? Careful, these are thread semaphores, I think. I am talking about cross-process semaphores. They are in the baseunix/unix units. I suppose OS/2 has semaphores, but Tomas will need to confirm. OS/2 certainly has semaphores (three types of them, in fact ;-) - event semaphores, mutex semaphores and muxwait semaphores). and there's also file based semaphores still used by a huge number of programs to signal needed actions between disparate programs that may be pressed into operation together ;) -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] compile failure - trunk r29312
On 12/22/2014 4:32 PM, Sven Barth wrote: On 22.12.2014 19:44, waldo kitty wrote: On 12/22/2014 1:28 PM, Tomas Hajny wrote: Do you always include "-gh" to "OPT=" (i.e. is the 250 kB log created with that option)? yes... that's my standard update script created a few years back... You know that "-gh" only affects binaries (executables and libraries), but not the units that are compiled? yes... So maybe you better rebuild without that option and just use it for those programs that need it... the original idea from several years ago was to catch bugs and problems with memory blocks not being unallocated properly... then to be able to report them so they could be fixed as a way of contributing back to the fpc community... apparently a bug in my script, which was fixed a few weeks ago, finally brought this into operation and i was just caught out by it since i hadn't seen it after all this time... -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] compile failure - trunk r29312
On 12/22/2014 1:44 PM, waldo kitty wrote: On 12/22/2014 1:28 PM, Tomas Hajny wrote: Do you always include "-gh" to "OPT=" (i.e. is the 250 kB log created with that option)? yes... that's my standard update script created a few years back... this appears to be working, now, as part of a fix i made to my script a few weeks back... as noted previously, i've never seen this level of unallocated memory before... apparently my script wasn't compiling fpc in "full" debug mode like this previously and that's what i fixed... my apologies for the apparent noise but still, wow that's a lot of debug output ;) -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] compile failure - trunk r29312
On 12/22/2014 1:28 PM, Tomas Hajny wrote: On 22 Dec 14, at 13:19, waldo kitty wrote: it generated a 61Meg log file that is normally less than 250K plus no working binaries :( i'll try another update and if that doesn't work, then another clean pull like i had to do previously to get my last working FPC trunk... Do you always include "-gh" to "OPT=" (i.e. is the 250 kB log created with that option)? yes... that's my standard update script created a few years back... Regarding no binaries generated - isn't it simply due to the fact that the log grew so much that there wasn't enough space on disk for the compiled binaries any longer (and thus the final error didn't appear in the log either since there was no space on disk for it)? not on this system... there's 46Gig free at this time while a second update is attempted... but i'm already seeing a lot of the same as my previous post and i've never seen this before :/ -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] compile failure - trunk r29312
On 12/22/2014 10:19 AM, Jonas Maebe wrote: On 22 Dec 2014, at 14:29, waldo kitty wrote: OS: vista starting ppc286: 2.6.4 I don't see any compile failure in your log, just many memory leaks. it generated a 61Meg log file that is normally less than 250K plus no working binaries :( i'll try another update and if that doesn't work, then another clean pull like i had to do previously to get my last working FPC trunk... -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] compile failure - trunk r29312
OS: vista starting ppc286: 2.6.4 *** doupdatefpc.bat v0.1.1 executing with '' on 2014-12-22 at 07:57 EST set myRoot=c:\freepascal set myFPCver=trunk set myFPCpath=c:\freepascal\fpc\trunk set myLAZpath=c:\freepascal\laz set myFPCbinutils=c:\freepascal\binutils set PATH=c:\freepascal\binutils\i386-win32;c:\freepascal\fpc\trunk\bin\i386-win32;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\PROGRA~1\COMMON~1\ULEADS~1\MPEG;C:\Program Files\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files\WIDCOMM\Bluetooth Software\;C:\Program Files\Common Files\Roxio Shared\DLLShared\;C:\Program Files\Common Files\Roxio Shared\11.0\DLLShared\;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\TortoiseSVN\bin;C:\freepascal\fpc\2.6.4\bin\i386-Win32;C:\Program Files\QuickTime\QTSystem\ set myFPCpathset=TRUE *** set ppcbinary=ppc386.exe goto startproc *** cd /d c:\freepascal\fpc\trunk make distclean [...] c:/freepascal/binutils/i386-win32/rm.exe -f build-stamp.* c:/freepascal/binutils/i386-win32/rm.exe -f base.build-stamp.* *** TortoiseProc /command:update /path:"c:\freepascal\fpc\trunk" *** ren c:\freepascal\fpc\trunk\examples examps *** compiling FPC trunk... make all install INSTALL_PREFIX=c:\freepascal\fpc\trunk PP=c:\freepascal\binutils\ppc386.exe DATA2INC=c:\freepascal\fpc\trunk\utils\data2inc.exe OPT="-gl -gh -dHEAPTRC_WINDOW" make compiler_cycle RELEASE=1 [...] c:/freepascal/binutils/i386-win32/gmkdir.exe -p i386/units/i386-win32 make ./msg2inc.exe make[6]: Entering directory `c:/freepascal/fpc/trunk/compiler' c:/freepascal/binutils/ppc386.exe -Ur -Xs -O2 -n -Fui386 -Fusystems -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fii386 -FE. -FUi386/units/i386-win32 -dRELEASE -gl -gh -dHEAPTRC_WINDOW -di386 -dGDB -dBROWSERLOG -Fux86 -Sew -FE. utils/msg2inc.pp make[6]: Leaving directory `c:/freepascal/fpc/trunk/compiler' ./msg2inc.exe msg/errore.msg msg msg Loading messagefile msg/errore.msg Writing enumfile msgidx.inc Writing stringfile msgtxt.inc Heap dump by heaptrc unit 15 memory blocks allocated : 111726/111760 13 memory blocks freed : 494/520 2 unfreed memory blocks : 111232 True heap size : 524288 (176 used in System startup) True free heap : 412704 Should be : 412744 Call trace for block $0023F678 size 36719 Call trace for block $0022D308 size 74513 $006D005C $00670073 $0065005C $00720072 $0072006F $002E0065 $0073006D $0067 c:/freepascal/binutils/ppc386.exe -Ur -Xs -O2 -n -Fui386 -Fusystems -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fii386 -FE. -FUi386/units/i386-win32 -dRELEASE -gl -gh -dHEAPTRC_WINDOW -di386 -dGDB -dBROWSERLOG -Fux86 -Sew pp.pas c:/freepascal/binutils/i386-win32/mv.exe -f ./pp.exe ppc386.exe make[5]: Leaving directory `c:/freepascal/fpc/trunk/compiler' make echotime make[5]: Entering directory `c:/freepascal/fpc/trunk/compiler' Start now 08:02:01 make[5]: Leaving directory `c:/freepascal/fpc/trunk/compiler' make[4]: Leaving directory `c:/freepascal/fpc/trunk/compiler' c:/freepascal/binutils/i386-win32/rm.exe -f ppc1.exe c:/freepascal/binutils/i386-win32/mv.exe -f ppc386.exe ppc1.exe make 'FPC=c:/freepascal/fpc/trunk/compiler/ppc1.exe' 'OLDFPC=' next CYCLELEVEL=2 Heap dump by heaptrc unit 857 memory blocks allocated : 54601/57392 856 memory blocks freed : 54073/56864 1 unfreed memory blocks : 528 True heap size : 753664 (112 used in System startup) True free heap : 752944 Should be : 752960 Call trace for block $117700B8 size 528 $00418638 INITCOMPILER, line 194 of compiler.pas make[4]: Entering directory `c:/freepascal/fpc/trunk/compiler' make rtlclean rtl Heap dump by heaptrc unit 869 memory blocks allocated : 55165/58032 868 memory blocks freed : 54637/57504 1 unfreed memory blocks : 528 True heap size : 720896 (112 used in System startup) True free heap : 720176 Should be : 720192 Call trace for block $117000B8 size 528 $00418638 INITCOMPILER, line 194 of compiler.pas make[5]: Entering directory `c:/freepascal/fpc/trunk/compiler' make -C c:/freepascal/fpc/trunk/rtl clean Heap dump by heaptrc unit 869 memory blocks allocated : 55165/58032 868 memory blocks freed : 54637/57504 1 unfreed memory blocks : 528 True heap size : 720896 (112 used in System startup) True free heap : 720176 Should be : 720192 Call trace for block $116900B8 size 528 $00418638 INITCOMPILER, line 194 of compiler.pas make[6]: Entering directory `c:/freepascal/fpc/trunk/rtl' c:/freepascal/binutils/i386-win32/rm.exe -f fpcmade.i386-win32 Package.fpc ppas.bat script.res link.res c:/freepascal/binu
Re: [fpc-devel] OS/2 and DLLs
On 12/17/2014 3:08 PM, rpzrpz...@gmail.com wrote: No disrespect, but, don't you think it is time to retire your OS/2 computer? absolutely not... it is a good OS for the jobs that it does... it isn't targeted by skiddies and hackers, either... personally speaking, my OS/2 boxen have been my front line servers for as long as i can remember... i so use linux, too, though ;) -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] BOOL
my understanding of TRUE and FALSE has always been FALSE = 0 TRUE = !FALSE we have, in some of our code, used this to determine a "truth level" returned by some routines... in other words, when we're detected TRUE we've then looked at the value of the variable returning TRUE... depending on that value, we then branched based on the level of TRUE... i don't know that we've done anything like this with any FPC code, though... the above was mostly in TP/BP stuffs and came in very very handy when it was implemented in our code... -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] $FPCTARGET macro and friends
On 12/3/2014 6:04 PM, Tomas Hajny wrote: On 3 Dec 14, at 16:38, waldo kitty wrote: i'm trying to figure out the macros to have FP search for and output files in i386-win32 i386-os2 i386-linux and similar... i had thought that $FPCTARGETCPU-$FPCTARGETOS would work but apparently not... so, without hardcoding them, how can i have FP use the same directories that Lazarus uses? Under which (host) operating system does that FP run? i was trying to do this on the vista installation... the goal was mainly for conformity and uniformity... The OS/2 compiler and IDE (and Makefiles, etc.) are configured to use shorter version of the $FPCTARGET macro (only the target OS without the CPU platform), yeah, i figured that out when i went to changing the target and saw how $FPCTARGET was being filled in in the exe output path... because on one hand, OS/2 isn't supported on multiple CPU types anyway, not even powerpc? ;) on the other hand, this allows compilation also on OS/2 installations using FAT drives (i.e. without LFN) yeah, i never had any luck with trying to use FPC on fat drives... not the OS/2 version or the DOS version so i abandoned that and went back to full HPFS and only the native OS/2 flavor of FPC... *but* i do have some things that i need to be able to do in a DOS set up but i've been falling back to my TP/BP 6/7 stuff for that... making the switches back and forth is pretty tough to do at times... and also e.g. assembling and linking of programs compiled for the GO32v2 target using the GO32v2 as.exe and ld.exe under OS/2 (which wouldn't be possible otherwise, because they wouldn't see directories with long names under OS/2). i've never used GO32 stuff... i really don't need it for my DOS stuff, either... that's another reason why i drop back to my old BP/TP installs... GO32 just adds too much that i don't need for those projects (eg: DOS BBS Doors)... I'd be interested to understand the particular scenario you want to cover. as above, just uniformity to make scripting packaging easier... or so i thought... plus attempting to cross-compile... i've never done that and wanted to see if it could be done easily... so i found the win32->OS2 binutils and added them to my vista installation and gave it a go... that's when i realized that i need to adjust the paths to use some sort of TARGETOS and TARGETCPU stuff so i started playing around and trying things since there's nothing available (documentation) that's worth a darn telling how to do this... at least nothing i found that a beginner could easily understand and that was oriented to winwhatever as the base platform (for now) with basically the same for doing similar for other platforms... As an example, if you e.g. access some shared network drive with your sources from multiple operating systems and want to use one installation of e.g. the OS/2 files used for all of Linux, Win32 and OS/2, you could set up symlinks (Linux) / junctions (MS Windows) on the file server so that 'i386-os2' used on one platform points to the same physical place as 'os2' used by the OS/2 installation. Note that this scenario is not officially supported by FPC (although workable with the minimum effort outlined above). yeah, i don't have anything here that i can do that with... especially nothing SAMBA or NETBEUI styled... the OS/2 box is on another network from the other machines and those protocols are not routable... i used to do such a long time ago but i've separated things so that the servers are separate from the workstations for obvious security reasons ;) -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] $FPCTARGET macro and friends
i'm trying to figure out the macros to have FP search for and output files in i386-win32 i386-os2 i386-linux and similar... i had thought that $FPCTARGETCPU-$FPCTARGETOS would work but apparently not... so, without hardcoding them, how can i have FP use the same directories that Lazarus uses? can i use the ones like %FPCTARGETOS% and %FPCTARGETCPU% in the options->directories path definitions? there are times that i must use FP because there's no GUI on the machine... -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc trunk compile failure...
i wasn't able to figure this out but i did make it a little further after i updated all the .O and .ppu files in the trunk/units/i386-win32/fcl-base directory... the next error was === snip === Start compiling package utils for target i386-win32. Compiling BuildUnit_utils.pp Compiling usubst.pp Compiling ptopu.pp Compiling ptop.pp Linking bin\i386-win32\ptop.exe Compiling ppdep.pp Linking bin\i386-win32\ppdep.exe Compiling rstconv.pp The installer encountered the following error: External command "c:/freepascal/fpc/trunk/compiler/ppc386.exe -Twin32 -FEbin\i386-win32 -FUunits\i386-win32\ -Fuc:\freepascal\fpc\trunk\rtl\units\i386-win32\ -Fuc:\freepascal\fpc\trunk\units\i386-win32\fcl-base -Fuc:\freepascal\fpc\trunk\units\i386-win32\paszlib -Fuc:\freepascal\fpc\trunk\units\i386-win32\hash -Ur -Xs -O2 -n -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 -di386 -dRELEASE -viq rstconv.pp" failed with exit code 1. Console output: Target OS: Win32 for i386 Compiling rstconv.pp Fatal: Can't find unit variants used by fpjson Fatal: Compilation aborted === snip === so i gave up, renamed my existing trunk directory and pulled a completely new update from the repository... that compiled just fine... i have no clue what the difference is between the old and new... if anyone has any idea where to possibly look, i'll give it a try... other than that, in a few weeks or months, i'll be killing off my old trunk directory... maybe it is related to my having to revert back to an earlier revision a few weeks ago? i could easily have done that the wrong way... i would have thought that the next update, which compiled just fine, would have brought everything else in from that revision forward but :shrug: -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc trunk compile failure...
On 12/1/2014 1:24 PM, waldo kitty wrote: i am going to make a copy of my bootstrap directory and attempt to update the existing files from the FPC 2.6.4 installation... i'll get back with the results... of course, my update script will pull a new revision from the repository during this process but we'll see what happens, either way ;) no, same problem as before... i updated 31 of the 32 files in my bootstrap i386-win32 directory (c:\freepascal\binutils\i386-win32)... the upx.exe binary is the only one i didn't have in the 2.6.4 installation... i updated the existing (default) ppc386.exe in the bootstrap directory (c:\freepascal\binutils) to the one from 2.6.4 and also copied it as ppc386-2.6.4.exe which i then forced the use of in my update script (PP=ppc386-2.6.4.exe)... my script always starts with distclean... these are just compiled... custapp.pp 2014-Mar-17 in c:\freepascal\fpc\trunk\packages\fcl-base\src custapp.o 2014-Dec-01 in c:\freepascal\fpc\trunk\packages\fcl-base\units\i386-win32 custapp.ppu 2014-Dec-01 in c:\freepascal\fpc\trunk\packages\fcl-base\units\i386-win32 custapp.rsj 2014-Dec-01 in c:\freepascal\fpc\trunk\packages\fcl-base\units\i386-win32 these are old from the last successful compile... custapp.o 2014-Nov-22 in c:\freepascal\fpc\trunk\units\i386-win32\fcl-base custapp.ppu 2014-Nov-22 in c:\freepascal\fpc\trunk\units\i386-win32\fcl-base custapp.rsj 2014-Nov-22 in c:\freepascal\fpc\trunk\units\i386-win32\fcl-base why weren't they updated from the ones in the packages directory which were just built previously above about the 10% level of the process? what changed since 2014-Nov-22 in the build process? it worked then but not now? as near as i can tell, the problem is somewhere in here because it is finding the old unit file but not the sources where they reside... i'm not familiar with how fpcmake works so i don't even know where to begin trying to track the problem down... all i have is the full output redirected to a log file which i can make available to you if desired... it is about 2750 lines long at 242KB... make utils_all FPC=c:/freepascal/fpc/trunk/compiler/ppc386.exe FPCFPMAKE=c:/freepascal/fpc/trunk/compiler/ppc386.exe RELEASE=1 'OPT=' make[1]: Entering directory `c:/freepascal/fpc/trunk' make -C utils all make[2]: Entering directory `c:/freepascal/fpc/trunk/utils' c:/freepascal/fpc/trunk/compiler/ppc386.exe fpmake.pp -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 ./fpmake.exe compile --localunitdir=.. --globalunitdir=../packages --os=win32 --cpu=i386 -o -Ur -o -Xs -o -O2 -o -n -o -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 -o -di386 -o -dRELEASE --compiler=c:/freepascal/fpc/trunk/compiler/ppc386.exe -bu Start compiling package utils for target i386-win32. Compiling BuildUnit_utils.pp Compiling usubst.pp Compiling ptopu.pp Compiling ptop.pp The installer encountered the following error: External command "c:/freepascal/fpc/trunk/compiler/ppc386.exe -Twin32 -FEbin\i386-win32 -FUunits\i386-win32\ -Fuc:\freepascal\fpc\trunk\rtl\units\i386-win32\ -Fuc:\freepascal\fpc\trunk\units\i386-win32\fcl-base -Fuc:\freepascal\fpc\trunk\units\i386-win32\paszlib -Fuc:\freepascal\fpc\trunk\units\i386-win32\hash -Ur -Xs -O2 -n -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 -di386 -dRELEASE -viq ptop.pp" failed with exit code 1. Console output: -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fpc trunk compile failure...
On 12/1/2014 5:32 AM, Marco van de Voort wrote: In our previous episode, waldo kitty said: OS=Vista FTP Trunk=r29189 cd /d c:\freepascal\fpc\trunk rd /s /q c:\freepascal\fpc\trunk\examps make distclean TortoiseProc /command:update /path:"c:\freepascal\fpc\trunk" ren c:\freepascal\fpc\trunk\examples examps compiling FPC trunk... make all install INSTALL_PREFIX=c:\freepascal\fpc\trunk PP=c:\freepascal\binutils\ppc386.exe DATA2INC=c:\freepascal\fpc\trunk\utils\data2inc.exe As said before, the problem is the inclusion of .. fpc\trunk\units\* "said before"? i must have missed it... i try to read all posts in all of the fpc and lazarus lists but some things just get too deep for me to follow along with... this particular problem /just/ popped up with the above revision update... i don't recall what revision i was at before updating and i don't know how to find out from tortoise... I don't know where it comes from. I thought the makefile maybe auto added an units directory at the toplevel, but I tested, and it doesn't. So something strange is going on on that system, but I can't reproduce. strange on my system? i don't know... i rarely have problems updating and compiling... especially since i got my scripts coded a year or two back to handle it all for me... FWIW: the scripts are based on the ones in the wiki (will have to hunt for them) where fpc (and lazarus) are built and installed into their directories that are updated from the repository... they are bootstrapped from binaries in the "c:\freepascal\binutils" directory (hereafter called the bootstrap directory)... these FPC and Lazarus installs started as clean pulls from the repository and they were built using the bootstrap files to get a working installation which has been being updated ever since then... the binaries for the bootstrap were all pulled from the repository some time back... currently they are all from 2013 May 21 so i guess they are FPC 2.6.2 based as i did save the previous ppc386 as ppc386-2.6.0.exe and the current one is copied as ppc386-2.6.2.exe... perhaps i need to update that bootstrap directory's contents from the repository again?? Directory of c:\freepascal\binutils 10/15/2013 03:45 PM . 10/15/2013 03:45 PM .. 10/15/2013 03:44 PM i386-win32 05/21/2012 02:52 PM 2,042,368 ppc386-2.6.0.exe 05/31/2013 02:02 PM 2,051,072 ppc386-2.6.2.exe 05/31/2013 02:02 PM 2,051,072 ppc386.exe 3 File(s) 6,144,512 bytes 3 Dir(s) 52,809,166,848 bytes free barring that, i do have a FPC 2.6.4 that appears to have been installed using some windows installer thing... all those directories are dated 2014 Apr 06... the ppc386 binary in there is dated 2014 Mar 06... so i'm guessing that i pulled and installed that a month after it was released?? could i maybe pull the needed bootstrap binaries from this 2.6.4 installation and place them in the bootstrap directory?? do you think that will fix this if it is a problem with old bootstrap binaries being used? my FPC compile log does show the above ppc386.exe (matching ppc386-2.6.2.exe) is being used to compile pp.pas in fpc/trunk/compiler... here're the last two instances of that bootstrap ppc386.exe being used... make[6]: Entering directory `c:/freepascal/fpc/trunk/compiler' c:/freepascal/binutils/ppc386.exe -Ur -Xs -O2 -n -Fui386 -Fusystems -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fii386 -FE. -FUi386/units/i386-win32 -dRELEASE-di386 -dGDB -dBROWSERLOG -Fux86 -Sew -FE. utils/msg2inc.pp make[6]: Leaving directory `c:/freepascal/fpc/trunk/compiler' ./msg2inc.exe msg/errore.msg msg msg Loading messagefile msg/errore.msg Writing enumfile msgidx.inc Writing stringfile msgtxt.inc c:/freepascal/binutils/ppc386.exe -Ur -Xs -O2 -n -Fui386 -Fusystems -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fii386 -FE. -FUi386/units/i386-win32 -dRELEASE-di386 -dGDB -dBROWSERLOG -Fux86 -Sew pp.pas c:/freepascal/binutils/i386-win32/mv.exe -f ./pp.exe ppc386.exe make[5]: Leaving directory `c:/freepascal/fpc/trunk/compiler' make echotime make[5]: Entering directory `c:/freepascal/fpc/trunk/compiler' Start now 20:13:34 make[5]: Leaving directory `c:/freepascal/fpc/trunk/compiler' make[4]: Leaving directory `c:/freepascal/fpc/trunk/compiler' c:/freepascal/binutils/i386-win32/rm.exe -f ppc1.exe c:/freepascal/binutils/i386-win32/mv.exe -f ppc386.exe ppc1.exe make 'FPC=c:/freepascal/fpc/trunk/compiler/ppc1.exe' 'OLDFPC=' next CYCLELEVEL=2 FWIW: i believe that the following link where marcos douglas gave details on how to bootstrap FPC and Lazarus is where i started... http://wiki.lazarus.freepascal.org/Installing_Lazarus#Compiling.2Finstalling_FPC_and_Lazarus_from_Sources_of_SVN_.28Win32.29 at one time i was going to add
[fpc-devel] fpc trunk compile failure...
OS=Vista FTP Trunk=r29189 cd /d c:\freepascal\fpc\trunk rd /s /q c:\freepascal\fpc\trunk\examps make distclean TortoiseProc /command:update /path:"c:\freepascal\fpc\trunk" ren c:\freepascal\fpc\trunk\examples examps compiling FPC trunk... make all install INSTALL_PREFIX=c:\freepascal\fpc\trunk PP=c:\freepascal\binutils\ppc386.exe DATA2INC=c:\freepascal\fpc\trunk\utils\data2inc.exe [...trim...] [ 10%] Compiled package fcl-res Start compiling package fcl-base for target i386-win32. Compiling fcl-base\BuildUnit_fcl_base.pp Compiling .\fcl-base\src\ascii85.pp Compiling .\fcl-base\src\avl_tree.pp Compiling .\fcl-base\src\base64.pp Compiling .\fcl-base\src\fpobserver.pp Compiling .\fcl-base\src\contnrs.pp Compiling .\fcl-base\src\blowfish.pp Compiling .\fcl-base\src\bufstream.pp Compiling .\fcl-base\src\cachecls.pp Compiling .\fcl-base\src\custapp.pp [...trim...] [ 99%] Compiled package zorba make[2]: Leaving directory `c:/freepascal/fpc/trunk/packages' make[1]: Leaving directory `c:/freepascal/fpc/trunk' make utils_all FPC=c:/freepascal/fpc/trunk/compiler/ppc386.exe FPCFPMAKE=c:/freepascal/fpc/trunk/compiler/ppc386.exe RELEASE=1 'OPT=' make[1]: Entering directory `c:/freepascal/fpc/trunk' make -C utils all make[2]: Entering directory `c:/freepascal/fpc/trunk/utils' c:/freepascal/fpc/trunk/compiler/ppc386.exe fpmake.pp -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 ./fpmake.exe compile --localunitdir=.. --globalunitdir=../packages --os=win32 --cpu=i386 -o -Ur -o -Xs -o -O2 -o -n -o -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -o -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 -o -di386 -o -dRELEASE --compiler=c:/freepascal/fpc/trunk/compiler/ppc386.exe -bu Start compiling package utils for target i386-win32. Compiling BuildUnit_utils.pp Compiling usubst.pp Compiling ptopu.pp Compiling ptop.pp The installer encountered the following error: External command "c:/freepascal/fpc/trunk/compiler/ppc386.exe -Twin32 -FEbin\i386-win32 -FUunits\i386-win32\ -Fuc:\freepascal\fpc\trunk\rtl\units\i386-win32\ -Fuc:\freepascal\fpc\trunk\units\i386-win32\fcl-base -Fuc:\freepascal\fpc\trunk\units\i386-win32\paszlib -Fuc:\freepascal\fpc\trunk\units\i386-win32\hash -Ur -Xs -O2 -n -Fuc:/freepascal/fpc/trunk/rtl/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -Fuc:/freepascal/fpc/trunk/packages/fcl-json/units/i386-win32 -di386 -dRELEASE -viq ptop.pp" failed with exit code 1. Console output: Target OS: Win32 for i386 Compiling ptop.pp PPU Loading C:\freepascal\fpc\trunk\units\i386-win32\fcl-base\custapp.ppu PPU Source: custapp.pp not available Recompiling CustApp, checksum changed for Classes ptop.pp(21,29) Fatal: Can't find unit CustApp used by PtoP Fatal: Compilation aborted make[2]: *** [all] Error 1 make[2]: Leaving directory `c:/freepascal/fpc/trunk/utils' make[1]: *** [utils_all] Error 2 make[1]: Leaving directory `c:/freepascal/fpc/trunk' make: *** [build-stamp.i386-win32] Error 2 -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Question about 2.7.1 graduation
On 11/25/2014 6:48 PM, Gennady Agranov wrote: Hi, When can regular FPC user expect 2.7.1 to graduate and be marked as stable release? it won't... if i understand the fpc versioning methods, it will be 2.7.2 or 2.8.0 ;) Somewhere in Spring - like 2.6.4? we used to have a well used and slightly unpopular phrase when folks asked when versions were going to be released... "when it is ready"... kinda like cooking :) NOTE: i'm just a user... not an admin or fpc developer... i just use it for my own projects... -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Building 2.7.1 on current Raspbian fails
On 10/17/2014 10:58 AM, Paul Michell wrote: What are the files crti.o, crtn.o, crtbegin.o, crtend.o used for by Free Pascal? from their name, many think they are CRT related but they are C RunTime libraries, actually... Is this dependency something new, or has it always been there? if you use C libraries, i suspect they are needed and have been for a while... the above is an educated guess... i'm happy to be corrected by others more knowledgeable than myself :) -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] "Signals"
On 9/26/2014 4:51 AM, Mattias Gaertner wrote: On Fri, 26 Sep 2014 10:38:04 +0200 (CEST) Michael Van Canneyt wrote: [...] To allow for doing this with thread, an event queue for worker threads needs to be provided. Huh? WHY ? That's why: https://www.youtube.com/watch?v=BKorP55Aqvg ROTFLMAO!!! i can't count the number of times that i've been in the position of that "expert" in that video... lines are lines and kittens are kittens [smh] :lol: -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] OS2 DOSCALLS and timezone
On 4/7/2014 2:23 PM, Tomas Hajny wrote: On 7 Apr 14, at 12:47, waldo kitty wrote: i've a need to work with the OS2 timezone parameter in the OS' system clock... Which "parameter" do you mean, DosCalls.TDateTime (aka _DATETIME defined in OS/2 headers for C)? ummm... ??? hahaha... i dunno... all i know is that the timezone is left as -1 (uninitialized) and i'm wanting to be able to initialize it properly... i'm not understanding a few things and haven't been able to figure out the code path so i'm writing here to ask for some assistance... if this should be in the user's list, please let me know and i'll move the conversation over there... fpc-pascal would be indeed more appropriate, since fpc-devel is primarily about FPC development (rather than development using FPC). ok... i will compose a response to your post and send it over there... thanks! -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] OS2 DOSCALLS and timezone
i've a need to work with the OS2 timezone parameter in the OS' system clock... i'm not understanding a few things and haven't been able to figure out the code path so i'm writing here to ask for some assistance... if this should be in the user's list, please let me know and i'll move the conversation over there... ok, so... if i do not use the doscalls unit, the timezone parameter returns as 0 (zero) instead of -1 when it is uninitialized... if i use the doscalls unit, i get -1 as desired... now the problem comes with how to set the timezone to the locale the system is located in... i know that FPC on OS2 uses EMX for some/most/all of its accesses... rummaging through the EMX code shows that it explicitly does not allow a write to the timezone field... the EMX code also shows another field, dstflag, which appears to be forced to 0 (zero) but i have not been able to access this field... additional rummaging in the EMX code shows that the timezone field in time.h is made of two ints, tz_minuteswest and tz_dsttime but again, i don't know how to get to them... the thing about all of this is that work in the OS was left unfinished... there is supposed to be an app (clock most likely) that handles setting the timezone stuff when necessary and adjusting it when daylight saving switches on and off... there was one (worldclock IIRC) that used to do this but it is no longer included in eCS... peter moylan wrote a tool, TZSet, that checks and sets the OS clock's timezone field based on the TZ environment variable but this tool has to be executed more often than just on boot... preferably daily as soon after 0200 (or whenever one's local DST changes) as possible... my idea was to see about writing a small clock tool to handle this like the no longer included clock tool did... i'm not sure what needs to be done to gain access to the dstflag or the timezone structs and am not really sure what they are supposed to contain... any assistance in this would be helpful... i can get some source code in modula-2 which i understand is similar to pascal but then i'm still stuck with accessing everything thru EMX or, some how, directly into the system which is likely a bit more dangerous for my playing... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fp without X
On 3/17/2014 2:14 PM, Marco van de Voort wrote: In our previous episode, waldo kitty said: in the above mentioned document, it also speaks of the grab_vcsa tool... i tried linking this from my ~/development (created by fpcup) but ended up having to actually copy the binary to /usr/local/bin (in my path and where i selected to place it) and then set it to owner:group root... i also set the SUID bit as the document mentions but even this has not helped... Set encoding to cp437 or run ./fp -F i don't have an option to choose CP437 when i run dpkg-reconfigure console-setup i've also tried ./fp -F to no avail... could it be because the local console is "TERM=linux"?? when i ssh in, TERM is "xterm" and the double-line frame characters are displaying correctly... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fp without X
On 3/17/2014 2:07 PM, Mark Morgan Lloyd wrote: waldo kitty wrote: On 3/17/2014 6:46 AM, Mark Morgan Lloyd wrote: There might be something related to the locale command relevant to this. As a quick test I've just fired up fp on a Debian (non-x86) console and framing etc. was OK, I see LANG set to en_GB.UTF-8 yeah, i'm in the US... i did post the two settings i saw from the environment that i thought were important... what other environment settings may affect this? Frankly, I don't know. I do a lot of shell stuff, but it's almost always within Konsole (on KDE, Xfce etc.) and often over ssh since this combination gives me cut-and-paste etc. yeah, i wasn't too worried about that at this point... however, in the interest of testing, i connected from a different machine via ssh and the double-line frame characters are showing up properly... this time, TERM is "xterm" instead of "linux" as on the local console... hummm... perhaps it is just a matter of changing the local console's TERM to "xterm"? i dunno (yet)... there's certainly on X running at this time ;) i think konsole is the terminal app i use when in X but don't recall at the moment without going to that area and looking... which ever one it is that i use, it is available in all installs since the 90s or so and the one i've always used... but i'm still wanting to solve this on the local console since that's where i spend most of my time when i'm in the operations area... I'm uneasy about things like console and X codepages, and the corresponding keyboard mappings. One problem is that when they're changed they tend to be system-wide, another is that things like available founts and codepages can depend on how much of X11 has been installed. Put another way, your console might be broken /because/ X isn't installed, not /despite/ it. actually, X is installed but not running... i'm on tty1 - tty6... if i type "startx" then X starts up but the machine only has 512M RAM and cannot handle any more... i had 768M in it and on boot it says that 512M is the max so i pulled the other 256M and put it to use elsewhere... with only 512M of RAM, it is slower than molasses in mid-winter :( so, i use the plain non-GUI local console for most work i do on it... Try using Xfce or another "lightweight" desktop, and try using a non-composting UI (the poor performance might be because your 3D acceleration isn't working). i've tried other GUIs but didn't like them for various reasons... mainly being able to easily configure them which is why i've stuck with KDE all these years... i'll have to try Xfce or similar again and see if they are easier to configure and "right click, add shortcut" type stuffs... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fp without X
On 3/17/2014 6:46 AM, Mark Morgan Lloyd wrote: waldo kitty wrote: i'm not sure this is the proper area for this... if it is not, please point me to the proper list... i've a ubuntu system that i'm trying to run fp on... X does *not* start automatically... i'm working from the virtual console(s) 99% of the time... what i'm seeing and trying to solve is the frames in fp are showing up as diamond characters... after i got the help stuff loading properly, i noted that when i switched away from the editor frame, it showed the single line frame characters and the help frame was all diamonds... closing the help and returning to the editor switched the editor frame back to diamonds... There might be something related to the locale command relevant to this. As a quick test I've just fired up fp on a Debian (non-x86) console and framing etc. was OK, I see LANG set to en_GB.UTF-8 yeah, i'm in the US... i did post the two settings i saw from the environment that i thought were important... what other environment settings may affect this? I'm uneasy about things like console and X codepages, and the corresponding keyboard mappings. One problem is that when they're changed they tend to be system-wide, another is that things like available founts and codepages can depend on how much of X11 has been installed. Put another way, your console might be broken /because/ X isn't installed, not /despite/ it. actually, X is installed but not running... i'm on tty1 - tty6... if i type "startx" then X starts up but the machine only has 512M RAM and cannot handle any more... i had 768M in it and on boot it says that 512M is the max so i pulled the other 256M and put it to use elsewhere... with only 512M of RAM, it is slower than molasses in mid-winter :( so, i use the plain non-GUI local console for most work i do on it... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] fp without X
On 3/17/2014 1:18 AM, Thaddy wrote: This is easy to fix : the encoding of your remote shell is set wrong. If you use sorry but there is no remote shell... this is sitting at the local console with no X running... thanks for the thought, though ;) PuTTY, go to "Window|Translations|Remote Character set" and set to UTF8. Then go to session and save! it. Other remote shells should have similar options. Thaddy On 16-3-2014 22:08, waldo kitty wrote: i'm not sure this is the proper area for this... if it is not, please point me to the proper list... i've a ubuntu system that i'm trying to run fp on... X does *not* start automatically... i'm working from the virtual console(s) 99% of the time... what i'm seeing and trying to solve is the frames in fp are showing up as diamond characters... after i got the help stuff loading properly, i noted that when i switched away from the editor frame, it showed the single line frame characters and the help frame was all diamonds... closing the help and returning to the editor switched the editor frame back to diamonds... i found the document in the share directory that speaks of /etc/syscontrol/console but my ubuntu system doesn't have such... i did find something online where i was able to change my console font from VGA to Terminus and a few others but none of them have helped... in the above mentioned document, it also speaks of the grab_vcsa tool... i tried linking this from my ~/development (created by fpcup) but ended up having to actually copy the binary to /usr/local/bin (in my path and where i selected to place it) and then set it to owner:group root... i also set the SUID bit as the document mentions but even this has not helped... looking at my freepascal installs on my winwhatever and OS/2 machines, i see that the frame is normally the double line frame characters and that it does switch to the single line frame characters when selecting another window in fp... TERM=linux LANG=en_US.UTF-8 1. what am i missing to solve this? 2. will fixing this in the console cause problems when i do run the X GUI and open a xterm (or other) console so as to be able to work from the command line? thanks for any assistance! :) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] fp without X
i'm not sure this is the proper area for this... if it is not, please point me to the proper list... i've a ubuntu system that i'm trying to run fp on... X does *not* start automatically... i'm working from the virtual console(s) 99% of the time... what i'm seeing and trying to solve is the frames in fp are showing up as diamond characters... after i got the help stuff loading properly, i noted that when i switched away from the editor frame, it showed the single line frame characters and the help frame was all diamonds... closing the help and returning to the editor switched the editor frame back to diamonds... i found the document in the share directory that speaks of /etc/syscontrol/console but my ubuntu system doesn't have such... i did find something online where i was able to change my console font from VGA to Terminus and a few others but none of them have helped... in the above mentioned document, it also speaks of the grab_vcsa tool... i tried linking this from my ~/development (created by fpcup) but ended up having to actually copy the binary to /usr/local/bin (in my path and where i selected to place it) and then set it to owner:group root... i also set the SUID bit as the document mentions but even this has not helped... looking at my freepascal installs on my winwhatever and OS/2 machines, i see that the frame is normally the double line frame characters and that it does switch to the single line frame characters when selecting another window in fp... TERM=linux LANG=en_US.UTF-8 1. what am i missing to solve this? 2. will fixing this in the console cause problems when i do run the X GUI and open a xterm (or other) console so as to be able to work from the command line? thanks for any assistance! :) -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Re: fpc-devel Digest, Vol 112, Issue 32
On 8/23/2013 20:45, Steve Smith wrote: On 23/08/13 20:41, Sven Barth wrote: "Here's some code, assemble it, and be quick about it johnny!" Was that a Short Circuit reference? O.o Once again in English please. I just don't understand that last sentence at all. Sorry. Short Circuit movie - Johnny5 is the AI robotic main character escaped from a military facility... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] ide make error?
i'm trying to figure out why i'm seeing the following failures... c:\freepascal\fpc\trunk is SVN updated (25100 at this run)... yes, i see that i can possibly remove clean from the second make line in the following... everything before the [CHOMP] is my script... everything after the [CHOMP] is the output from the make process... cd /d c:\freepascal\fpc\trunk make clean TortoiseProc /command:update /path:"c:\freepascal\fpc\trunk" make clean all install INSTALL_PREFIX=c:\freepascal\fpc\trunk PP=c:\freepascal\binutils\ppc386.exe DATA2INC=c:\freepascal\fpc\trunk\utils\data2inc.exe [CHOMP about 4660 lines] make -C ide distinstall make[3]: Entering directory `C:/freepascal/fpc/trunk/ide' C:/freepascal/fpc/trunk/compiler/ppc386.exe fpmake.pp -FuC:/freepascal/fpc/trunk/rtl/units/i386-win32 -FuC:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -FuC:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -FuC:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -FuC:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -FuC:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 .\fpmake.exe install --localunitdir=.. --globalunitdir=../packages --os=win32 --cpu=i386 -o -Ur -o -Xs -o -O2 -o -n -o -FuC:/freepascal/fpc/trunk/rtl/units/i386-win32 -o -FuC:/freepascal/fpc/trunk/packages/paszlib/units/i386-win32 -o -FuC:/freepascal/fpc/trunk/packages/fcl-process/units/i386-win32 -o -FuC:/freepascal/fpc/trunk/packages/hash/units/i386-win32 -o -FuC:/freepascal/fpc/trunk/packages/libtar/units/i386-win32 -o -FuC:/freepascal/fpc/trunk/packages/fpmkunit/units/i386-win32 -o -dRELEASE --compiler=C:/freepascal/fpc/trunk/compiler/ppc386.exe -bu --prefix=c:\freepascal\fpc\trunk -ie Installing package ide Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\fp.ans" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\gplprog.pt" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\gplunit.pt" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\program.pt" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\unit.pt" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\cvsco.tdf" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\cvsdiff.tdf" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\cvsup.tdf" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\grep.tdf" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\tpgrep.tdf" Warning: Failed to set timestamp on file "C:\freepascal\fpc\trunk\/ide\fp32.ico" Installation package ide for target i386-win32 succeeded make[3]: Leaving directory `C:/freepascal/fpc/trunk/ide' make[2]: Leaving directory `C:/freepascal/fpc/trunk' make[1]: Leaving directory `C:/freepascal/fpc/trunk' indeed, those files that failed are all zero bytes in size and they do carry today's date and time of this update process execution... -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] bootstrapping FPC trunk
On 6/2/2013 12:42, Sven Barth wrote: On 02.06.2013 18:37, waldo kitty wrote: 1. can FPC 2.6.0 (bootstrap) be used to bootstrap trunk or do i need to replace my current binutils/ppc386.exe with the 2.6.2 one? You can still use 2.6.0, but it won't be supported forever. thanks to you and joost... i will put a 2.6.2 ppc386.exe in place just to be sure ;) 2. do i need to update my binutils/i386-win32 directory? everything in there is physically dated 21 May 2012 which i guess is when i reinstalled everything from scratch the last time... the SVN URL that i used for that directory is http://svn.freepascal.org/svn/fpcbuild/branches/fixes_2_6/install/binw32 and and according to the properties, it looks like it is actually dated 11 Dec 2011... I would say that you don't need to update it. both of you also tell me that these are ok so i will leave them as they are... thanks for the prompt responses guys! :) -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] bootstrapping FPC trunk
i have used (some time ago) the wiki page about pulling FPC and Lazarus from SVN and bootstrapping them... i have scripts that follow that process on my winboxen pretty closely so that i don't have to remember all the details... one of the steps was to make a directory binutils and inside there was place a ppc386.exe... what i have in there now is the 2.6.0 exe... then there is a directory inside binutils named i386-win32 what i guess are the build tools... eg: ar.exe, as.exe, cmp.exe. diff.exe, gdb.exe and so on... my usable installs of FPC and Lazarus remain inside the directories that are created and SVN managed specifically for them... so my questions are 1. can FPC 2.6.0 (bootstrap) be used to bootstrap trunk or do i need to replace my current binutils/ppc386.exe with the 2.6.2 one? 2. do i need to update my binutils/i386-win32 directory? everything in there is physically dated 21 May 2012 which i guess is when i reinstalled everything from scratch the last time... the SVN URL that i used for that directory is http://svn.freepascal.org/svn/fpcbuild/branches/fixes_2_6/install/binw32 and and according to the properties, it looks like it is actually dated 11 Dec 2011... thanks for your time and attention :) -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TTypeKind, strings and chars
On 6/1/2013 18:44, Maciej Izak wrote: Thanks for response. Compiler uses internally some LongStrings which is not possible to use for variable declarations. I don't know whether this type is needed in RTTI. And yes, Delphi uses tkLString instead of tkAString for ansistrings. Clear. I also don't know why we have it. Compiler does not use it. So no one really knows, why have we tkUChar? so maybe svn "blame" will tell when it was put in and by whom? -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: Fwd: [fpc-devel] problem with TStringLists and delete in glibc
On 3/16/2013 11:36, Stefan Fischer wrote: Hi, I have 220 strings in the list. Also the code works in a small sample program. I put the code in a unit an used the function in a bigger project with multiple units. In that environment, the code fails in glibc. The content of the string list was the same in both programs. In the small sample it works, in my bigger project it fails. Maybe there is a pointer alignment problem. But for now I really don't know how to trace or debug it. reading over the thread and how you moved the functions to a unit for use in a larger program, i'm wondering if there is not an error earlier in the program that is not caught which then shows up at this point... we used to see something like this all the time back in the TP days when someone would open a file and not check the result codes... then later on they'd get an error on a string or some other function... the problems were always solved by properly checking for errors at those stages where needed... just my thoughts on it... especially since the smaller program still works properly and the same data is used in both programs... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Comparison FPC 2.6.2 - Delphi 7
On 3/5/2013 05:50, Graeme Geldenhuys wrote: I'm also trying to use fpmake for other "hourly build server" tasks, where I need to do clean compiles of various independent packages first, then build the test suite that pulls everything together. eg: building Synapse, FBLib, tiOPF, EpikTimer, fpGUI etc in parallel. Then somehow wait until they are all done, then build the test suite which uses all those packages. I still haven't figure this process out yet. If you have hints or suggestion on this, it would be greatly appreciated [maybe follow-up in a new message thread in fpc-pascal] on another system i work with, we use disk-based breadcrumb semaphore files for the different stages and parts of those stages... one is created when the section is entered into and another when the section is successfully compiled... it is mostly all C stuff and uses make... it is all pretty much FM to me as i only start it and wait for it to reach my modules and see if they compile or fail... if they fail, i (w)hack at them some more... the breadcrumbs allow the compilation environment to pick up where it left off instead of spending two hours recompiling everything again up to the point of failure... maybe this can give you some ideas? FWIW: the above breadcrumb system that i speak of is in the development version of an open source firewall product that i work with ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi anonymous methods
On 3/5/2013 04:20, Graeme Geldenhuys wrote: On 2013-03-04 20:33, Howard Page-Clark wrote: You can simulate this in FPC as well as TP by using a local typed constant. e.g. function GetValue: integer; const value: integer = 0; begin Inc(value); Result:= value; end; I've seen this before, and always been baffled by this. How can you increment a "constant"? If you can, it is then a variable, no? yep... i also call all named storage items variables even if they are constants... what else do you call them in a generic sense? ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi anonymous methods
On 3/4/2013 15:33, Howard Page-Clark wrote: On 04/03/13 6:34, waldo kitty wrote: i'm trying to understand what you mean by > Pascal don't allows to create static variables inside function > like in c-like languages. i've done something that i think is what you speak of but it was in Borland's Turbo Pascal... at least TP6... i don't remember how we did it though and can't find any sample code in my library :( You can simulate this in FPC as well as TP by using a local typed constant. e.g. function GetValue: integer; const value: integer = 0; begin Inc(value); Result:= value; end; Successive calls to GetValue() will return 1, 2, 3 etc. yes, that is exactly what i was thinking of... i just could not find any sample code in my library... as noted, i have used it and it sounds similar to what the OP is looking to do... one thing i used to use it for was counting the number of time that a routine was called during the course of execution... other times i used it were in relation to recursion IIRC... NOTE: i've never done this with strings but i would guess it would work, too... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi anonymous methods
It is as I thought about closures before. But this is useless without capturing of variables by value. During creation of anonymous method you *can not bind any values* to it. Anonymous method have only references to captured variables. Pascal don't allows to create static variables inside function like in c-like languages. So you also not able to create unique static variable which available only to one instance of same anonymous method. Even if implementation will create many separate objects for one anonymous function then all instances will be equivalent. Because all instances will refer to same data. i'm trying to understand what you mean by > Pascal don't allows to create static variables inside function like in c-like > languages. i've done something that i think is what you speak of but it was in Borland's Turbo Pascal... at least TP6... i don't remember how we did it though and can't find any sample code in my library :( what happened is that the value did not get cleared between invocations of the routine and subsequent executions could use the value already stored... this breaks, of course, if the memory area for the routine is cleared first... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PPU version checking
On 2/25/2013 02:27, silvioprog wrote: 2013/2/21 Florian Klämpfl mailto:flor...@freepascal.org>> Am 21.02.2013 19:43, schrieb silvioprog: > Hello, > > I generates some PPUs in a version of FPC. I try to use it in other > version of FPC, but it not compiles. > > So, can I disable the PPU version checking to I use my PPUs in any > versions of FPC? It won't help, we don't change the ppu version for fun but when the format changes. So the only way that I see for using protected code and keep compatibility with any version of FPC, is implementing it in libraries. what are you calling a library? you could also use OBJ files which get linked in... i used to do this with TP5 (at least that far back)... i suppose an OBJ file can be called a "library" in the general sense of the word ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Synapse hangs in ARM-Linux
On 1/30/2013 04:04, Michael Schnell wrote: On 01/28/2013 08:03 PM, waldo kitty wrote: i'm trying to make sure i'm following along here because i'm also using synapse for a project... Do you know where to find the Synapse "Powers" ? no, sorry, i do not... i haven't seen them in the synapse list, either... I do hope (and feel) they are interested in helping to make this work and fix potential problems in the Synapse code. as do i and others ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Synapse hangs in ARM-Linux
On 1/28/2013 05:47, Michael Schnell wrote: I tried to reproduce this with a more simple project, just accessing a non-existing IP address, but I found that while on Windows here Synapse issues a time out (after some seconds, exactly like when the Heating Controller fails to answer), when compiling for Linux (PC and ARM) the error message is "HR_Error: 113,No route to host" and is issued immediately and thus not involves a timeout (and no hanging on ARM). i'm trying to make sure i'm following along here because i'm also using synapse for a project... using a "slightly modified" testhttp (that came with synapse, attached) and attempting to connect via http to a non-existant IP in my network, i get a 0 result code, empty result string and "Connection reset by peer" string on my winwhatever box but that may be due to a firewall proxy that is injected into all http streams on that winwhatever system... on my os/2 eCS2 box, i get 500 result code, empty result string and "Connection refused" string... however, if i try using a non-existent hostname, both return 500 result code, empty result string and "Host not found" string... i would suggest that trying to use a non-existent IP or host is not the way you want to go to test this... the results are not going to be what you should be getting from the heating controller connection when it fails... your "No route to host" actually sounds plausible if there is, in fact, no route to the IP you have chosen... that also sounds like there's no default routing gateway defined for networking traffic headed out of the local network... when i test trying to access a non-existent IP outside my local network, my winwhatever box reports "Connection reset by peer" (as above) and my OS/2 eCS2 box reports "Connection timed out"... suffice it to say that synapse's error codes are not always they seem to be, unfortunately... run testhttp and you'll see what i mean... i'm pretty sure there are other result codes and strings that i've not been told about or discovered yet... oh, and yes, this testhttp will use ssl libraries if they exist so you can test against https as well as http ;) EG: testhttp http://google.com/ 301 Moved Permanently "ssl_openssl" "OpenSSL 0.9.8o 01 Jun 2010" "" "" "" HTTP/1.0 301 Moved Permanently Location: http://www.google.com/ Content-Type: text/html; charset=UTF-8 Date: Mon, 28 Jan 2013 19:00:49 GMT Expires: Wed, 27 Feb 2013 19:00:49 GMT Cache-Control: public, max-age=2592000 Server: gws Content-Length: 219 X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Connection: Keep-Alive testhttp https://google.com/ 301 Moved Permanently "ssl_openssl" "OpenSSL 0.9.8o 01 Jun 2010" "" "" "" HTTP/1.0 301 Moved Permanently Location: https://www.google.com/ Content-Type: text/html; charset=UTF-8 Date: Mon, 28 Jan 2013 19:01:35 GMT Expires: Wed, 27 Feb 2013 19:01:35 GMT Cache-Control: public, max-age=2592000 Server: gws Content-Length: 220 X-XSS-Protection: 1; mode=block X-Frame-Options: SAMEORIGIN Connection: Keep-Alive {$MODE DELPHI} Program testhttp; uses httpsend, classes, ssl_openssl; var HTTP: THTTPSend; l: tstringlist; begin HTTP := THTTPSend.Create; l := TStringList.create; try if not HTTP.HTTPMethod('GET', Paramstr(1)) then begin writeln('ERROR'); writeln(Http.Resultcode,' "',Http.Resultstring,'"'); writeln('"',Http.Sock.SSL.LibName,'" "',Http.Sock.SSL.LibVersion,'"'); writeln('"',Http.Sock.GetErrorDescEx,'"'); writeln('"',Http.Sock.LastErrorDesc,'"'); writeln('"',Http.Sock.SSL.LastErrorDesc,'"'); end else begin writeln(Http.Resultcode, ' ', Http.Resultstring); writeln('"',Http.Sock.SSL.LibName,'" "',Http.Sock.SSL.LibVersion,'"'); writeln('"',Http.Sock.GetErrorDescEx,'"'); writeln('"',Http.Sock.LastErrorDesc,'"'); writeln('"',Http.Sock.SSL.LastErrorDesc,'"'); writeln; writeln(Http.headers.text); writeln; l.loadfromstream(Http.Document); //writeln(l.text); end; finally HTTP.Free; l.free; end; end. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] for-in-index loop
On 1/25/2013 13:59, Michael Van Canneyt wrote: On Sat, 26 Jan 2013, Alexander Klenin wrote: I certainly agree that Pascal has some advantages -- and they often outweigh disadvantages. Otherwise, I would be in Python's mailing list now, arguing to add some of the Pascal's features :) However, this does not mean that disadvantages should be just ignored. I didn't say that. Like I said, I am not against new language features per se. I just don't think that this one is one that should be added. FWIW (littlest pup in the pack): i agree with this... the discussion looks to me like something one would find in their own local library code... but then again, i'm a little pup here... very little... /me looks at all his library files of routines and functions and considers how many routines there are in there and how long it took to work them out... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] for-in-index loop
On 1/25/2013 11:30, Florian Klämpfl wrote: Am 25.01.2013 17:18, schrieb Alexander Klenin: var a: array [1..5] of Integer = (1, 2, 9, 4, 5); In my proposal, he should write: var v, i: Integer; begin for a in a index i do Writeln(i, ' ', v); end. In this case I just write for i:=low(a) to high(a) do writeln(i,' ',a[i]); that's *exactly* what i was going to write in reply but i'm glad i read on and saw that someone else had already done so... Works afaik since TP 6.0. yep! at least that far back... i use it daily, even today as i try to move more and more to FPC... the above is also perfect pascal syntax... a simple and easy to read and understand flow :) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] "embedded" again
On 1/16/2013 04:57, Marco van de Voort wrote: In our previous episode, waldo kitty said: Otherwise I'd agree :) On old hardware, maybe, but these days ? please define "old hardware"... PII 300mhz is "too old"? PIII 800mhz? and of course, how much RAM would be considered "not enough"? Anything older than the corporate writeoff period (3-5 years) hell, that's when we pick up the freebies out of the dumpsters and upgrade our servers and workstations ;) :lol: sadly, though, we've not been able to go dumpster-diving in recent times :/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] "embedded" again
On 1/15/2013 06:01, Michael Van Canneyt wrote: On Tue, 15 Jan 2013, Sven Barth wrote: Am 15.01.2013 11:52, schrieb Michael Van Canneyt: That is a weird assumption. I would go for the second one, hands down... I wouldn't if the second one is significantly slower than the first one. Otherwise I'd agree :) On old hardware, maybe, but these days ? please define "old hardware"... PII 300mhz is "too old"? PIII 800mhz? and of course, how much RAM would be considered "not enough"? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Feature announcement: Extension of TThread's interface
On 12/28/2012 10:46, patspiper wrote: On 28/12/12 17:41, patspiper wrote: On 28/12/12 17:00, Ewald wrote: As I said, I didn't know formats of /proc/cpuinfo differ over distributions/os'es, so it isn't safe to use this approach since all of the sudden a simly system update *might* just break your application. True. A better bet would be to look for the code that produces the cpuinfo, and use that code directly. Try lscpu -p FWIW: i wanted to try this on my ubuntu hardy 8.04.4 install but lscpu was not found so i spoke to uncle google and turned up the following post on another list... note the last sentence in the last paragraph ;) [quote] Re: [Trisquel-users] Is there a simple command to find out your architecture? Michał Masłowski Mon, 20 Aug 2012 11:11:45 -0700 > lscpu seems nice. Is it sufficient? Is it pre-installed with other > free distros? It is included in util-linux package. Outputs on an x86_64 machine with x86_64 Parabola, x86_64 virtual machine with i686 BLAG and mips64 machine with Parabola (mips64el) suggest it being ok (for x86_64 it will tell that there is a 64-bit "CPU op-mode", for most other architectures just the "Architecture" field obviously states what's needed). Practically all non-embedded distros have util-linux, the 2.15-rc1 release is the first one including lscpu (easy to check using git). Not all free distros have it in the newest official stable release, gNewSense 2.3 probably has an older one since Ubuntu Hardy has (although it's easy to use uname -m and /proc/cpuinfo in such cases, like lscpu internally does). [/quote] ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] XML Components
On 11/2/2012 09:32, Sergei Gorelkin wrote: In other words, XML is wrong technology to work with binary data, unless it is encoded into textual form (Base64 or alike). encoding into textual form one increases the size of the stream by at least 1/3rd... a 3M file will be a 4M stream when encoded... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Re: FPC related fairy tale
On 10/18/2012 13:22, Mark Morgan Lloyd wrote: Sven Barth wrote: But now the solution (I can't hold it back any longer myself ^^): Pierre was right. M68k is BACK! Nicely done. but I also plan to test Aranym (which emulates a M68040) I was impressed by it, unpretentious but effective. The only /real/ 68k I've got is a Palm on alarm clock duty. i assume that's a palm pilot? if so damn, that's sad for a device that lead the PID revolution :? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC related fairy tale
On 10/18/2012 07:13, Sven Barth wrote: So... now I'm curious what you think I have worked on and I'm also curious whether someone can fully "decipher" that little story. :) i don't konw, specifically, of what you speak but the story has been told many times since opensource reared its head... some things just, sadly, get forgotten about and/or left behind as all the newer fancy items get worked on and applied... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] FPC -Rintel and -alr options
On 8/20/2012 21:38, ABorka wrote: Is there a way to see the generated ".s" assembly files as Intel syntax instead of the AT&T one? The -Rintel flag does not seem to work, or I am doing something wrong. Tried command line and fpc.cfg both, on win32 and win64, latest SVN . what command line, exactly, please? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to set code page in terminal? (Windows)
On 6/21/2012 18:44, Paul Ishenin wrote: 22.06.12 5:39, silvioprog пишет: Hello, I'm trying to write "Atenção" in terminal, but it writes "At├º├úo" instead of "Atenção" (please see http://imagebin.org/217387 ). :( ... program test; {$mode objfpc}{$H+} try {$codepage utf8} or add an utf8 BOM because your constant is encoded in utf8. ha! i should have caught that when i was playing with it in fp because it did show as 2character characters... i just didn't recognize for such... my eyes are crossed from too much codepage fighting in my other world :? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to set code page in terminal? (Windows)
i said i'd try to test... On 6/21/2012 17:39, silvioprog wrote: program test; {$mode objfpc}{$H+} {$IFDEF MSWINDOWS} uses windows; {$ENDIF} const C = 'Atenção'; begin {$IFDEF MSWINDOWS} SetConsoleOutputCP(CP_UTF8); SetTextCodePage(Output, CP_UTF8); Options changed, recompiling clean with -B Hint: Start of reading config file C:\freepascal\fpc\2.6.0\bin\i386-win32\fpc.cfg Hint: End of reading config file C:\freepascal\fpc\2.6.0\bin\i386-win32\fpc.cfg Free Pascal Compiler version 2.6.0 [2012/05/21] for i386 Copyright (c) 1993-2011 by Florian Klaempfl and others Target OS: Win32 for i386 Compiling test.lpr test.lpr(15,18) Error: Identifier not found "SetTextCodePage" test.lpr(20) Fatal: There were 1 errors compiling module, stopping {$ENDIF} WriteLn(C); end. Lazarus 1.1 r37649 FPC 2.7.1 i386-win32-win32/win64 | Windows 7 - 64 lazarus 1.1 r37695 fpc 2.6.0 i386-win32 | w2k maybe i'll try on my vista box? i need to updatelaz on it anyway ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] How to set code page in terminal? (Windows)
On 6/21/2012 17:39, silvioprog wrote: Hello, I'm trying to write "Atenção" in terminal, but it writes "At├º├úo" instead of "Atenção" (please see http://imagebin.org/217387 ). :( open a cmd window and type "chcp"... if that still exists in win7, it should tell you the codepage being used... looking at your example, it appears that something is translating what you type to utf-8 and that your terminal cannot render utf-8... i fight the same battle in another world with a huge amount of CP437 oriented software that will never be updated... i will try your code on my boxen to see what it gives... now to figure out how to generate those characters with my US keyboard... i /think/ ALT-135 is the "lowercase c with a tail" 'ç' and the other one is the "lowercase a with a wavy line over it" but i can't find it :? maybe i can paste it from this message into that window? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] which SVN branch for current FPC release?
my apologies if this is not the proper list... i've looked at SVN a time or two but have not determined which of the branches contain the release of 2.6.0... i would like to move my current totally SVN FPC/Lazarus installation to the current release of FPC... thanks! ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Breaking change in FPC 2.6.1
On 4/27/2012 03:45, Ivan Bobyr wrote: PS: If the main advantage of FPC over C/C++ is its automatic memory management then we should obviously use it, correct ? FWIW and as late to the conversation as it is, i must add that it isn't memory management that's the big plus for pascal languages... it is the structured format that's the biggest plus... ie: define variables in their place before using them and not in the middle of code where they may be missed... there is, of course, the gun and foot problem that C and C related languages bring to the table... that being that they will help one find the gun, point it at their foot and it will also putt the trigger for them ;) my apologies if that seem evangelical and/or off topic ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Faster InitObject
On 2/23/2012 18:54, Amir wrote: On 02/23/2012 02:20 PM, Hans-Peter Diettrich wrote: The initialization of every class instance is a major improvement over e.g. C++ classes. I'd say that you should accept it, instead of searching for workarounds, with hard to predict effects in the remaining code. I understand that, but I usually forget about it and initialize all my variables to 0 in constructor ;). yet another way that pascal helps you instead of handing you the gun, pointing it at yer foots and assisting you in pulling the trigger ;) ;) :P :lol: ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Faster InitObject
On 2/23/2012 03:29, Sven Barth wrote: Am 23.02.2012 09:27 schrieb "Sven Barth" mailto:pascaldra...@googlemail.com>>: > Yes, FillChar is needed, because a class instance is guaranteed to have Bennett initialized with zero before the first constructor is called (this way the fields are basically initialized by 0, Nil or '' depending on the field type). Sometimes I hate my phone's autocompletion: it should have been "been" instead of "Bennett"... is there a DYAC (Damn You AutoCorrect) for coders? ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] estimating function code size
On 1/21/2012 18:07, Florian Klämpfl wrote: Am 18.01.2012 13:54, schrieb Gennadiy Poryev: Hi all, In my project (win32) I need to estimate the number of machine code bytes of a certain function. What about using the map file? there's a map file? how is it created? i'm already using the "godwarf" or some such command line parameters... the line in question has already been written about and recommended numerous times... i just do not recall it from memory but this one part ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Re: On a port of Free Pascal to the IBM 370
On 1/21/2012 15:49, Mark Morgan Lloyd wrote: Paul Robinson wrote: >>> That (PASCALMAIN) will have to change, the object file format for >>> 370 machines limits a CSECT to 8 characters, with the optional >>> characters @ # and $. So I might call it MAIN or possibly #MAIN. >>> (On the PDP/11, most operating systems (RT-11, RSTS/E, RSX) >>> defined the main program in any language as ".MAIN." ) >> >> If I understand you correctly, then you might confuse label names >> with section names. > > No, I know exactly what I mean. Label and section names are under the > same rules in an assembler program on the 370, and a CSECT in 370 > Assembly language I suspect that this will depend on the target operating system, so the Linux ABI may differ from e.g. MUSIC/SP. ABI means what? for those of us reading and trying to keep up ;) this might even be something new to those attempting to work on such a port task ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Free Pascal 2.6.0 released!
On 1/1/2012 12:20, Felipe Monteiro de Carvalho wrote: On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemann wrote: Bravo! My only question is: Are there any particular issues with respect to using 2.6.0 with Lazarus? For desktop platforms I don't know any issues. It works just as good as 2.4 "just as good" or "BETTER"?? ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Limitations of static "ranged" integer types andsucc/pred, and dynamic solution.
On 12/23/2011 14:04, waldo kitty wrote: [stuff] ouch... my profound apologies to everyone... that was supposed to go private and i have only myself and my [reply] (vs [reply list] or [reply all]) button to blame... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Limitations of static "ranged" integer types andsucc/pred, and dynamic solution.
On 12/23/2011 07:21, Marco van de Voort wrote: In our previous episode, Skybuck Flying said: Currently there simply is no dynamic/runtime version of it. You are totally right. Please submit a patch for conforming arrays support :-) ROTFL! sneaky sneaky sneaky but i love it! hehehe... good show ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] NowUTC in the RTL
On 12/13/2011 04:17, Tomas Hajny wrote: On Tue, December 13, 2011 01:08, waldo kitty wrote: On 12/9/2011 07:13, Tomas Hajny wrote: Obviously assuming that something like that is possible on a certain platform at all (GO32v2 not having the TZ environment variable defined will simply never be able to provide UTC time; in fact, the same applies for OS/2 / eCS too). never say never... my OS/2 systems do know about and use the TZ environment variable... some programs on those systems also use the TZUTC environment variable... my oldest OS/2 system is Warp 3 Connect and it has been using these EVs since Warp 3 Connect was made available to the public ;) now, i should point out, which i kinda of lightly did above, that the OS may or may not use these but those programs which know about them can and do... I don't say never, just that neither DOS nor OS/2 enforce or validate this setting and thus it's purely up to the user to make sure that it eventually works. i understand and yes, you are right, neither of them enforces or validates this setting... i was, actually, aiming at "never" in "[...] will never be able to [...]" all my systems, OS/2, DOS, Winwhatever, and linux are set to local time... when they need to provide a UTC timestamp, they do otherwise it is local time... at least this is my experience and has been for "ever"... i have never run any of my systems in UTC time and expected them to convert all the time to local time... however, back to the TZ and such... i wrote a library for TP6/BP6 that emulated parts of the C time stuff using a slightly modified tm_rec... i needed this so i could work on an external means of changing some settings when daylight saving switched on and off in my area... these settings were specific to a few programs and i wanted to automate the switchover so that their outputs were not an hour off either way... i even took the opportunity to "borrow" novell's DSTSTART and DSTSTOP style settings... they look like this... DSTSTART=second sunday in march at 2:00 DSTSTOP=first sunday in november at 2:00 granted, that info may be gleaned from the long form of TZ but i didn't code for that in my stuff at that time... i was only interested in the current timezone, what the offset from UTC was at the time, and when daylight saving switched on and off... i still use this at least eight year old code in numerous projects i still maintain with TP/BP6 ;) Not even mentioning the attempts of an author of certain command shell who apparently tries to make the situation even more confusing (however smart he may be) by trying to convince others that IBM wanted something else than what they really did :/ (if you don't know whom or what I talk about, forget it, it isn't very important). yes, i know exactly who you are talking about ;) i was an active beta tester of his products as well as a distributor of them on fidonet... i'm still on fidonet but haven't heard anything from JdBP in a long while... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] NowUTC in the RTL
On 12/9/2011 07:13, Tomas Hajny wrote: On Fri, December 9, 2011 13:07, Jonas Maebe wrote: On 09 Dec 2011, at 12:28, Michael Van Canneyt wrote: The linux kernel returns UTC time, it always has. Now() converts this to local time. (as does libc). All NowUTC needs to do is return the kernel time. It should only be called NowUTC if it is defined as always returning UTC on all platforms. Obviously assuming that something like that is possible on a certain platform at all (GO32v2 not having the TZ environment variable defined will simply never be able to provide UTC time; in fact, the same applies for OS/2 / eCS too). never say never... my OS/2 systems do know about and use the TZ environment variable... some programs on those systems also use the TZUTC environment variable... my oldest OS/2 system is Warp 3 Connect and it has been using these EVs since Warp 3 Connect was made available to the public ;) now, i should point out, which i kinda of lightly did above, that the OS may or may not use these but those programs which know about them can and do... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Problem with Now() and time changed by ntpd
On 10/31/2011 15:47, Sven Barth wrote: Maybe a possibilty should be implemented in unit Unix to reread the timezone file. This wouldn't solve your problem directly, but it would at least provide the ability to update the time zone information without restarting the application/service. The trigger would need to come from an external source though (maybe by checking that timezone database that was in the media some weeks ago). why should the trigger come from an external source? it is easy enough to have a routine watch and adjust automatically which could trigger the re-read sought... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] ARM native compilation (Toshiba AC100)
On 9/22/2011 14:38, Sven Barth wrote: On 22.09.2011 18:03, waldo kitty wrote: On 9/22/2011 03:28, Sven Barth wrote: Compiling the trunk compiler is only supported when using the latest release (currently 2.4.4) as a starting compiler. where in the SVN can this be pulled from, please. would it be (from memory) tags/release_2_4_4? Yes, but you'll need a compiler of the previous release (2.4.2) for that one. i believe i do... i use macros douglas' (i think i got the name right) method from the wiki... one of the first steps is to pull down a bootstrap compiler and tools... i don't believe that that compiler is altered during the script/make run... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] ARM native compilation (Toshiba AC100)
On 9/22/2011 03:28, Sven Barth wrote: Compiling the trunk compiler is only supported when using the latest release (currently 2.4.4) as a starting compiler. where in the SVN can this be pulled from, please. would it be (from memory) tags/release_2_4_4? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Unicode support (yet again)
On 9/15/2011 19:03, cobines wrote: 2011/9/15 Hans-Peter Diettrich: cobines schrieb: When doing: MyChar := MyString[1] appropriate function retrieves first unicode character, regardless of encoding. This is just wrong :-( MyString[1] accesses the first element of the *physical* character array, regardless of any encoding. Also Length returns the array size, not the number of *logical* characters in it. Right. My point was if I come from Ansi knowing MyString[1] retrieves first character and know nothing about Unicode, I might still think it continues to retrieve first character in Unicode regardless of string encoding +10~ this is something that i'm having to deal with with 30+ years of pascal programing... i'm still trying to wrap my head around this GUI coding stuff... while i do have some similar experiences with other languages from way back (dBIII, dBIV and such that have/had forms) forms style coding is still alien to me... i'm used to simply clearing an 80x25 screen and then drawing my next screen... if i need to easily return to a previous screen, i might redraw it or i might restore it from a saved buffer and "blit" it back onto the screen... i don't know the difference between thisstring and thatstring and there are times that this is one of the worst problems i face... my first hurdle was clearing the 255 character strings that i'm so used to dealing with... it used to be that i used a custom written ACSIIZ convertor routine but now it seems that these are in the run time libraries and i need only to choose the proper strings to convert between... even then, it can be quite the chore :? (RTL handles that). It is as you say wrong, therefore the need to adapt the code by developer if he uses such access, but people might don't know this. Having UTF-16 RTL might help them in a sense they they will never have to learn, until they deal with characters outside of the BMP. moew old school stuff here... a BMP is a windows style graphic... what are you guys calling a BMP??? and agreeing (fully!) there really should be some sort of "hidden(?)" overrides taking place so that folks like myself don't really have to worry about this stuff... but then again, maybe? i dunno? i'm not sure, these days, after a year+, if i'm no the right track or not... Whether it's utf8, utf16, utf32 or any other future encoding the code should work the same. Very new functions are required for dealing with *logical* characters, in every MBCS encoding. Hence the need to remove indexed access like MyString[1]. removing that is not a GoodThing is it? really? as i say above, it would seem to me to be best for the library to handle all of this stuff in the same way that borland handled similar things way back when... on the one hand, it would seem easy enough to handle with automatic overrides but then again, i may not be thinking of things in the same way as others used to working with this OO oriented method of coding... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Project Idea: Mini-FPC
On 9/12/2011 20:30, Skybuck Flying wrote: Well I hope the pascal language is updated so semicolons become required for end's. semicolons terminate statements... end does not... Take a long hard look at the P4 or P5 code and you will find a lot of if then else statements with *wrong identation* as well, this makes it somewhat hard to above *hilite* by me... yeah, about that... there is no such thing as "wrong indention"... you can indent and format your code any way you like as long as the compiler can make sense of it... even if you write everything out in long lines instead of breaking them down into indented sections... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi XE2 uses FPC for iOS target
On 8/14/2011 14:09, Graeme Geldenhuys wrote: On 12 August 2011 14:12, Michael Schnell wrote: But you can't use the Lazarus GUI designer. I feel that without same the development is far more stressful. GUI designers are not always needed. Take MiGLayout manager for Java. It is extremely easy to create a GUI without the need for a GUI Designer. And yes, even complex UI's are a breeze to code up with MiGLayout. i can't help but to look back to my dBaseIII/IV days and note that i never had a GUI designer for graphical or textual modes yet i churned out several hundred apps that were then manually massaged for numerous similar tasks... one of the most popular was a shipping management app which competed directly with one of the major shipping apps... i can't recall the name of the company but it started with a 'B' IIRC... anyway, the app started off as strictly shipping... then a warehouse management module was added... then a production module and finally there were billing and order entry modules... all of these were meshed into one of the premier dBase/Foxbase accounting apps available at that time... graphical stuffs were just barely starting to take hold at that time... if i had had to do the dBase style forms stuff, it would have been a total nightmare... instead, we opted to go for "standard" drawn interface screens that had no clue what a "form" was... this was also back in the day when a database was what is now called a table and joining several databases into a relational setup was all the rage... tables and forms were totally alien concepts back then ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi XE2 uses FPC for iOS target
On 8/13/2011 11:14, Jonas Maebe wrote: From the horse's mouth: https://forums.embarcadero.com/message.jspa?messageID=379331#379331 "If there are any changes or fixes we would contribute them, happily. I don't believe that we made any but it's our policy to contribute back fixes/changes to any opensource project that we leverage." +1~ this is a GoodThing... especially coming from a commercial enterprise... much in the same way that other commercial enterprises have contributed to other FOSS projects... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Delphi XE2 uses FPC for iOS target
On 8/7/2011 12:50, Jonas Maebe wrote: On 07 Aug 2011, at 17:57, Graeme Geldenhuys wrote: Makes you wonder, will they start submitting patches for FPC too? I hope so. The main problem I see with that is that they would become somewhat "tainted" by the FPC source code if they do so, which may make it harder to work on their own compiler later on. As long as they don't start blatantly copying code from FPC into their own compiler (like some people did in the past with Delphi RTL code into the FPC RTL) I don't think anyone who has contributed to the compiler would really care if they learned a bunch of stuff from our code base, but of course they have lawyers who almost certainly will care a lot. This can of course be solved in various ways (have someone who normally does not work on their compiler work on ours, hire a someone temporarily to do that work, external contractor, ...). [joke] they could also shoot the lawyers and remove that particular problem... the world would be better for it, too ;) [/joke] personally, i think it is a GoodThing that they are using FPC in some way and it would be nice if they would/could contribute code back to FPC... all in all, at this point in time, it appears to be +1's ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] old fpmake files
On 7/18/2011 18:26, Jonas Maebe wrote: On 19 Jul 2011, at 00:16, waldo kitty wrote: On 7/17/2011 10:43, Marcos Douglas wrote: On Sun, Jul 17, 2011 at 6:48 AM, Jonas Maebe wrote: I never used distclean before updating from SVN and a never got problems. I use WinXP and TortoiseSVN. me either... should we be? how bad could this get?? See the first message in this thread for an example. well, i did but my eyes must be frosted... i'll look again and try to follow up with the wiki thing 'cause that is the same process that i use as well... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] old fpmake files
On 7/17/2011 10:43, Marcos Douglas wrote: On Sun, Jul 17, 2011 at 6:48 AM, Jonas Maebe wrote: To be safe, you should always make distclean before updating from svn (even without fpmake, since directories or units may get moved, which then won't be cleaned anymore after the update). Now, for a while make distclean didn't work properly either for fpmake-based directories, but that should have been fixed in the mean time. I don't think you have another choice to fix your current checkout than by manually deleting all fpmake executables (find . -name fpmake -print0 | xargs -0 rm). I never used distclean before updating from SVN and a never got problems. I use WinXP and TortoiseSVN. me either... should we be? how bad could this get?? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Fwd: Re: [Lazarus] error compiling latest SVN laz...
i'm forwarding the following conversation to this list on request... the problem was lack of disk space and this was discovered when the linker was linking a newly built Lazarus... nothing in the error indicated a drive space problem... the following is discussion between myself and Mattias... Original Message Subject: Re: [Lazarus] error compiling latest SVN laz... Date: Thu, 2 Jun 2011 20:32:39 +0200 From: Mattias Gaertner Reply-To: Lazarus mailing list To: laza...@lists.lazarus.freepascal.org On Thu, 02 Jun 2011 10:14:19 -0400 waldo kitty wrote: [...] >> Compiling resource ..\units\i386-win32\lazarus.or >> Linking ..\lazarus.exe >> Fatal: Compilation aborted >> An unhandled exception occurred at $00420D86 : >> Exception : Unknown Run-Time error : 112 >>[...] > You encountered a fpc bug. [...] > Build lazarus clean again. If the same bug happens, do a normal build. here's my makelaz.bat... @echo on set myversion=2.4.5 set mypath=c:\freepascal\fpc\%myversion% set mybinutils=c:\freepascal\binutils set PATH=%mybinutils%\i386-win32;%mypath%\bin\i386-win32;%PATH% cd c:\freepascal\laz make clean all OPT="-glw2" cd \freepascal what's a normal build?? make OPT="-glw2" > If this does not work: try another version of fpc. this might have been a drive space problem... i got down to less than 2M available and discovered it after running into this problem... i shall try the above .bat again and see what happens... i guess i should also report this over on fpc-devel?? Yes. Maybe the compiler can give a nicer error message for no free disk space. Mattias -- ___ Lazarus mailing list laza...@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Class helper: small differences between FPC and Delphi
On 3/25/2011 17:57, Jonas Maebe wrote: On 25 Mar 2011, at 22:33, Sven Barth wrote: 1. Record helpers in Delphi don't support inheritance. In FPC they do and I believe (see point 2) that record helpers in Delphi could support that as well, but it's been disabled on purpose. I personally think that inheritance for record helpers increases their use, because you can work around the "one helper per type" problem by using inheritance. So I will definitely keep that "feature" in I think you should ask for the reason on the Embarcadero forums before deciding that. or at least disable it in delphi mode and then if delphi does actually support it, then enable it... hopefully there won't be any real differences if they do support it ;) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Interrupt vector table generation
On 3/6/2011 16:46, Jeppe Johansen wrote: A better idea, I think, is to use the old interrupt procedure directive. For some embedded platforms simply allow also specifying a interrupt vector/index after the interrupt keyword. Ex: procedure USARTRxInterrupt; interrupt 10; begin // Handler code end; is that "10" meaning interrupt ten in decimal or sixteen in hex or two in binary? yeah, maybe a silly question but still one that needs to be asked and clarified so there's no confusion in documentation ;) i've several older TP6/7 programs that install interrupt handlers for various reasons... this functionality is highly desired in them for their DOS compiled versions (ie: explicitly giving up time slices) but i've not yet any idea if it is necessary on other platforms... at least one, the timer interrupt, is very highly desired for certain timing scenarios... especially those that speed up the computers timer chip and the installed handler adjusts things so as to maintain the proper clock timer kicking of 18.2 times/second... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] SVN update to 16976
i caught the below after pulling SVN http://svn.freepascal.org/svn/fpc/branches/fixes_2_4 which took me to rev: 16976 i was running the makefpc.bat from the wiki "how to build from svn" page... not a new never before executed make but one over the existing and now updated system... W2K-sp4 make[6]: Leaving directory `C:/freepascal/fpc/2.4.3/compiler' c:/freepascal/binutils/i386-win32/gmkdir.exe -p C:/freepascal/fpc/2.4.3/ide/unit s/i386-win32 C:/freepascal/fpc/2.4.3/compiler/ppc386.exe -di386 -dBrowserCol -dGDB -FuC:/free pascal/fpc/2.4.3/compiler/x86 -Ur -Xs -O2 -n -Ur -dNOCATCH -FuC:/freepascal/fpc/ 2.4.3/compiler -FuC:/freepascal/fpc/2.4.3/compiler/i386 -FuC:/freepascal/fpc/2.4 .3/compiler/targets -FuC:/freepascal/fpc/2.4.3/compiler/systems -FuC:/freepascal /fpc/2.4.3/rtl/units/i386-win32 -FiC:/freepascal/fpc/2.4.3/compiler -FiC:/freepa scal/fpc/2.4.3/compiler/i386 -FE. -FUC:/freepascal/fpc/2.4.3/ide/units/i386-win3 2 -dRELEASE compunit.pas agx86att.pas(256,45) Warning: range check error while evaluating constants agx86att.pas(246,16) Warning: unreachable code make[5]: Leaving directory `C:/freepascal/fpc/2.4.3/ide/compiler' make[4]: Leaving directory `C:/freepascal/fpc/2.4.3/ide' make testgdb make[4]: Entering directory `C:/freepascal/fpc/2.4.3/ide' LibGDB not found LIBGDBFILE= GDBLIBDIR=C:/freepascal/fpc/2.4.3/libgdb/win32 make[4]: Leaving directory `C:/freepascal/fpc/2.4.3/ide' ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] bug: install directions for OS/2 2.4.2
thump! thump! is this thing turned on? after unzipping the os2242ffull.zip to a temporary directory and reading the readme.txt file for installation instructions, it says to run the install executable and to make sure to update the PATH and LIBPATH entries as noted in the install program... the problem is that the install program only says to update the PATH... it took me about an hour to figure out what to update the LIBPATH with for almost perfect operation... i say "almost perfect" because i installed on my H: drive but i get notices like "Unknown command 'H:'"... for instance, the first time i ran make in H:\fpc\demo\text, i saw similar but everything seemed to compile just fine... now when i run make in that directory, the unknown command is all i see and nothing else maybe telling me that everything is already up to date... OS/2 Warp 3 Connect with FP40something 4OS2 2.51 as OS2_SHELL 4DOS 7.50 as COMSPEC i also have the full EMX 0.9d environment installed... is there going to be a problem with having H:\fpc\dll in LIBPATH? do i really need that? can't i move a few of those other dlls to my existing EMX libpath location? is this the proper list for these questions? is this the proper list to ask about installing or configuring for cross compiling capabilities?? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel