[fpc-devel] Problem opening inc files without Archive set
Hi, I've just rebuilt the compiler on OS/2 and ran into a new problem. The build stops with the error below if the file it is trying to include does not have the archive bit set. It had been cleared by a recent backup. If I set the bit manually again, then it is able to read it and compiles ok. Tested with snapshot 'Free Pascal Compiler version 2.2.1 [2007/11/03]' and svn 'Free Pascal Compiler version 2.3.1 [2008/01/03]' --- make -C os2 all make[8]: Entering directory `F:/fpc/fpcbuild/fpcsrc/rtl/os2' F:/EMX/BIN/mkdir.exe -p ../../rtl/units/os2 as -o ../../rtl/units/os2/prt0.o prt0.as F:/PP231DEV/BIN/OS2/ppc386.exe -Ur -Ur -Xs -O2 -n -Fi../inc -Fi../i386 -FE. -FU../../rtl/units/os2 -di386 -dRELEASE -Us -Sg system.pas system.inc(231,2) Fatal: Can't open include file "genset.inc" Fatal: Compilation aborted make[8]: Leaving directory `F:/fpc/fpcbuild/fpcsrc/rtl/os2' --- Has anyone seen this before? Cheers, Dave ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Problem opening inc files without Archive set
On Mon, March 10, 2008 08:58, Dave Parsons wrote: Hi, > I've just rebuilt the compiler on OS/2 and ran into a new problem. > > The build stops with the error below if the file it is trying > to include does not have the archive bit set. It had been cleared > by a recent backup. > If I set the bit manually again, then it is able to read it and > compiles ok. . . > Has anyone seen this before? Not really, but it looks like a bug in file searching routines within OS/2 RTL (either those in unit System or those in SysUtils) or something like that. :-( Unfortunately, I won't be able to play with it within the next two weeks (my OS/2 machine is on a different continent than me right now). Tomas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Problem opening inc files without Archive set
On Mon, 10 Mar 2008 09:16:24 +0100 (CET), Tomas Hajny wrote: > On Mon, March 10, 2008 08:58, Dave Parsons wrote: > > > Hi, > > > I've just rebuilt the compiler on OS/2 and ran into a new problem. > > > > The build stops with the error below if the file it is trying > > to include does not have the archive bit set. It had been cleared > > by a recent backup. > > If I set the bit manually again, then it is able to read it and > > compiles ok. > . > . > > Has anyone seen this before? > > Not really, but it looks like a bug in file searching routines within OS/2 > RTL (either those in unit System or those in SysUtils) or something like > that. :-( Unfortunately, I won't be able to play with it within the next > two weeks (my OS/2 machine is on a different continent than me right now). Yes, probably an incorrect mask to DosFindFirst somewhere. It's not urgent since there is an easy workaround for now. I've got another problem also which I will report in a separate mail later. Cheers, Dave ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Problem opening inc files without Archive set
Dave Parsons wrote: Has anyone seen this before? may be it is related to http://bugs.freepascal.org/view.php?id=10873 Regards, Bernd. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Patch, speed improvement for ARM-rtl procedure 'move'
Hello, the attached patch improves the performance of the rtl Move_blended procedure by about 16 % on ARMv4, when both destination and source addresses are aligned. I rearranged the code and could remove one instruction of the inner loop 'Ldwordloop'. I think the patch should work for the Move_pld procedure too (ARMv5), but I could not test it. Regards, Bernd. Index: rtl/arm/arm.inc === --- rtl/arm/arm.inc (Revision 10376) +++ rtl/arm/arm.inc (Arbeitskopie) @@ -277,14 +277,15 @@ tst r3,#7 bne .Ldwordloop *) + sub r2, r2, #4 .Ldwordloop: - sub r2,r2,#4 ldr r3,[r0],#4 - cmp r2,#4 + subs r2, r2, #4 str r3,[r1],#4 - bcs .Ldwordloop - cmp r2,#0 + bpl .Ldwordloop + cmp r2,#-4 moveq pc,lr + add r2, r2, #4 .Lbyteloop: subs r2,r2,#1 ldrb r3,[r0],#1 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Date and Time formatting via locale settings doesn't work under FPC 2.2.0
Hi,
Reading the documentation about DateToStr() and DateTimeToStr(), it
mentions that it takes the locale and regional settings in
consideration when formatting the date and time. I have a Linux PC
that used the USA location at setup. A Linux PC that has South Africa
as location (also specified in the installation setup). I also asked a
fellow Russian developer to test on his PC.
We used the following line as mentioned in the docs.
Writeln(Format ('Today is: %s',[DateToStr(Date)]));
Output under Windows (russian):
Today is: 10.03.2008
Under Windows the formatting seems to work fine under all three PC's
tested. Date formats changed accordingly.
Output under Linux:
Today is: 10-3-08
We got the exact same output on all three PC's tested. So basically
the locale/region information is totally ignored! Is the date format
hard-coded under Linux or is there something vital that we are missing
under Linux?
Formats as far as I know should have been:
Russia: dd.mm.
USA: mm-dd-(I think)
RSA: dd/mm/or /mm/dd (dependent on the OS used)
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Date and Time formatting via locale settings doesn't work under FPC 2.2.0
On Mon, 10 Mar 2008, Graeme Geldenhuys wrote:
> Hi,
>
> Reading the documentation about DateToStr() and DateTimeToStr(), it
> mentions that it takes the locale and regional settings in
> consideration when formatting the date and time. I have a Linux PC
> that used the USA location at setup. A Linux PC that has South Africa
> as location (also specified in the installation setup). I also asked a
> fellow Russian developer to test on his PC.
>
> We used the following line as mentioned in the docs.
>
> Writeln(Format ('Today is: %s',[DateToStr(Date)]));
>
> Output under Windows (russian):
> Today is: 10.03.2008
>
> Under Windows the formatting seems to work fine under all three PC's
> tested. Date formats changed accordingly.
>
>
> Output under Linux:
> Today is: 10-3-08
>
> We got the exact same output on all three PC's tested. So basically
> the locale/region information is totally ignored! Is the date format
> hard-coded under Linux or is there something vital that we are missing
> under Linux?
The locale/region information is ignored by default. I have a unit that loads
this
information using Libc or the KDE settings, but it is not an option to
have this in sysutils by default, since it introduces a dependency on
Libc.
The section on 'Localization support' in the sysutils documentation mentions
that:
Localization support depends on various constants and structures being
initialized correctly. On Windows and OS/2 this is done automatically: a
widestring manager is installed by default which helps taking care of the
current locale when performing various operations on strings. The various
internationalization settings (date/time format, currency, language etc) are
also initialized correctly on these platforms.
Michael.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Date and Time formatting via locale settings doesn't work under FPC 2.2.0
On 10/03/2008, Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > The locale/region information is ignored by default. I have a unit that loads > this > information using Libc or the KDE settings, but it is not an option to > have this in sysutils by default, since it introduces a dependency on > Libc. Thanks Michael. We had an alternative in case FPC hard-coded it. :-) We will use the language translation files to set default (preferred) date/time formats. All other languages will default to the ISO 8601 format. Summary of ISO 8601 http://www.cl.cam.ac.uk/~mgk25/iso-time.html Constant definitions would look like the following: 'mmdd"T"hhmmss';// for storage '-mm-dd hh:mm:ss'; // for display Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Date and Time formatting via locale settings doesn't work under FPC 2.2.0
On Mon, March 10, 2008 14:33, Michael Van Canneyt wrote: > On Mon, 10 Mar 2008, Graeme Geldenhuys wrote: . . > The section on 'Localization support' in the sysutils documentation > mentions > that: > > Localization support depends on various constants and structures being > initialized correctly. On Windows and OS/2 this is done automatically: a > widestring manager is installed by default which helps taking care of the > current locale when performing various operations on strings. The various > internationalization settings (date/time format, currency, language etc) > are > also initialized correctly on these platforms. Actually, I believe the widestring manager routines are still dummy for OS/2, i.e. not implemented yet. I don't remember about the other internationalization stuff right now from the top of my head. Tomas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] RTL: file system functions results encoding
Hi, Working with SysUtils.FindFirst and FindNext routines I found that the encoding of resulting TSearchRec record fields differs across platforms. Under Windows it seems to be ANSI and under Linux it seems to be UTF-8. The problem is that application expects the same encoding everywhere. Is there any way to determine the resulting encoding to convert fields to the encoding I need? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] RTL: file system functions results encoding
On Mon, 10 Mar 2008, Vladimir wrote: > Hi, > > Working with SysUtils.FindFirst and FindNext routines I found that the > encoding > of resulting TSearchRec record fields differs across platforms. > Under Windows it seems to be ANSI and under Linux it seems to be UTF-8. > The problem is that application expects the same encoding everywhere. > Is there any way to determine the resulting encoding to convert fields > to the encoding I need? In short: no. But you shouldn't have to ? The result depends on the system calls used by the FindFirst/FindNext calls, and since the system calls are by definition system dependent, so you know on which platform what encoding is used. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Summer of Code 2008
2008/3/7, Felipe Monteiro de Carvalho <[EMAIL PROTECTED]>: > I think I'll apply again on the name of Free Pascal and Lazarus for > summer of code, althougth because of past rejections I'd would be very > surprised if they accept us. We already have the answers for the > questions from last years so it should be quick. I tryed to have just > one link on the answer for many fields. Maybe they didn't like that in > previous applications. I just come across this ( http://developers.slashdot.org/developers/08/03/10/2012226.shtml ) : "Just wanted to drop a line reminding open source projects that they only have until March 12th (Pacific time) to apply for Google's Summer of Code. We are accepting more organizations this year than last because we want to add a couple hundred more students to the program. If you are part of a great project or know someone who is, we'd love to see an application. (...)" -- Inoussa O. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Analysis code
Hello. Please reply to the following question: what analysis and what methods analysis of the source code implemented in the FPC? What work is done in this direction? Thanks! Bal Nikita. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
