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.
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 bi
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
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
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 Mov
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 i
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
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
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.
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
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 app
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
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:/
13 matches
Mail list logo
