09.09.2011 18:36, Martin пишет:
fpc recently added the ability to translate
const Foo: String = resourcestring;
if resourcestring changes so does Foo
Any way to work around this?
Probably only by duplicating the literal value which is used to initialize.
because in C:\lazarus_latest\componen
23.09.2011 5:52, Andrew Brunner пишет:
I use latest FPC from /trunk/ and this problem just started happening recently.
...
Posting to the MySQL 5.1 database : the field size is as expected.
Retrieving /converting the list (asString) from the database with all
values set to small numbers appears
19.10.2011 17:45, Graeme Geldenhuys пишет:
Not that I understand much of the assembler generated, but what I did
notice is that Delphi XE2 64-bit uses the MOVAPD function (introduced in
SSE2 [1]), but even if I specify -O3 -CfSSE3 with 64-bit FPC, FPC only
uses the MOVSD (introduced in 386 [2]).
21.10.2011 13:47, LacaK пишет:
Hi,
I am now working on fcl-db TBinaryField, which has Value: Variant property.
As I understand documentation, this variant should be returned as variant array
of bytes.
Later when are assigning values of fields into params also this variant array
is copied (into
09.11.2011 22:58, Helmut Hartl пишет:
My (quick) deduction from the output below was that somewhow the initialisation
of the memory
managment for the new thread gone bad, as the crash seems to be in the new
thread.
Hence I changed the memorymanager to cmem and the problem goes away, now our
so
Hello,
Is it possible to declare a (SSE friendly) record or array type, so that local variables of this
type get aligned to e.g. 16 bytes? Target is x86_64 with aligned stack.
The {$codealign localmin=16} directive seems to work, but it is an ugly
solution because:
- it must be effective at a
19.11.2011 14:14, Jonas Maebe пишет:
On 19 Nov 2011, at 11:31, Sergei Gorelkin wrote:
Is it possible to declare a (SSE friendly) record or array type, so that local
variables of this type get aligned to e.g. 16 bytes?
I don't think so. For this, we'd probably need a separate v
Hello,
Currently compiler can place an array of const or open array parameter into register. Moreover, if
such parameter is passed by value, a local copy is made on heap (except for i386 with non-fixed
stack where a copy is made on stack).
A local copy on heap must be disposed in 'finally' bloc
20.11.2011 23:38, Jonas Maebe пишет:
On 20 Nov 2011, at 21:18, Florian Klämpfl wrote:
Sorry, I meant recordalignmin.
And I didn't think of that setting. Yes, that should indeed work.
It doesn't, {$codealign recordnmin} changes only alignment of fields within the record, not
alignment of t
Hello,
There are some differences between FPC and Delphi exception handling (working on SEH support, one
would inevitably collect all of them):
1) Delphi uses EZeroDivide for floating-point division by zero, while FPC uses EDivByZero (the same
exception class is used for integer division by z
25.11.2011 13:36, Michael Müller пишет:
Hi,
I tested RC1 using one of my codes and ran into an internal error. I was able
to reduce the code to the following.
Free Pascal Compiler version 2.6.0rc1 [2011/10/15] for i386
Copyright (c) 1993-2011 by Florian Klaempfl and others
Target OS: Win32 for
24.11.2011 21:48, Florian Klämpfl пишет:
Am 24.11.2011 14:59, schrieb Sergei Gorelkin:
Hello,
There are some differences between FPC and Delphi exception handling
(working on SEH support, one would inevitably collect all of them):
1) Delphi uses EZeroDivide for floating-point division by zero
25.11.2011 15:49, Sergei Gorelkin пишет:
The error is at the beginning of SetArray() call.
I guess this one is for me to fix.
Fixed in r19684.
If possible, please consider merging the fix to 2.6.
Regards,
Sergei
___
fpc-devel maillist - fpc
25.11.2011 21:00, Tomas Hajny пишет:
Isn't the fact that it's missing in i386-linux RTL more an omission of the
respective platform maintainer rather than a hint that it might be
specific to Windows (and specifically to old Windows)?
Extending my previous comment after digging a bit more:
1)
26.11.2011 17:18, Leonardo M. Ramé пишет:
Runtime error 226 at $0040C776
$0040C776
$0040FB59
$7C81A1C2
$7C845A7C
$7C83FE59
$7C82EB2F
$7C828355
$0040C776 is systhrd.inc line 125"if TLSKey=$ then RunError(226)
$0040FB59 is syswin.inc line 356,
26.11.2011 21:40, Sven Barth пишет:
On 26.11.2011 19:50, Sergei Gorelkin wrote:
26.11.2011 17:18, Leonardo M. Ramé пишет:
$0040C776 is systhrd.inc line 125 "if TLSKey=$ then RunError(226)
$0040FB59 is syswin.inc line 356, DLL_THREAD_ATTACH branch of
exec_tls_callback
This i
26.11.2011 23:10, Leonardo M. Ramé пишет:
This machine is running Win2003 32bits as Guest on VirtualBox 4.1.2 on Ubuntu
11.10 x86_64. On Windows it is not running any antivirus and I enabled only the
default services, disabled firewall/updates/antivirus/etc.
I did a test with processexplorer
27.11.2011 0:41, Leonardo M. Ramé пишет:
This is the output I get after update:
...
Well, now ppc2.exe at least starts.
Can you further try to build with OPT=-dDISABLE_TLS_DIRECTORY ?
But don't execute 'make clean all OPT=-dDISABLE_TLS_DIRECTORY' at the top-level directory, as in
this case OP
27.11.2011 13:09, Jonas Maebe пишет:
On 27 Nov 2011, at 12:05, Sergei Gorelkin wrote:
But don't execute 'make clean all OPT=-dDISABLE_TLS_DIRECTORY' at the top-level
directory, as in this case OPT is apparently ignored.
I regularly use OPT at the top level myself and I
27.11.2011 13:26, Jonas Maebe пишет:
On 27 Nov 2011, at 12:19, Sergei Gorelkin wrote:
27.11.2011 13:09, Jonas Maebe пишет:
I regularly use OPT at the top level myself and I've never seen it being
ignored in that situation.
Earlier in this thread Leonardo wrote:
Sven, I added OPT
27.11.2011 16:45, Leonardo M. Ramé пишет:
Well, I found I had an e:\pp directory containing an fpc 2.5.1, and my PATH was
pointing to it, so my previous tests could have been influenced by some files
from that directory.
After deleting it, I compiled from top level directory using:
e:\fpc-bi
27.11.2011 19:10, Sven Barth пишет:
On 27.11.2011 16:45, Sergei Gorelkin wrote:
The fact it works with DISABLE_TLS_DIRECTORY and fails otherwise
suggests that the foreign thread raises exceptions and FPC tries to
handle them. Error 255 is most likely caused by Halt(255) in
rtl/inc/except.inc
28.11.2011 14:26, Sven Barth пишет:
Am 28.11.2011 12:02, schrieb Michael Müller:
Additionally, if you use the -gt command line option then the compiler will
overwrite the
contents of (non-reference-counted) out-parameters in the function entry code.
This switch will
do nothing for open array p
23.12.2011 1:26, Joost van der Sluis пишет:
What I did was this: 'make install PREFIX=c:\lazarus\fpc\2.7.1\' the
trailing backslash is important...
Then make runs (among others) the following command:
.\fpmake.exe install --localunitdir=../.. --globalunitdir=.. --os=win32
--cpu=i386 -o -Ur -o
23.12.2011 16:18, Marco van de Voort пишет:
- syswin.inc code looks like any number of delimiters between parameters
are skipped.
.. unless quoted.
- this extra whitespace is added by the makefile, suggesting some
buggy/incorrect processing in
make.exe or makefile itself.
It could be th
30.12.2011 14:42, Jonas Maebe пишет:
On 30 Dec 2011, at 10:26, Florian Klämpfl wrote:
Beta. I'am not aware of any missing stuff, but it's mainly untested.
I tried to activate by default it during the development of the JVM port (since
the JVM will abort if it detects an uninitialized read),
30.12.2011 15:18, Florian Klämpfl пишет:
I played with this yesterday and what about extended Initialize to
support unmanaged types? In case of an unmanaged type it just calls
fillchar.
I was rather thinking about 'varout' (or so) parameter type, which was suggested already several
times in t
31.12.2011 16:58, José Mejuto пишет:
Hello Jonas,
Wednesday, December 28, 2011, 2:43:16 PM, you wrote:
JM> The most likely problem is memory corruption by your program.
[...]
JM> give more accurate diagnostics).
A bit more information:
Environment is win32.
The line that raises the excepti
31.12.2011 18:52, José Mejuto пишет:
Hello FPC,
Saturday, December 31, 2011, 3:39:59 PM, you wrote:
SG> r19668 affects codegeneration of constructors and custom enumerators, and
fixes
SG> http://bugs.freepascal.org/view.php?id=20827
SG> The reported location of crash in your case is likely
31.12.2011 23:17, José Mejuto пишет:
SG> Plain removal of this if..else breaks a couple of tests in
SG> the testsuite. But the information you
SG> provided gives some pointers to look at. At least, adding a
SG> check that constructor without
SG> pi_needs_implicit_finally flag doesn't have a
02.01.2012 14:16, Sergei Gorelkin пишет:
31.12.2011 23:17, José Mejuto пишет:
I'll be very happy in test any change you may want to try before
commit to SVN. This kind of problems seems to be very difficult to
catch, so I'll try to not change my codebase while you investigate in
o
03.01.2012 23:54, José Mejuto пишет:
Hello FPC,
Monday, January 2, 2012, 9:27:50 PM, you wrote:
The solution to optimize the unnecessary finally blocks without
breaking exit behavior is still to
be found.
SG> More sophisticated patch applied in r19955. If you can test
SG> your project with
04.01.2012 15:58, José Mejuto пишет:
Hello FPC,
Tuesday, January 3, 2012, 10:01:54 PM, you wrote:
Do you know which kind of code I must look for to isolate the problem
?
SG> I'd suggest looking at the constructors containing an 'exit' statement,
SG> but I'm not entirely sure.
SG> Does rest
05.01.2012 15:45, Marco van de Voort пишет:
In our previous episode, Sven Barth said:
Object instead Class?
They are basically similar to "records with methods" (which we now have
as well...) if you use them directly (this means: not as pointer types):
they are located on the stack and nested
05.01.2012 16:12, Marco van de Voort пишет:
In our previous episode, Sergei Gorelkin said:
This is no longer correct, stack based objects are initialized and
finalized if necessary. There was indeed an issue with inheritance (if
both ancestor and descendant contain managed members, then
06.01.2012 18:07, Gennadiy Poryev пишет:
= Preamble =
First, I'd like to know why calling of DLL entry point anew does not
re-initialize _all_ RTL
internals regardless of what was remembered prior to taking the snapshot. Is it
just assuming good
behavior of system loader that carefully zeroe
07.01.2012 16:53, tgrundke пишет:
Hi,
i am working on the AVX-support for the fp-compiler.
Some AVX-assembler instructions have 4 operant e.g.
VBLENDVPD xmm1, xmm2, xmm3/m128, xmm4
INTEL Def.
3.1.1.2 Opcode Column in the Instruction Summary Table (Instructions
with VEX prefix)
/is4: An 8
06.02.2012 20:39, Felipe Monteiro de Carvalho пишет:
Hello,
SysUtils for Windows utilizes only A Windows APIs, while it could use
W APIs in Windows NT. The attached patch starts correcting improving
the situation.
Advantages of the patch:
* Allows for unicode file names in TStringList.LoadFrom
06.02.2012 23:45, Marco van de Voort пишет:
In our previous episode, Felipe Monteiro de Carvalho said:
1> makes it impossible to support Unicode and support Windows 9x at
the same time, but I doubt that Free Pascal wants to drop Windows 9x
support (even if it is obsolete).
Afaik we already h
19.02.2012 18:38, Mattias Gaertner пишет:
Hi,
When I use "copy" on a PChar (e.g. copy(p,1,1)), it is very slow,
because the compiler converts the PChar to a string.
Not sure why it is allowed in the first place. If out of Delphi compatibility, maybe we should leave
it enabled for {$mode delphi
19.02.2012 20:34, Mattias Gaertner пишет:
Is there already a function
function Copy(StartPos: PChar; Count: PtrUInt; StopAt0: boolean =
true): string;
I don't know about an already existing such function (well, actually SetString used to work that way
in the past, but no longer), but here's o
23.02.2012 13:16, Sven Barth пишет:
In August 2010 Florian already said that maybe FillChar should be optimized:
http://lists.freepascal.org/lists/fpc-devel/2010-July/021146.html (at the
bottom)
In early 2011 I wrote an assembler implementation of FillChar for x86_64 (cannot be used for FreeBS
23.02.2012 22:57, Marco van de Voort пишет:
In our previous episode, Sergei Gorelkin said:
In August 2010 Florian already said that maybe FillChar should be optimized:
http://lists.freepascal.org/lists/fpc-devel/2010-July/021146.html (at the
bottom)
In early 2011 I wrote an assembler
28.02.2012 16:31, Marco van de Voort пишет:
In our previous episode, Sven Barth said:
handling completely again which seems to be possible according a thread
with Allen Bauer in Embarcadero forum. And please implement it before
AnsiStrings can't be used for the purpose anymore.
If you care abo
29.02.2012 17:05, Sven Barth пишет:
It's not a bug in Delphi if they write it in the documentation. Whether we
should copy this behavior
is the question (maybe only in Delphi mode).
It cannot be fixed for Delphi mode only because a single copy of RTL is used
for all compiler modes.
The curre
29.02.2012 18:21, LacaK пишет:
It cannot be fixed for Delphi mode only because a single copy of RTL is used
for all compiler modes.
The current situation where out of range 'length' parameter is adjusted but
'index' out of range
raises exception is simply self-inconsistent. It is also inconsist
08.04.2012 11:33, Martin Schreiber пишет:
Am 07.04.2012 18:09, schrieb Martin Schreiber:
Am 07.04.2012 11:31, schrieb Martin Schreiber:
Hi,
A minimal MSEgui program compiled with FPC 2.6.0 is 711KB on
i386-win32 and
796KB on i386-linux.
BTW, the same MSEgui minimal program compiled with Delph
30.04.2012 19:06, Marcos Douglas пишет:
Hi,
Can I, using FPC trunk, do this sintaxe?
type
TMemoryManager = class(TInterfacedObject, IMalloc, IErrorInfo)
function IMalloc.Alloc = Allocate;
procedure IMalloc.Free = Deallocate;
...
end;
I'm using 2.6.1 and do not works.
To m
30.04.2012 20:38, Marcos Douglas пишет:
Simple. Does not compile.
The following compiles successfully (in Win32):
-- cut
{$mode objfpc}{$h+}
uses activex;
type
TMemoryManager = class(TInterfacedObject, IMalloc)
function IMalloc.Alloc = Alloc
30.04.2012 22:42, Marcos Douglas пишет:
FPC 2.6.1 or 2.7.1 (trunk)?
I'm using 2.6.1 and I can't compile it.
I was testing with trunk, but I don't remember significant changes to this part
of compiler after 2.6.0.
What error do you get?
Sergei
___
f
04.05.2012 10:39, Sven Barth пишет:
Am 03.05.2012 22:34, schrieb Torsten:
While we follow only a few formatting rules in the compiler,
I think this is very hard to read.
- What does rax86.IntToStr?
i need this for create warnings (check memory reference size) and i
don't like include a rtl unit
Hello,
I've just encountered 'make clean all OPT=-dTEST_WIN64_SEH' in trunk failure:
make ./msg2inc.exe
make[5]: Entering directory `C:/trunk/compiler'
C:/trunk/compiler/ppc3.exe -Ur -Xs -O2 -n -Fux86_64 -Fusystems -FuC:/trunk/rtl/units/x86_64-win64
-Fix86_64 -FE. -FUx86_64/units/x86_64-win64 -
17.05.2012 15:44, Jonas Maebe пишет:
On 17 May 2012, at 13:39, Sergei Gorelkin wrote:
I've just encountered 'make clean all OPT=-dTEST_WIN64_SEH' in trunk failure:
make ./msg2inc.exe
make[5]: Entering directory `C:/trunk/compiler'
C:/trunk/compiler/ppc3.exe -Ur
25.05.2012 15:53, Thaddy пишет:
AFAIK! and tested today, and only for kolce and fpc 2.5.1 wince works. Anything
newer doesn't. (No
wince above 6.5)
I have no clue if it is the compiler or the libraries yet.
It is RTL, cpstrnew code imports GetConsoleCP and GetConsoleOutputCP functions which are
10.06.2012 20:26, Florian Klämpfl пишет:
Am 10.06.2012 08:15, schrieb Fuxin Zhang:
Dear sirs,
When trying to generate code debuggable by GDB, I meet a problem:
* it seems mips C code will expect a frame pointer = sp after stack
adjustment
* but in cpupara.pas, when we create para info, we d
19.06.2012 23:43, tomek пишет:
Hello,
with reference to http://bugs.freepascal.org/view.php?id=12742 about random
crash with Windows
OpenDialog Box only on Win7 64bit.
Today I compile trunk-fpc with TEST_WIN64_SEH support and it seems that this
bug is resolved with SEH.
I checked a few times
Hello,
tests/tbf/tb0002.pp is intended to fail, but currently it fails because the VMT symbol
(VMT_$P$PROGRAM_$$_TA) is unresolved while linking. Shouldn't compiler detect usage of typeof() on
an object type without VMT and report error at compile stage instead?
Sergei
___
17.07.2012 2:51, Jonas Maebe пишет:
On 17 Jul 2012, at 00:36, Konstantin wrote:
The bad thing is
that these paths are determined by the FPC function
librarysearchpath.FindFile and as this function does not honor the
target architecture. It always returns /usr/lib/. as the default
architect
On 17.07.2012 15:04, Jonas Maebe wrote:
On 17 Jul 2012, at 07:15, Sergei Gorelkin wrote:
I'm afraid this isn't entirely correct. The problems arise when using "-n" in
the command line (one example is compiling fpmake for packages directory). In this case
any paths from
21.08.2012 5:38, ABorka пишет:
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 .
-R switch controls parsi
21.08.2012 10:32, ABorka пишет:
That requires masm to compile the project.
Likewise, using "-al" requires GNU AS to compile. The latter is typically installed together with
FPC, so it just works transparently.
What I actually want is to see the disassembled code from my project (as Intel
Sy
30.08.2012 2:50, Martin пишет:
Does anyone know if that is valid intel style assembler?
push [rdx]
When an instruction has no register operands, it needs operand size to be
explicitly specified:
push qword ptr [rdx]
FPC complains (on intel /win 64 bit).
It's from PascalScript code.
19.09.2012 11:45, Graeme Geldenhuys пишет:
Hi,
I have to deal with complex URL's in a new part in my project, and thought I
would take advantage of
the already existing URIParser unit in FPC. At closer inspection I noticed that
the URIParser is not
up to RFC-3986 specs. Even some of the termin
02.11.2012 17:08, Michael Van Canneyt пишет:
On Fri, 2 Nov 2012, Andrew Brunner wrote:
I think it would be a good solution and even prove faster in controlled
environments. Plus all
data is stored as widestrings in the DOM.
The first question I have is if there was such an option would th
02.11.2012 17:44, Mattias Gaertner пишет:
Sergei Gorelkin hat am 2. November 2012 um 14:32
geschrieben:
In this case, the issue is not encoding, but literal ESC (#27) code used in
data. XML specification
does not allow codepoints below 32, except TAB,CR and LF, to appear in data,
both in
02.11.2012 21:06, Jeppe Græsdal Johansen пишет:
Den 02-11-2012 18:04, Michael Van Canneyt skrev:
On Fri, 2 Nov 2012, Jeppe Græsdal Johansen wrote:
and LF, to appear in data, both in literal and escaped forms.
In other words, XML is wrong technology to work with binary data, unless it is
enc
02.11.2012 19:57, Andrew Brunner пишет:
So where in the specs does it say that parsers must reject certain byte
sequences between cdata tags excepting XML tags.
If this is supported by specs it would help shape a viable solution.
This is not supported. Encoding processing, line-feed normalizat
02.11.2012 21:22, Jeppe Græsdal Johansen пишет:
Den 02-11-2012 18:19, Sergei Gorelkin skrev:
02.11.2012 21:06, Jeppe Græsdal Johansen пишет:
Den 02-11-2012 18:04, Michael Van Canneyt skrev:
On Fri, 2 Nov 2012, Jeppe Græsdal Johansen wrote:
and LF, to appear in data, both in literal and
On 05.11.2012 18:00, Jonas Maebe wrote:
On 05 Nov 2012, at 14:40, Vincent Snijders wrote:
I found out the cause of *my* problem. The ld provided by Ubuntu
(version 2.22) was in /usr/bin. There was also an older version 2.21
in /usr/local/bin which was actually chosen. Fixing that solved my
pro
30.11.2012 17:20, David Ballesteros пишет:
Hi,
Im interested on known the answers to Graeme questions.
Delegation to interface-type properties is fully supported.
Delegation to class-type properties is supported, but it requires the delegate class to implement
the interface (this requirement
11.12.2012 1:27, Sven Barth пишет:
It's putting a significant number of AT_NONE entries into the table, and
the first one it tries to take out (which obviously isn't the first
entry in the list) causes the internal error. When being put in, this
entry had a call stack like
#0 TASMDATA__REFASMSY
30.11.2012 1:46, Mark Morgan Lloyd wrote:
Running the program using the modified GDB, I get the same as before:
0 1>markMLl@pye-dev-07d:~$ which gdb
/usr/local/bin/gdb
0 1>markMLl@pye-dev-07d:~$ gdb /usr/local/bin/ppcmips
GNU gdb (GDB) 7.0.1-debian
..
(gdb) set arg -h
(gdb) run
Starting program
17.12.2012 13:55, Sven Barth пишет:
smart linking MSEide on
64 bit Linux is not possible with 2GB ram,
Linking is a problem of ld, not of Free Pascal. ld was not designed for the
workload we put on it
(especially regarding smart linking). You could try however if the new internal
ELF linker so
05.02.2013 19:32, Sven Barth пишет:
Hello together!
I have a arm-wince project (using LCL) where I have a stacktrace and I'd like
to resolve the symbol
information. As I'm not cross debugging I'm using an offline (post mortem)
process for which I
compile my application with debug information,
03.03.2013 2:53, Flávio Etrusco пишет:
Hello,
what's the current state of the SEH in FPC trunk?
IIRC - and according to wikipedia ;-) - SEH, at least for Windows, was
in the 2.7 roadmap, but I can't find any related brach, or commit, or
post.
Also AFAIU would have some gains in both executable s
28.05.2013 22:50, Michael Ring пишет:
I am currently writing/porting startup code for the pic32 chips, the inline
assembler of fpc seems
to lack support for some opcodes, any idea how I can workarround this?
With grep I found for example mtc1 in opcode.inc, but mtc0 is missing, this
opcode is
28.05.2013 23:40, Michael Ring пишет:
Thank you Sergei, I will have a look at that code.
I have just finished inserting ugly .long 0xx statements in my code to
hardcode the missing
pieces, I am really glad you answered ;-) ;-)
I also found some statements that get translated wrong:
and
29.05.2013 1:26, Michael Ring пишет:
I did the changes, parts of the opcodes now work fine, I think I have found the
problem with the li
+ and + mfc0 op-codes, if last parameter is 0 then the asm statement is
generated wrong:
This works:
and$a0,$a0,1
this does not work:
and$
29.05.2013 2:08, Sergei Gorelkin пишет:
29.05.2013 1:26, Michael Ring пишет:
I did the changes, parts of the opcodes now work fine, I think I have found the
problem with the li
+ and + mfc0 op-codes, if last parameter is 0 then the asm statement is
generated wrong:
This works:
and
29.05.2013 21:44, Michael Ring пишет:
This is looking good now on first view, all statements seem to pass through now.
The only thing not working is the register error in mfc0 (and friends) command.
Now I will wade through some more code to find out why my nice param
-CpMIPS32R2 is ignored by
16.06.2013 22:17, Michael Ring пишет:
I have now browsed through the current mips documentation and have created a
file that includes all
opcodes, the version they are first in (starting with mips32) and a small
comment what the mnemonic
does.
This file is attached to this mail.
The problem he
16.06.2013 23:39, Michael Ring пишет:
I had some time this weekend (while beeing grilled by the sun on my balcony) to
work on another
thing that did not work correct and that I did not understand (Now I do, I
least I hope ;-)
As said before in this thread, I wanted to distribute Code in two di
17.06.2013 19:20, Dennis пишет:
I am trying to create a cross compiler from x86 Debian-Linus -> mips-eb (endian
big) Linux (OpenWrt).
The target platform is a netgear 3700 router.
I downloaded the toolchain for openwrt mips-eb and try to make the cross
compiler.
when I run
make all CPU_TARGET=
20.06.2013 16:15, luiz americo pereira camara пишет:
I looked at http://forum.lazarus.freepascal.org/index.php/topic,21223.0.html
There's a significant performance drop in fpc trunk
The difference of generated code is a call to fpc_ansistr_assign and a
different implementation of fpc_AnsiStr_Co
20.06.2013 19:31, luiz americo pereira camara пишет:
Maybe in that example there's going an (unneeded) conversion?
This is possible. One needs to profile the example to tell for sure.
Regards,
Sergei
___
fpc-devel maillist - fpc-devel@lists.freepa
On 21.06.2013 17:11, luiz americo pereira camara wrote:
2013/6/21 Michael Schnell :
On 06/20/2013 05:31 PM, luiz americo pereira camara wrote:
Maybe in that example there's going an (unneeded) conversion?
If you use the same string type all over the place it would be a severe bug
if _any_ co
21.11.2013 0:45, Michal Wallace пишет:
Hey all.
I had a problem and I fixed it in the compiler, but I'm not sure
what the ramifications of my fix are for other people.
My goal was to expose some pascal code to python, as per:
http://wiki.freepascal.org/Developing_Python_Modules_with_Pascal
Th
Hello together,
The following compiles and executes correctly in objfpc mode (and rejected by Delphi and by FPC in
mode Delphi). Is implicit taking address of array there by design?
type
PReal = ^Real;
const
xa: array[0..3] of Real = (1.0,2.0,3.0,4.0);
procedure test(x: PReal);
begin
wr
25.11.2013 3:31, Paul Ishenin пишет:
22.11.2013 23:09, Sergei Gorelkin пишет:
Hello together,
The following compiles and executes correctly in objfpc mode (and rejected by
Delphi and by FPC in
mode Delphi). Is implicit taking address of array there by design?
Yes, it is a FPC feature which
11.12.2013 12:28, Sven Barth пишет:
Am 11.12.2013 08:43, schrieb Michael Ring:
The strb command seems to be the problem, documentation from STM states:
Each I/O port bit is freely programmable, however the I/O port registers have
to be accessed as
32-bit words (half-word or byte accesses are n
Graeme Geldenhuys wrote:
I have not looked at the cpstrnew branch, but what is the 4 bytes used
for in each string? Couldn't the individual bits in 1 byte value be
used? That will reduce the extra memory overhead by 75%?
It won't. 4 bytes will be used anyway because of alignment.
On x86_64, it
Inoussa OUEDRAOGO пишет:
(a long message skipped)
Rather that writing that much, you'd better simply bug me to speed it up :-)
Anyway, done in r14145.
Sergei
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
Paul Ishenin пишет:
What I can't understand why the biggest %time has the lowest seconds. E.g:
The second column is a cumulative time, i.e. sum of the time for the given function and everything
above it.
As result I don't understand which functions must be reviewed at first.
Have anybody
Hello,
I tried to familiarize myself with the issues which must be resolved in order to get the interface
delegation by class-type properties fixed.
It appears that the there are at least two ways to go: do it exactly like in Delphi, or do it
another way :-)
Delphi way is more or less describ
Hello,
What's the reason of having TInterfaceEntryType declared both in RTL (inc/objpash.inc) and compiler
(symconst.pas) and keeping them in sync? It seems that compiler can always use declaration from
System unit, no?
Regards,
Sergei
___
fpc-devel
Leonardo M. Ramé wrote:
I'm using fcl-xml to parse a XML data from a TMemoryStream/TStringStream and
noted it can parse streams with a maximum capacity of 4096 bytes, why can't it
receive bigger streams?.
The maximum capacity is defined in the constructor of TXMLStreamInputSource, in
XMLRead.
Leonardo M. Ramé wrote:
Thanks Sergey.
I tought that was why my program was stopping with an assertion in procedure
TNodePool.AddExtent of dom.pp, the assertion dissapears when I work with
smaller XML files.
BTW: the file worked with older versions of fcl-xml, now I'm using the trunk
version
Leonardo M. Ramé wrote:
Sorry, I found it now checks the encoding of the XML file. To accept spanish accented chars, I had to
include and it worked ok.
The iso-8859-1, utf-8 and utf-16 are the only encodings handled 'natively' (by
the XMLRead unit).
Any encoding not from this list must be h
Michael Schnell wrote:
Yep. Here you need to do a server and a client and it does not seem to
use "procedure message". But In Delphi/Windows you don't need to
create a server. Just using "procedure message" is enough o receive
a message from another process.
Things are more complicat
Matt Emson wrote:
I don't think so. I'd hate to see any specific pattern being implemented
at a base level. Why? Exactly what Marco said. Patterns are faddy - you
are not going to please everyone. I'd rather see a mechanism for
injecting first class extensions to existing classes. That way, i
1 - 100 of 322 matches
Mail list logo