[fpc-devel] SVN 17548 does not compile
sysutils.pp(243,40) Error: Identifier not found "Mode" sysutils.pp(819,3) Warning: Symbol "GetLocaleFormatSettings" is not portable sysutils.pp(1277) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] status of "haltproc" issue tracked by 17383, 14958, 18831
On 23 May 2011, at 23:49, Seth Grover wrote: > Anyway, there were a lot of commits and revisions and > interdependencies between these issues, but I think what I'm taking > away from all of this is that the issue has been, in your estimation, > fully resolved: that shared libraries can now be successfully unloaded > (14958), and that the unhandled exception regression no longer occurs > (17383). Is that correct? And it appears that these fixes were > implemented in 2.5.1+ and not ported back to 2.4.4, is that also > correct? Yes, that's all correct. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] status of "haltproc" issue tracked by 17383, 14958, 18831
In our previous episode, Seth Grover said: > Jonas (or whoever else might care to answer), > > I've been scratching my head trying to figure out which issue to > follow in mantis regarding this bug. I *think* from what I've reading > the issue has been resolved completely (I haven't got a trunk testing > environment set up to test it), so hopefully you can straighten me > out. > > Issue 14958 ("Cannot unload shared library") was logged and then > fixed, but it caused a regression which I logged as issue 17383 > ("unhandled exception caught by .so's handler causes infinite loop"). > You reverted the regression, and then it appears later committed > revision 16418 to once again resolve issue 14958. > > I can see however that there are still relationships between 14958 and > 14959 (closed) and 12492 (still open). But I don't think the issue of > the .so unloading is directly affected by that issue. > > Anyway, there were a lot of commits and revisions and > interdependencies between these issues, but I think what I'm taking > away from all of this is that the issue has been, in your estimation, > fully resolved: that shared libraries can now be successfully unloaded > (14958), and that the unhandled exception regression no longer occurs > (17383). Is that correct? And it appears that these fixes were > implemented in 2.5.1+ and not ported back to 2.4.4, is that also > correct? Revisions that are not merged are here: http://www.stack.nl/~marcov/mergelogs/resultset.txt As far as I can see none of them are merged. Mantis items that have been merged to 2.4.4 should have had their targets set to 2.4.4, but that is not entirely fool-proof since it happens using information in commitmessages, and not all commits will mention the mantis item. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Re: Free Pascal 2.4.4 available
> The FPC 2.4.4 release is available You guys probably don't get enough praise and gratitude, so I just want to say "thanks" for the hard work put into this compiler by everyone involved. This is a most excellent project and is a pleasure to use in my work on a daily basis. Thanks again, and congratulations for another great release. Sincerely, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] status of "haltproc" issue tracked by 17383, 14958, 18831
Jonas (or whoever else might care to answer), I've been scratching my head trying to figure out which issue to follow in mantis regarding this bug. I *think* from what I've reading the issue has been resolved completely (I haven't got a trunk testing environment set up to test it), so hopefully you can straighten me out. Issue 14958 ("Cannot unload shared library") was logged and then fixed, but it caused a regression which I logged as issue 17383 ("unhandled exception caught by .so's handler causes infinite loop"). You reverted the regression, and then it appears later committed revision 16418 to once again resolve issue 14958. I can see however that there are still relationships between 14958 and 14959 (closed) and 12492 (still open). But I don't think the issue of the .so unloading is directly affected by that issue. Anyway, there were a lot of commits and revisions and interdependencies between these issues, but I think what I'm taking away from all of this is that the issue has been, in your estimation, fully resolved: that shared libraries can now be successfully unloaded (14958), and that the unhandled exception regression no longer occurs (17383). Is that correct? And it appears that these fixes were implemented in 2.5.1+ and not ported back to 2.4.4, is that also correct? Thanks a lot and have a nice day, -SG -- This email is fiction. Any resemblance to actual events or persons living or dead is purely coincidental. Seth Grover ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Free Pascal 2.4.4 available
2011/5/23 Marco van de Voort : > Hello, > > The FPC 2.4.4 release is available from our ftp-servers and sourceforge. > This is probably the final release created from the fixes_2_4 branch. > > Changes that may break backwards compatibility are documented at: > http://wiki.freepascal.org/User_Changes_2.4.4 > > Downloads are available at: > > the main FTP server at > > ftp:///193.224.143.39/pub/fpc/beta/2.4.4/ Should probably be: ftp://193.224.143.39/pub/fpc/dist/2.4.4/ > > and > > ftp://freepascal.stack.nl/pub/fpc/beta/2.4.4 > and ftp://freepascal.stack.nl/pub/fpc/dist/2.4.4/ Vincent ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Free Pascal 2.4.4 available (fixed links)
Something went wrong with the download links; the links were still pointing towards the beta. Here are the correct links: ftp://193.224.143.39/pub/fpc/dist/2.4.4/ and ftp://freepascal.stack.nl/pub/fpc/dist/2.4.4/ Note: the main ftp server is currently being migrated, that's why there is a IP based URL above. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Free Pascal 2.4.4 available
Your ftp link doesn't work for me. -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Free Pascal 2.4.4 available
Hello, The FPC 2.4.4 release is available from our ftp-servers and sourceforge. This is probably the final release created from the fixes_2_4 branch. Changes that may break backwards compatibility are documented at: http://wiki.freepascal.org/User_Changes_2.4.4 Downloads are available at: the main FTP server at ftp:///193.224.143.39/pub/fpc/beta/2.4.4/ and ftp://freepascal.stack.nl/pub/fpc/beta/2.4.4 Note: the main ftp server is currently being migrated, that's why the URL is ip-addres based. Enjoy! The Free Pascal Compiler Team Free Pascal Compiler Version 2.4.4 ** What's New in 2.4.4 ** Free Pascal 2.4.4 contains most library fixes from early June 2010 till March 2011. There are also some compiler fixes, most relating to 64-bit. Please also see http://wiki.freepascal.org/User_Changes_2.4.4 for a list of changes which may affect the behaviour of previously working code, and how to cope with these changes. Some highlights are: Packages: * Many improvements to the XML units * Many improvements to the database units. * Specially sqlite got quite some fixes. * Many improvements to the chm units. * Including a commandline CHM compiler * Many improvements to fppkg and fpmake for another round of testing. Platforms: * Fixes for multi-threading support in OS/2 RTL. See http://bugs.freepascal.org/changelog_page.php for the list of reported bugs which have been fixed in this release. ** What's New in 2.4.2 ** Free Pascal 2.4.2 contains many fixes and a few new features. Most bugfixes in the RTL and packages before June 2010 have been merged. Please also see http://wiki.freepascal.org/User_Changes_2.4.2 for a list of changes which may affect the behaviour of previously working code, and how to cope with these changes. Some highlights are: Compiler: * Support D2006+ FOR..IN, with some FPC specific enhancements. Refer to http://wiki.freepascal.org/for-in_loop for more information * Support for sealed and abstract classes. Packages: * The existing Mac OS X Universal Interfaces units have been synchronised with the Mac OS X 10.6 SDK. Several new units have also been added, and where indicated in the Mac OS X 10.6 SDK they have also been enabled for iPhoneOS/iOS. * Many improvements to the XML units * Many improvements to the database units * Many improvemnets to the chm units Platforms: * Long term bug in OS/2 implementation of unit Video finally fixed which among others allows inclusion of the text-mode IDE (without debugger) for this platform as part of the distribution again. See http://bugs.freepascal.org/changelog_page.php for the list of reported bugs which have been fixed in this release. ** What's New in 2.4.0 ** Free Pascal 2.4.0 contains many fixes and new features. While we did not manage to incorporate all planned additions, we believe this release offers a nice collection of new functionality and bug fixes. Please also see http://wiki.freepascal.org/User_Changes_2.4.0 for a list of changes which may affect the behaviour of previously working code, and how to cope with these changes. Some highlights are: Platforms: * New platform: Mac OS X/PowerPC64 * New platform: Mac OS X/x86_64 * New platform: Mac OS X/ARM (iPhone) Compiler: * Support for Delphi-style resource handling * Whole-program optimization infrastructure, which initially supports program devirtualization and unused virtual method removal * Much faster compilation of units containing many type-sections * The ability to suppress individual hints/warnings/notes * Several improvements to the DWARF debug information generation * Fixes to the generics support * Fixes to the interface delegation (implements) support * Improved cpu register allocation * Improved ARM/EABI support RTL: * Linearly scaling multi-threaded memory manager * Support for (advisory) file locking on Unix-based platforms when using the SysUtils file creation/opening routines * Support for ANSI ISO Extended Pascal ReadStr/WriteStr * A UnicodeString type that, while not yet equivalent to Delphi 2009's UnicodeString type, offers reference counted UnicodeString support on the Windows, Linux, Mac OS X, FreeBSD and Beos/Haiku platforms. Packages: * Many improvements to the XML units * Many improvements to the database units * Updated
Re: [fpc-devel] test suite, problem with missing libraries on the target
On 23 May 2011, at 11:49, Bernd Mueller wrote: I am running the test suite with remote execution (from a Windows host) on an ARM-Linux target. Some test programs fail at runtime, because they depend on libraries, which were not automatically copied to the target. For example: Failed to run test/tlib1b.pp 2011/01/21 18:06:08 (16) /mnt/tlib1b: can't load library 'libtlib1a.so' My target has very low resources so that I can not run the test suite directly on the target. How can my problem be solved? Maybe you are using TEST_DELTEMP=1? If so, remove it if you have enough disk space on the remote target. Most test sources that are later on used by other tests don't contain the necessary { %neededafter } directive, so they are immediately deleted even when they are still required later Alternatively, you can submit a patch that adds { %neededafter } to all affected tests). Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] test suite, problem with missing libraries on the target
Hello, I am running the test suite with remote execution (from a Windows host) on an ARM-Linux target. Some test programs fail at runtime, because they depend on libraries, which were not automatically copied to the target. For example: Failed to run test/tlib1b.pp 2011/01/21 18:06:08 (16) /mnt/tlib1b: can't load library 'libtlib1a.so' My target has very low resources so that I can not run the test suite directly on the target. How can my problem be solved? Thanks. Regards, Bernd. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] compiling svn: Fatal: Can't find unit httpdefs used by fpwebdata
On Mon, 23 May 2011, Martin wrote: I have just updated again, and I still have the problem. (SVN says there are no unmodified files) I really do need some help how to fix it. Fatal: Can't find unit httpdefs used by fpwebdata Fatal: Compilation aborted httpdefs.ppu is in packages\fcl-web\src\base\units\i386-win32 Should it be in this folder? This folder is not included in the list of unit paths. See command-line below (I have also checked using -va) There is no fpc.cfg. Should there be one? Where? What in it? If it is the correct place. Should the path be an -Fu option on the command-line? or should fpc use other means to find the path? (Which?) If it is not, where should it be? What decides where it goes, how can I trace the problem? (Or just fix it?) Please note the error happens while "C:/FPC/SVN/trunc/compiler/ppc386.exe" is used as fpc => that must mean the compiler itself has already been build, and is used. Any other ideas? I have set my PATH variable to a folder containing the checkout of http://svn.freepascal.org/svn/fpcbuild/trunk/install/binw32 (and nothing else) Thanks Martin On 21/05/2011 19:14, Martin wrote: Having a closer look. httpdefs.pp and .ppu are in fcl-web/base[/units...] This is not correct. but the command line for the compilation, does not have this directory C:/FPC/SVN/trunc/compiler/ppc386.exe -XX -CX -Ur -Xs -O2 -n -O2 -S2h -FuC:/FPC/SVN/trunc/rtl/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-base/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-xml/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-db/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-json/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/fcl-process/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/ibase/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/postgres/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/mysql/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/odbc/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/oracle/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/sqlite/units/i386-win32 -FuC:/FPC/SVN/trunc/packages/pxlib/units/i386-win32 -FE. -FUunits/i386-win32 -gl -O3 -Or -CpPENTIUMM -OpPENTIUMM -di386 -dRELEASE fpwebdata.pp The last line is not correct; The output directory should be something like -FU../../units/i386-win32 But I don't know why this is happening. Maybe you should remove the units/i386-win32 directory tree under "base" Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel