Re: [fpc-devel] 0019405: compiler crashes with range check error
11.06.2011 3:13, Martin пишет: On 11/06/2011 00:08, Martin wrote: Yes, thanks it is fixed (well, or I cant reach i du to the below, but I choose to believe in it's fixed). But now (with today's SVN), on w32 vista: make clean make.exe all LINKSMART=1 CREATESMART=1 DEBUG=1 OPTIMIZE=0 OPT="-gl -gw -godwarfsets -O1 -Cr" Ends in the below error: pp.pas(224,1) Error: Undefined symbol: FPC_ANSISTR_CHECKZERO pp.pas(224,1) Error: Undefined symbol: FPC_WIDESTR_CHECKZERO pp.pas(224,1) Error: Undefined symbol: FPC_UNICODESTR_CHECKZERO Hopefully fixed in r17715. Sergei ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
11.06.2011 2:26, Ralf A. Quint пишет: Sorry, but you're wrong. Windows (actually since the days of DOS) happily accepts a forward slash in a path: >Microsoft Windows XP [Version 5.1.2600] >(C) Copyright 1985-2001 Microsoft Corp. > >C:\Documents and Settings\Ralf>cd /windows > >C:\Documents and Settings\Ralf\WINDOWS> Just did the above in a DOS shell on Windows XPSP3. And I just tested this on Windows 7 Pro as well, with the same basic result. Internally, all path related functions of Windows allow AFAIK both forward and backwards slashes, it's just the GUI that doesn't allow you to enter the forward slash... My mileage varies (Windows XP SP3 Russian): C:\Documents and Settings>cd /winnt Системе не удается найти указанный путь. C:\Documents and Settings>cd \winnt C:\WINNT>./notepad.exe "." не является внутренней или внешней командой, исполняемой программой или пакетным файлом. C:\WINNT> Perhaps it depends on localization or some other factors. Sergei ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] 0019405: compiler crashes with range check error
On 11/06/2011 00:08, Martin wrote: Yes, thanks it is fixed (well, or I cant reach i du to the below, but I choose to believe in it's fixed). But now (with today's SVN), on w32 vista: make clean make.exe all LINKSMART=1 CREATESMART=1 DEBUG=1 OPTIMIZE=0 OPT="-gl -gw -godwarfsets -O1 -Cr" Ends in the below error: C:/FPC/SVN/trunk_build/rm.exe -f i386/ppc386.exe i386/ppc68k.exe i386/ppcx64.exe i386/ppcppc.exe i386/ppcsparc.exe i386/ppcppc64.exe i386/pp carm.exe i386/ppcmips.exe i386/ppcmipsel.exe i386/ppc386.exe C:/FPC/SVN/trunk_build/rm.exe -f ppc386.exe C:/FPC/SVN/trunk_build/gmkdir.exe -p i386/units/i386-win32 c:/FPC/SVN/ppc386_2_4_4.exe -XX -CX -gl -Ur -Xs -O2 -n -O2 -Fui386 -Fusystems -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -Fii386 -FE. -FUi386/ And yes the starting compiler is: C:\FPC\SVN>ppc386_2_4_4.exe Free Pascal Compiler version 2.4.4 [2011/05/09] for i386 Copyright (c) 1993-2010 by Florian Klaempfl units/i386-win32 -dDEBUG -dRELEASE -gl -gw -godwarfsets -O1 -Cr -di386 -dGDB -dBROWSERLOG -Fux86 pp.pas aasmtai.pas(396,11) Warning: Constructor should be public aasmcpu.pas(2230,19) Warning: unreachable code pdecsub.pas(1630,5) Warning: unreachable code cgcpu.pas(239,59) Warning: Local variable "tmpref" does not seem to be initialized symdef.pas(3478,12) Warning: unreachable code symdef.pas(3616,12) Warning: unreachable code symdef.pas(5423,10) Warning: User defined: : this is completely wrong on so many levels... pmodules.pas(2351,12) Warning: unreachable code ognlm.pas(1317,18) Warning: unreachable code t_nwm.pas(971,38) Warning: Function result does not seem to be set agx86att.pas(253,16) Warning: unreachable code pp.pas(224,1) Error: Undefined symbol: FPC_ANSISTR_CHECKZERO pp.pas(224,1) Error: Undefined symbol: FPC_WIDESTR_CHECKZERO pp.pas(224,1) Error: Undefined symbol: FPC_UNICODESTR_CHECKZERO pp.pas(224,1) Fatal: There were 3 errors compiling module, stopping Fatal: Compilation aborted make.exe[5]: *** [ppc386.exe] Error 1 make.exe[5]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[4]: *** [next] Error 2 make.exe[4]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[3]: *** [ppc1.exe] Error 2 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[2]: *** [cycle] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[1]: *** [compiler_cycle] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] 0019405: compiler crashes with range check error
Yes, thanks it is fixed (well, or I cant reach i du to the below, but I choose to believe in it's fixed). But now (with today's SVN), on w32 vista: make clean make.exe all LINKSMART=1 CREATESMART=1 DEBUG=1 OPTIMIZE=0 OPT="-gl -gw -godwarfsets -O1 -Cr" Ends in the below error: C:/FPC/SVN/trunk_build/rm.exe -f i386/ppc386.exe i386/ppc68k.exe i386/ppcx64.exe i386/ppcppc.exe i386/ppcsparc.exe i386/ppcppc64.exe i386/pp carm.exe i386/ppcmips.exe i386/ppcmipsel.exe i386/ppc386.exe C:/FPC/SVN/trunk_build/rm.exe -f ppc386.exe C:/FPC/SVN/trunk_build/gmkdir.exe -p i386/units/i386-win32 c:/FPC/SVN/ppc386_2_4_4.exe -XX -CX -gl -Ur -Xs -O2 -n -O2 -Fui386 -Fusystems -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -Fii386 -FE. -FUi386/ units/i386-win32 -dDEBUG -dRELEASE -gl -gw -godwarfsets -O1 -Cr -di386 -dGDB -dBROWSERLOG -Fux86 pp.pas aasmtai.pas(396,11) Warning: Constructor should be public aasmcpu.pas(2230,19) Warning: unreachable code pdecsub.pas(1630,5) Warning: unreachable code cgcpu.pas(239,59) Warning: Local variable "tmpref" does not seem to be initialized symdef.pas(3478,12) Warning: unreachable code symdef.pas(3616,12) Warning: unreachable code symdef.pas(5423,10) Warning: User defined: : this is completely wrong on so many levels... pmodules.pas(2351,12) Warning: unreachable code ognlm.pas(1317,18) Warning: unreachable code t_nwm.pas(971,38) Warning: Function result does not seem to be set agx86att.pas(253,16) Warning: unreachable code pp.pas(224,1) Error: Undefined symbol: FPC_ANSISTR_CHECKZERO pp.pas(224,1) Error: Undefined symbol: FPC_WIDESTR_CHECKZERO pp.pas(224,1) Error: Undefined symbol: FPC_UNICODESTR_CHECKZERO pp.pas(224,1) Fatal: There were 3 errors compiling module, stopping Fatal: Compilation aborted make.exe[5]: *** [ppc386.exe] Error 1 make.exe[5]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[4]: *** [next] Error 2 make.exe[4]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[3]: *** [ppc1.exe] Error 2 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[2]: *** [cycle] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/compiler' make.exe[1]: *** [compiler_cycle] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
At 02:51 PM 6/10/2011, Martin wrote: On 10/06/2011 22:31, Jonas Maebe wrote: This happened during a full make (after a full "make clean") So both compiler and rtl should have been build, before packages? fcl-web is then probably just the first package fcl-web is the only package that currently uses fpmake for building. btw: isn't ";" a valid char in a unix pathname? Yes, but it's quite rare. It's simply the best way we have found to detect Unix environments via the Makefile. A better way is always welcome. I am no expert at this, but for example a "/" is not allowed in windows filenames (so it should not be in windows path at all. Sorry, but you're wrong. Windows (actually since the days of DOS) happily accepts a forward slash in a path: >Microsoft Windows XP [Version 5.1.2600] >(C) Copyright 1985-2001 Microsoft Corp. > >C:\Documents and Settings\Ralf>cd /windows > >C:\Documents and Settings\Ralf\WINDOWS> Just did the above in a DOS shell on Windows XPSP3. And I just tested this on Windows 7 Pro as well, with the same basic result. Internally, all path related functions of Windows allow AFAIK both forward and backwards slashes, it's just the GUI that doesn't allow you to enter the forward slash... Ralf ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10 Jun 2011, at 23:56, Martin wrote: > On 10/06/2011 22:53, Jonas Maebe wrote: >> On 10 Jun 2011, at 23:51, Martin wrote: >> >>> I am no expert at this, but for example a "/" is not allowed in windows >>> filenames (so it should not be in windows path at all. Of course a user can >>> still put it in there...) >>> On unix, it is likely to be there => unless the path is almost empty >>> >>> Can the makefile check the existence of a directory? (and would this check >>> obey the \/ difference?) >>> If so (the root directory) / should always exist on unix. >>> But on windows "/" is not allowed in filenames, and can not exist. >> Afaik this doesn't hold anymore if you run make inside a cygwin shell. > > Right but iirc cygwin was detected on it's own, and PATHSEP for cygwin was / > anyway Indeed. Then it must have been something else. > Anyway, if cygwin allows / then it wouldn't matter if / was used? > Of course other settings may be affected... Many other settings are affected (default search location for the "fpc" binary, extension of executables and script files, calling the zipper, installing files, ...). Jonas___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10/06/2011 22:53, Jonas Maebe wrote: On 10 Jun 2011, at 23:51, Martin wrote: I am no expert at this, but for example a "/" is not allowed in windows filenames (so it should not be in windows path at all. Of course a user can still put it in there...) On unix, it is likely to be there => unless the path is almost empty Can the makefile check the existence of a directory? (and would this check obey the \/ difference?) If so (the root directory) / should always exist on unix. But on windows "/" is not allowed in filenames, and can not exist. Afaik this doesn't hold anymore if you run make inside a cygwin shell. Right but iirc cygwin was detected on it's own, and PATHSEP for cygwin was / anyway Anyway, if cygwin allows / then it wouldn't matter if / was used? Of course other settings may be affected... As I said, makefiles are not exactly my strong side... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10 Jun 2011, at 23:51, Martin wrote: > I am no expert at this, but for example a "/" is not allowed in windows > filenames (so it should not be in windows path at all. Of course a user can > still put it in there...) > On unix, it is likely to be there => unless the path is almost empty > > Can the makefile check the existence of a directory? (and would this check > obey the \/ difference?) > If so (the root directory) / should always exist on unix. > But on windows "/" is not allowed in filenames, and can not exist. Afaik this doesn't hold anymore if you run make inside a cygwin shell. Jonas___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10/06/2011 22:31, Jonas Maebe wrote: This happened during a full make (after a full "make clean") So both compiler and rtl should have been build, before packages? fcl-web is then probably just the first package fcl-web is the only package that currently uses fpmake for building. btw: isn't ";" a valid char in a unix pathname? Yes, but it's quite rare. It's simply the best way we have found to detect Unix environments via the Makefile. A better way is always welcome. I am no expert at this, but for example a "/" is not allowed in windows filenames (so it should not be in windows path at all. Of course a user can still put it in there...) On unix, it is likely to be there => unless the path is almost empty Can the makefile check the existence of a directory? (and would this check obey the \/ difference?) If so (the root directory) / should always exist on unix. But on windows "/" is not allowed in filenames, and can not exist. Only I do not know, what happens with mounted filesystems or test if ./known.file exists... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10 Jun 2011, at 23:01, Martin wrote: > On 10/06/2011 21:54, Jonas Maebe wrote: >> On 10 Jun 2011, at 22:44, Martin wrote: >> >> Removing all stuff from it is what is causing the problem. The OS detection >> is based on checking whether or not the PATH contains a semicolon. If it >> doesn't, we assume it's Unix (it has always worked like that). > Ok, it was an easy fix. I added a trailing ";" > > However, the makefiles for building the compiler, (and probably rtl) did not > have a problem at all. > > This happened during a full make (after a full "make clean") > So both compiler and rtl should have been build, before packages? fcl-web is > then probably just the first package fcl-web is the only package that currently uses fpmake for building. > btw: isn't ";" a valid char in a unix pathname? Yes, but it's quite rare. It's simply the best way we have found to detect Unix environments via the Makefile. A better way is always welcome. Jonas___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10/06/2011 21:54, Jonas Maebe wrote: On 10 Jun 2011, at 22:44, Martin wrote: Ok, so I started changing the makefile, to see why patsep goes wrong Right on top of the makefile: ifeq ($(findstring ;,$(PATH)),) inUnix=1 SEARCHPATH:=$(filter-out .,$(subst :, ,$(PATH))) if I change it to inUnixXX=1 then it works so it seems that this test, reports my windows system as unix? $(PATH) => is that the environment? here is my PATH PATH=C:\FPC\SVN\trunk_build I removed all the other stuff from it, trunk_build has all that is needed. So there is no inteference from any other installed product... Removing all stuff from it is what is causing the problem. The OS detection is based on checking whether or not the PATH contains a semicolon. If it doesn't, we assume it's Unix (it has always worked like that). Ok, it was an easy fix. I added a trailing ";" However, the makefiles for building the compiler, (and probably rtl) did not have a problem at all. This happened during a full make (after a full "make clean") So both compiler and rtl should have been build, before packages? fcl-web is then probably just the first package btw: isn't ";" a valid char in a unix pathname? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
On 10 Jun 2011, at 22:44, Martin wrote: > Ok, so I started changing the makefile, to see why patsep goes wrong > > Right on top of the makefile: > > ifeq ($(findstring ;,$(PATH)),) > inUnix=1 > SEARCHPATH:=$(filter-out .,$(subst :, ,$(PATH))) > > > if I change it to > inUnixXX=1 > then it works > > so it seems that this test, reports my windows system as unix? > > $(PATH) => is that the environment? > > here is my PATH > > PATH=C:\FPC\SVN\trunk_build > > I removed all the other stuff from it, trunk_build has all that is needed. So > there is no inteference from any other installed product... Removing all stuff from it is what is causing the problem. The OS detection is based on checking whether or not the PATH contains a semicolon. If it doesn't, we assume it's Unix (it has always worked like that). Jonas___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
wrong detection of inUnix ?? [Re: [fpc-devel] fcl-WEB build broken]
Ok, so I started changing the makefile, to see why patsep goes wrong Right on top of the makefile: ifeq ($(findstring ;,$(PATH)),) inUnix=1 SEARCHPATH:=$(filter-out .,$(subst :, ,$(PATH))) if I change it to inUnixXX=1 then it works so it seems that this test, reports my windows system as unix? $(PATH) => is that the environment? here is my PATH PATH=C:\FPC\SVN\trunk_build I removed all the other stuff from it, trunk_build has all that is needed. So there is no inteference from any other installed product... On 10/06/2011 21:07, Martin wrote: From makefile.fpc # clean by replacing the command with 'echo' FPMAKE_BIN_CLEAN=$(wildcard ./fpmake$(SRCEXEEXT)) Not sure if related, it happened in make, not clean On 10/06/2011 21:03, Martin wrote: On 10/06/2011 21:01, Michael Van Canneyt wrote: On Fri, 10 Jun 2011, Martin wrote: Everytime I update, lately I run into issues problem is th "/" which is not regognized by windows. ./fpmake.exe windows believes "." is the command. That's kind of strange, because from LOCALFPMAKE=.$(PATHSEP)fpmake$(SRCEXEEXT) I would guess that the correct pathsep is used (namely \ under windows) LOCALFPMAKE is the command used to compile the lot. Michael. make.exe -C fcl-web smart make.exe[3]: Entering directory `C:/FPC/SVN/trunc/packages/fcl-web' C:/FPC/SVN/trunc/compiler/ppc386.exe fpmake.pp -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -FuC:/FPC/SVN/trunc/packages /fpmkunit/units/i386-win32 ./fpmake.exe build --localunitdir=../.. --globalunitdir=.. --os=win32 --cpu=i386 -o -XX -o -CX -o -Ur -o -Xs -o -O2 -o -n -o -O2 -o -FuC:/FP C/SVN/trunc/rtl/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-wi n32 -o -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/fpmkunit/units/i386-win32 -o -FE. -o -FUuni ts/i386-win32 -o -gl -o -O3 -o -Or -o -CpPENTIUMM -o -OpPENTIUMM -o -di386 -o -dRELEASE --compiler=C:/FPC/SVN/trunc/compiler/ppc386.exe -o " -XX -CX" '.' is not recognized as an internal or external command, operable program or batch file. make.exe[3]: *** [smart] Error 1 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/packages/fcl-web' make.exe[2]: *** [fcl-web_smart] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/packages' make.exe[1]: *** [packages_smart] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fcl-WEB build broken
From makefile.fpc # clean by replacing the command with 'echo' FPMAKE_BIN_CLEAN=$(wildcard ./fpmake$(SRCEXEEXT)) Not sure if related, it happened in make, not clean On 10/06/2011 21:03, Martin wrote: On 10/06/2011 21:01, Michael Van Canneyt wrote: On Fri, 10 Jun 2011, Martin wrote: Everytime I update, lately I run into issues problem is th "/" which is not regognized by windows. ./fpmake.exe windows believes "." is the command. That's kind of strange, because from LOCALFPMAKE=.$(PATHSEP)fpmake$(SRCEXEEXT) I would guess that the correct pathsep is used (namely \ under windows) LOCALFPMAKE is the command used to compile the lot. Michael. make.exe -C fcl-web smart make.exe[3]: Entering directory `C:/FPC/SVN/trunc/packages/fcl-web' C:/FPC/SVN/trunc/compiler/ppc386.exe fpmake.pp -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -FuC:/FPC/SVN/trunc/packages /fpmkunit/units/i386-win32 ./fpmake.exe build --localunitdir=../.. --globalunitdir=.. --os=win32 --cpu=i386 -o -XX -o -CX -o -Ur -o -Xs -o -O2 -o -n -o -O2 -o -FuC:/FP C/SVN/trunc/rtl/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-wi n32 -o -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/fpmkunit/units/i386-win32 -o -FE. -o -FUuni ts/i386-win32 -o -gl -o -O3 -o -Or -o -CpPENTIUMM -o -OpPENTIUMM -o -di386 -o -dRELEASE --compiler=C:/FPC/SVN/trunc/compiler/ppc386.exe -o " -XX -CX" '.' is not recognized as an internal or external command, operable program or batch file. make.exe[3]: *** [smart] Error 1 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/packages/fcl-web' make.exe[2]: *** [fcl-web_smart] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/packages' make.exe[1]: *** [packages_smart] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fcl-WEB build broken
Well what can I do do provide more info? btw: sorry for the upper-case subject, just a lot of other things, and then this on top... On 10/06/2011 21:01, Michael Van Canneyt wrote: On Fri, 10 Jun 2011, Martin wrote: Everytime I update, lately I run into issues problem is th "/" which is not regognized by windows. ./fpmake.exe windows believes "." is the command. That's kind of strange, because from LOCALFPMAKE=.$(PATHSEP)fpmake$(SRCEXEEXT) I would guess that the correct pathsep is used (namely \ under windows) LOCALFPMAKE is the command used to compile the lot. Michael. make.exe -C fcl-web smart make.exe[3]: Entering directory `C:/FPC/SVN/trunc/packages/fcl-web' C:/FPC/SVN/trunc/compiler/ppc386.exe fpmake.pp -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -FuC:/FPC/SVN/trunc/packages /fpmkunit/units/i386-win32 ./fpmake.exe build --localunitdir=../.. --globalunitdir=.. --os=win32 --cpu=i386 -o -XX -o -CX -o -Ur -o -Xs -o -O2 -o -n -o -O2 -o -FuC:/FP C/SVN/trunc/rtl/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-wi n32 -o -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/fpmkunit/units/i386-win32 -o -FE. -o -FUuni ts/i386-win32 -o -gl -o -O3 -o -Or -o -CpPENTIUMM -o -OpPENTIUMM -o -di386 -o -dRELEASE --compiler=C:/FPC/SVN/trunc/compiler/ppc386.exe -o " -XX -CX" '.' is not recognized as an internal or external command, operable program or batch file. make.exe[3]: *** [smart] Error 1 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/packages/fcl-web' make.exe[2]: *** [fcl-web_smart] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/packages' make.exe[1]: *** [packages_smart] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] fcl-WEB build broken => AGAIN
On Fri, 10 Jun 2011, Martin wrote: Everytime I update, lately I run into issues problem is th "/" which is not regognized by windows. ./fpmake.exe windows believes "." is the command. That's kind of strange, because from LOCALFPMAKE=.$(PATHSEP)fpmake$(SRCEXEEXT) I would guess that the correct pathsep is used (namely \ under windows) LOCALFPMAKE is the command used to compile the lot. Michael. make.exe -C fcl-web smart make.exe[3]: Entering directory `C:/FPC/SVN/trunc/packages/fcl-web' C:/FPC/SVN/trunc/compiler/ppc386.exe fpmake.pp -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -FuC:/FPC/SVN/trunc/packages /fpmkunit/units/i386-win32 ./fpmake.exe build --localunitdir=../.. --globalunitdir=.. --os=win32 --cpu=i386 -o -XX -o -CX -o -Ur -o -Xs -o -O2 -o -n -o -O2 -o -FuC:/FP C/SVN/trunc/rtl/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-wi n32 -o -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/fpmkunit/units/i386-win32 -o -FE. -o -FUuni ts/i386-win32 -o -gl -o -O3 -o -Or -o -CpPENTIUMM -o -OpPENTIUMM -o -di386 -o -dRELEASE --compiler=C:/FPC/SVN/trunc/compiler/ppc386.exe -o " -XX -CX" '.' is not recognized as an internal or external command, operable program or batch file. make.exe[3]: *** [smart] Error 1 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/packages/fcl-web' make.exe[2]: *** [fcl-web_smart] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/packages' make.exe[1]: *** [packages_smart] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] fcl-WEB build broken => AGAIN
Everytime I update, lately I run into issues problem is th "/" which is not regognized by windows. ./fpmake.exe windows believes "." is the command. make.exe -C fcl-web smart make.exe[3]: Entering directory `C:/FPC/SVN/trunc/packages/fcl-web' C:/FPC/SVN/trunc/compiler/ppc386.exe fpmake.pp -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -FuC:/FPC/SVN/trunc/packages /fpmkunit/units/i386-win32 ./fpmake.exe build --localunitdir=../.. --globalunitdir=.. --os=win32 --cpu=i386 -o -XX -o -CX -o -Ur -o -Xs -o -O2 -o -n -o -O2 -o -FuC:/FP C/SVN/trunc/rtl/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/hash/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/paszlib/units/i386-wi n32 -o -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -o -FuC:/FPC/SVN/trunc/packages/fpmkunit/units/i386-win32 -o -FE. -o -FUuni ts/i386-win32 -o -gl -o -O3 -o -Or -o -CpPENTIUMM -o -OpPENTIUMM -o -di386 -o -dRELEASE --compiler=C:/FPC/SVN/trunc/compiler/ppc386.exe -o " -XX -CX" '.' is not recognized as an internal or external command, operable program or batch file. make.exe[3]: *** [smart] Error 1 make.exe[3]: Leaving directory `C:/FPC/SVN/trunc/packages/fcl-web' make.exe[2]: *** [fcl-web_smart] Error 2 make.exe[2]: Leaving directory `C:/FPC/SVN/trunc/packages' make.exe[1]: *** [packages_smart] Error 2 make.exe[1]: Leaving directory `C:/FPC/SVN/trunc' make.exe: *** [build-stamp.i386-win32] Error 2 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] compiler bug with structs within nested classes
I heavily use nested classes in general and I've come across a problem where I cannot make explicit references data structures from another unit while embedded within classes. //Developer/Source/Builds/SCS/Linux/64/Output/uRTSPd.o:(.data+0x52f): undefined reference to `RTTI_DBMRTSP_DEF112' The linking error will change as I tried referencing different structs contained in dbmRTSP.pas unit. I can create classes/structs (that reference said structs) within the dbmRTSP unit that link, but when I reference the same structs from outside this unit I get the linking error above (which again changes with respect to the struct) http://bugs.freepascal.org/view.php?id=19534 Anyone familiar with nested classes look into this for me? Thanks a lot! ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] TField.OldValue
On Thu, 9 Jun 2011, LacaK wrote: Hi *, I have 2 questions, which I divide into 2 emails. 1st is about TField.OldValue and Delphi compatibility. Please look at small attached program (for SQLite3). In Delphi (with TClientDataSet and dbExpress) outputs: 1. Field.OnValidate: OldValue=N; Value=N; NewValue=N 2. Field.OnChange: OldValue=O; Value=N; NewValue=N 3. BeforePost: OldValue=O; Value=N; NewValue=N 4. AfterPost: OldValue=O; Value=N; NewValue=N 5. Before ApplyUpdates: OldValue=O; Value=N; NewValue=N 6. After ApplyUpdates: OldValue=N; Value=N; NewValue=N In FPC: 1. Field.OnValidate: OldValue=N; Value=N; NewValue=N 2. Field.OnChange: OldValue=null; Value=N; NewValue=N 3. BeforePost: OldValue=null; Value=N; NewValue=N 4. AfterPost: OldValue=O; Value=N; NewValue=N 5. Before ApplyUpdates: OldValue=O; Value=N; NewValue=N 6. After ApplyUpdates: OldValue=null; Value=N; NewValue=N As you can see, there are differences in 2,3,6, where in FPC OldValue is NULL but in Delphi is it "old value". Dou you think, that it is bug ? (at least it makes impossible compare OldValue and Value in BeforePost event handler and take some action when some field changes) At least it is a bug in 2,3. The OldValue should IMHO be available till the Post statement. After that, it is subject to debate. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
