Re: [fpc-devel] the new resourcestring in const translation

2011-09-09 Thread Sergei Gorelkin
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

Re: [fpc-devel] Major problem with Move and Array of Int64

2011-09-23 Thread Sergei Gorelkin
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

Re: [fpc-devel] FPC Performance: MOVAPD vs MOVSD

2011-10-19 Thread Sergei Gorelkin
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]).

Re: [fpc-devel] cvarutil: convert variant array of bytes into ansistring ?

2011-10-21 Thread Sergei Gorelkin
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

Re: [fpc-devel] threads crash on FreeBSD 9 RC1, FPC 2.6RC1

2011-11-09 Thread Sergei Gorelkin
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

[fpc-devel] Alignment question

2011-11-19 Thread Sergei Gorelkin
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

Re: [fpc-devel] Alignment question

2011-11-19 Thread Sergei Gorelkin
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

[fpc-devel] Issue with open arrays passed by value

2011-11-20 Thread Sergei Gorelkin
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

Re: [fpc-devel] Alignment question

2011-11-20 Thread Sergei Gorelkin
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

[fpc-devel] Exception handling differences with Delphi

2011-11-24 Thread 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, while FPC uses EDivByZero (the same exception class is used for integer division by z

Re: [fpc-devel] Internal error in FPC 2.6.0rc1

2011-11-25 Thread Sergei Gorelkin
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

Re: [fpc-devel] Exception handling differences with Delphi

2011-11-25 Thread Sergei Gorelkin
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

Re: [fpc-devel] Internal error in FPC 2.6.0rc1

2011-11-25 Thread Sergei Gorelkin
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

Re: [fpc-devel] Exception handling differences with Delphi

2011-11-25 Thread Sergei Gorelkin
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)

Re: [fpc-devel] Building trunk on Win32

2011-11-26 Thread Sergei Gorelkin
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,

Re: [fpc-devel] Building trunk on Win32

2011-11-26 Thread Sergei Gorelkin
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

Re: [fpc-devel] Building trunk on Win32

2011-11-26 Thread Sergei Gorelkin
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

Re: [fpc-devel] Building trunk on Win32

2011-11-27 Thread Sergei Gorelkin
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

Re: [fpc-devel] Building trunk on Win32

2011-11-27 Thread Sergei Gorelkin
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&#

Re: [fpc-devel] Building trunk on Win32

2011-11-27 Thread Sergei Gorelkin
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

Re: [fpc-devel] Building trunk on Win32

2011-11-27 Thread Sergei Gorelkin
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

Re: [fpc-devel] Building trunk on Win32

2011-11-27 Thread Sergei Gorelkin
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

Re: [fpc-devel] Re: out vs. var

2011-11-28 Thread Sergei Gorelkin
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

Re: [fpc-devel] Paramstr trailing spaces, bug or not?

2011-12-22 Thread Sergei Gorelkin
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

Re: [fpc-devel] Paramstr trailing spaces, bug or not?

2011-12-23 Thread Sergei Gorelkin
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

Re: [fpc-devel] -Oodfa

2011-12-30 Thread Sergei Gorelkin
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),

Re: [fpc-devel] -Oodfa

2011-12-30 Thread Sergei Gorelkin
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

Re: [fpc-devel] Misterious error

2011-12-31 Thread Sergei Gorelkin
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

Re: [fpc-devel] Misterious error

2011-12-31 Thread Sergei Gorelkin
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

Re: [fpc-devel] Misterious error

2012-01-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] Misterious error

2012-01-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] Misterious error

2012-01-03 Thread Sergei Gorelkin
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

Re: [fpc-devel] Misterious error

2012-01-04 Thread Sergei Gorelkin
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

Re: [fpc-devel] Pointer cache for fast class/pointer access.

2012-01-05 Thread Sergei Gorelkin
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

Re: [fpc-devel] Pointer cache for fast class/pointer access.

2012-01-05 Thread Sergei Gorelkin
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

Re: [fpc-devel] Manual reload of a DLL snapshot (with relocations) causes multiple AV

2012-01-06 Thread Sergei Gorelkin
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

Re: [fpc-devel] x86ins.dat

2012-01-07 Thread Sergei Gorelkin
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

Re: [fpc-devel] Changing Windows API A routines in SysUtils to W in Windows NT

2012-02-06 Thread Sergei Gorelkin
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

Re: [fpc-devel] Changing Windows API A routines in SysUtils to W in Windows NT

2012-02-06 Thread Sergei Gorelkin
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

Re: [fpc-devel] copy for PChar

2012-02-19 Thread Sergei Gorelkin
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

Re: [fpc-devel] copy for PChar

2012-02-19 Thread Sergei Gorelkin
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

Re: [fpc-devel] Faster InitObject

2012-02-23 Thread Sergei Gorelkin
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

Re: [fpc-devel] Faster InitObject

2012-02-23 Thread Sergei Gorelkin
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

Re: [fpc-devel] TBytes

2012-02-28 Thread Sergei Gorelkin
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

Re: [fpc-devel] Copy function and dynamic array

2012-02-29 Thread Sergei Gorelkin
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

Re: [fpc-devel] Copy function and dynamic array

2012-02-29 Thread Sergei Gorelkin
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

Re: [fpc-devel] Re: Whole Program Optimization with FPC 2.6.0?

2012-04-08 Thread Sergei Gorelkin
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

Re: [fpc-devel] Interface: Method resolution clauses

2012-04-30 Thread Sergei Gorelkin
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

Re: [fpc-devel] Interface: Method resolution clauses

2012-04-30 Thread Sergei Gorelkin
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

Re: [fpc-devel] Interface: Method resolution clauses

2012-04-30 Thread Sergei Gorelkin
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

Re: [fpc-devel] Testing Intel/AMD AVX-Implemenation

2012-05-04 Thread Sergei Gorelkin
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

[fpc-devel] Build failure on win64

2012-05-17 Thread Sergei Gorelkin
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 -

Re: [fpc-devel] Build failure on win64

2012-05-17 Thread Sergei Gorelkin
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

Re: [fpc-devel] WinCE support degraded?

2012-05-25 Thread Sergei Gorelkin
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

Re: [fpc-devel] question about parameter loading code

2012-06-10 Thread Sergei Gorelkin
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

Re: [fpc-devel] Windows 64bit SEH exception handling

2012-06-19 Thread Sergei Gorelkin
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

[fpc-devel] About tests/tbf/tb0002.pp

2012-07-16 Thread Sergei Gorelkin
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 ___

Re: [fpc-devel] Cross compiling x86 on amd64, linking to crtbegin.o etc.

2012-07-16 Thread Sergei Gorelkin
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

Re: [fpc-devel] Cross compiling x86 on amd64, linking to crtbegin.o etc.

2012-07-17 Thread Sergei Gorelkin
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

Re: [fpc-devel] FPC -Rintel and -alr options

2012-08-20 Thread Sergei Gorelkin
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

Re: [fpc-devel] FPC -Rintel and -alr options

2012-08-21 Thread Sergei Gorelkin
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

Re: [fpc-devel] push [rdx]

2012-08-29 Thread Sergei Gorelkin
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.

Re: [fpc-devel] URIParser is not up to spec

2012-09-19 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML Components

2012-11-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML Components

2012-11-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML Components

2012-11-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML Components

2012-11-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML Components

2012-11-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] fp IDE and gdbint on Debian Wheezy/testing

2012-11-06 Thread Sergei Gorelkin
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

Re: [fpc-devel] Interface usage causes FPC to crash

2012-11-30 Thread Sergei Gorelkin
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

Re: [fpc-devel] Revisiting MacOS for PPC (and possibly 68K)

2012-12-10 Thread Sergei Gorelkin
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

Re: [fpc-devel] mips-linux and mipsel-linux snapshots available

2012-12-16 Thread Sergei Gorelkin
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

Re: [fpc-devel] Forwarded message about FPC status

2012-12-17 Thread Sergei Gorelkin
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

Re: [fpc-devel] Image size is too big for target even if external debug file is used

2013-02-05 Thread Sergei Gorelkin
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,

Re: [fpc-devel] Status of SEH in FPC

2013-03-02 Thread Sergei Gorelkin
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

Re: [fpc-devel] Some Opcodes missing in internal assembler for mips32r2

2013-05-28 Thread Sergei Gorelkin
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

Re: [fpc-devel] Some Opcodes missing in internal assembler for mips32r2

2013-05-28 Thread Sergei Gorelkin
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

Re: [fpc-devel] Some Opcodes missing in internal assembler for mips32r2

2013-05-28 Thread 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$a0,$a0,1 this does not work: and$

Re: [fpc-devel] Some Opcodes missing in internal assembler for mips32r2

2013-05-29 Thread Sergei Gorelkin
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

Re: [fpc-devel] Some Opcodes missing in internal assembler for mips32r2

2013-06-03 Thread Sergei Gorelkin
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

Re: [fpc-devel] Some Opcodes missing in internal assembler for mips32r2

2013-06-16 Thread Sergei Gorelkin
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

Re: [fpc-devel] How can I distribute code in two different memory areas? (.section)

2013-06-16 Thread Sergei Gorelkin
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

Re: [fpc-devel] how to produce object codes that do not reference symbolic registers

2013-06-18 Thread Sergei Gorelkin
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=

Re: [fpc-devel] Performance of string handling in trunk

2013-06-20 Thread Sergei Gorelkin
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

Re: [fpc-devel] Performance of string handling in trunk

2013-06-20 Thread Sergei Gorelkin
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

Re: [fpc-devel] Performance of string handling in trunk

2013-06-21 Thread Sergei Gorelkin
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

Re: [fpc-devel] (hack) calling fpc libraries from other languages on freebsd/amd64

2013-11-20 Thread Sergei Gorelkin
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

[fpc-devel] bug or feature?

2013-11-22 Thread 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? type PReal = ^Real; const xa: array[0..3] of Real = (1.0,2.0,3.0,4.0); procedure test(x: PReal); begin wr

Re: [fpc-devel] bug or feature?

2013-11-24 Thread Sergei Gorelkin
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

Re: [fpc-devel] Problem with bitpacked records and STM32F107 Controller

2013-12-11 Thread Sergei Gorelkin
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

Re: cpstrnew branch (was Re: [fpc-devel] Freepascal 2.4.0rc1 released)

2009-11-11 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML DOM thread safety

2009-11-11 Thread Sergei Gorelkin
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

Re: [fpc-devel] profiling under windows

2009-11-20 Thread Sergei Gorelkin
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

[fpc-devel] Inrerface delegation by class-type property: which way to go?

2009-12-04 Thread Sergei Gorelkin
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

[fpc-devel] TIntefaceEntryType declaration

2009-12-10 Thread Sergei Gorelkin
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

Re: [fpc-devel] XML Stream capacity

2010-01-14 Thread Sergei Gorelkin
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.

Re: [fpc-devel] XML Stream capacity

2010-01-14 Thread Sergei Gorelkin
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

Re: [fpc-devel] New issue in fcl-xml

2010-01-15 Thread Sergei Gorelkin
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

Re: [fpc-devel] procedure ... message(); in Linux

2010-02-18 Thread Sergei Gorelkin
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

Re: [fpc-devel] Interface delegation fix: backport to FPC 2.4.2 ...?

2010-05-19 Thread Sergei Gorelkin
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   2   3   4   >