Re: [fpc-devel] OSX: Setting up parameters to objc_msgSend()

On 10/12/18 8:17 AM, Dmitry Boyarintsev wrote: So, I'm wondering if it's actually a compiler issue or headers issue. and can ByteBool be used as a substitute for signed char. thanks, Dmitry ___ fpc-devel maillist -

Re: [fpc-devel] OSX: Setting up parameters to objc_msgSend()

Thanks.  I'll get a bug report in tomorrow morning. On 10/11/18 3:16 PM, Jonas Maebe wrote: On 11/10/18 21:41, David Jenkins wrote: Here is the assembly code generated by fpc (3.1.1) for just the section where .setEnabled(Enabled) is called ->  0x1001ba68d <+61>:  movq   -0x8(%r

[fpc-devel] OSX: Setting up parameters to objc_msgSend()

I spent some time trying to find documentation for objc runtime / objc_msgSend that shows this but didn't find anything that went into that level of detail. If objc_msgSend does expect this then I think the FPC objective c bridging is not correct.  Can any of you all verify this? David Jenkins Scooter Software ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] FPC fails on overload

Done.  Mantis 33875. On 6/18/18 3:01 PM, Florian Klämpfl wrote: Am 18.06.2018 um 22:00 schrieb David Jenkins: This is something that has just recently stopped working for us(with update to current trunk).  We previously were using trunk rev 36812 with no problems. Please submit a bug

Re: [fpc-devel] FPC fails on overload

, Jun 18, 2018 at 3:04 PM, David Jenkins wrote: The following code: {$MODE DELPHI} program CharOverload; uses SysUtils; procedure Foo(const aArg: UnicodeString); overload; begin WriteLn('WideString: ', aArg); end; procedure Foo(c: WideChar); overload; begin WriteLn('Char: ', c); end

[fpc-devel] FPC fails on overload

It fails with same messages with {$MODE OBJFPC}.  Is this known. I can enter a Mantis if desired. Thanks David Jenkins ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

[fpc-devel] Overload failure

Sorry.  Forgot to add that I tried on MacOS and Linux, 32bit & 64bit.  Same message on all. David ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] mode Delphi, property overload, and svn 19564

pointed out Delphi only accepts this for default properties. David Jenkins ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

[fpc-devel] mode Delphi, property overload, and svn 19564

nded to be available). But I couldn't find anything recent about whether it was still intended to be available for mode delphi. Thanks David Jenkins ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

have checked out this code and imported it into our code base. It works great. Thank you very much. In addition the work of searching through our code and making sure we are setting SortStyle correctly has uncovered a bug in our usage. So additional thanks :D David Jenkins

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/22/16 10:48 AM, Michael Van Canneyt wrote: On Tue, 22 Mar 2016, David Jenkins wrote: No one here holds Delphi up on a pedestal - least of all me. My viewpoint is completely practical/funcitonal - I have to make our code base work with FPC/LCL and VCL. Given the way we use find

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/22/16 9:53 AM, Denis Kozlov wrote: Please consider the following implementation logic, I think it covers all angles: procedure Find(const S: string; out Index: Integer):Boolean; begin if Sorted then Result := FindSorted(S, Index); else begin Index := IndexOf(S);

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/22/16 9:43 AM, Michael Van Canneyt wrote: Here we disagree. It IS buggy behavior. Delphi is not sacrosanct, it does contain bugs like any software. This is one of them. No one here holds Delphi up on a pedestal - least of all me. My viewpoint is completely practical/funcitonal -

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/22/16 4:15 AM, Michalis Kamburelis wrote: 2016-03-22 8:18 GMT+01:00 Ondrej Pokorny : This would be my preference too --- just raise the exception. Or just fallback on linear search using IndexOf, if the list is not known to be sorted. In my experience, it's a common

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/22/16 2:01 AM, Michael Van Canneyt wrote: But you agree that if Find is called on an unsorted list, bogus data will be returned ? Or, worse, an never-ending loop may occur ? In short, as you say, an "error condition" can ensue without you knowing it. That is a bug. So, in my opinion

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/21/16 3:44 PM, Michael Van Canneyt wrote: The reason for this behaviour is that find needs to be sure that the list is sorted. If it thinks the list is not sorted, the result cannot be guaranteed to be correct, and this is an error condition. What I don't understand about these

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/21/16 2:55 PM, Michael Van Canneyt wrote: We can introduce a property which disables the check, if you want. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel

Re: [fpc-devel] Questions on TStringList.Find change (Mantis 28744)

On 3/21/16 2:55 PM, Michael Van Canneyt wrote: We can introduce a property which disables the check, if you want. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel That

[fpc-devel] Questions on TStringList.Find change (Mantis 28744)

to have made the situation any better for people blindly misusing Find an unsorted list - while at the same time breaking Delphi compatibility and the option to manually keep lists sorted. Thoughts? David Jenkins da...@scootersoftware.com ___ fpc

Re: [fpc-devel] safecall_exceptions in OSX

for the interface connections to the 7z.dll. By enabling the safecall result passing for darwin I am able to use JclCompression with 7z.so with only slight modifications. So far I have seen no issues. I would not claim that this is a full test of XPCOM/safecall_exceptions on OSX. Regards David

[fpc-devel] safecall_exceptions in OSX

that tf_safecall_exceptions is only enabled in tsysteminfo for i_linux and i_win. Is it possible to enable tf_safecall_exceptions for i_macos. Thanks David Jenkins da...@scootersoftware.com ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http

[fpc-devel] nestedprocvar questions

Some questions about 'nestedprocvars' mode switch We have a simplified version of the nested procedure calling demonstrated in tests/test/tmaclocalprocparam3d.pp. It looks more or less like: {$mode DELPHI} {$modeswitch nestedprocvars} type tnestedprocvar = function(AArg: string):

Re: [fpc-devel] FreePascal Git Repo and 2_6 branch

On 4/28/2012 12:23 PM, Graeme Geldenhuys wrote: What I can do in an automated fashion, is to simply mirror the 2.6 fixes branch as a separate git repository (with limited history - going back to when 2.6 fixes branch was started). If this would be sufficient, I can set it up on Wednesday

[fpc-devel] FreePascal Git Repo and 2_6 branch

I am wondering if Graeme can update his FreePascal git mirror to include the 2_6 branches. Thanks David Jenkins ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

[fpc-devel] TMultiReadExclusiveWriteSynchronizer

. Or if this is something that could/should be addressed in FreePascal. Thanks David Jenkins Scooter Software ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel