TFPHTTPClient on MacOS

[trev]

....
As it is adding a method missing from an incomplete/out of date header file, I would hope so

But is there a bug report in there with a patch ?  My guess, its not going to happen otherwise.

There seemed little point as the old outdated/incomplete headers were going to be replaced by the new up-to-date headers (https://github.com/genericptr/MacOS_11_0 NSString.inc includes the missing method), but I have no visibility of the developer process or timing for doing that.

[dbannon]

Thanks Pierce, well done.

I'm on Catalina. FPC 3.2.2 and Lazarus 2.2.0, both built from source. I don't use Brew. Here are the SSL libraries on my machine:
...,,
I modified line 118 of openssl.pas by adjusting the size of the array and adding '.46' as the 2nd item:
....
Built and installed the changed version. Then your program works.
.....

Well, thats pretty clear. Without manually editing and rebuilding FPC components, it does not work. At least its clear now, I won't waste more time on it for what I am working on.

Maybe a long term solution is for FPC to have an API to specify the particular library files to load?

I wonder why we need to specify particular version numbers ?  Its more normal to look for eg libssl.dylib which will be a symlink to the OS recommended one ?  I wonder why this approach is not used with ssl ?

Obviously, we need to seriously avoid the libssl.0.9* ones, they are dangerously out of date openssl ones, I have no idea why Apple still include them.

Anyway, thanks Pierce, very useful.

Davo

[dbannon]

...
There seemed little point as the old outdated/incomplete headers were going to be replaced by the new up-to-date headers (https://github.com/genericptr/MacOS_11_0 NSString.inc includes the missing method), but I have no visibility of the developer process or timing for doing that.

OK, that makes sense Trev. It sounds like it could be a big job.  I will give up on what I was trying to do, maybe revisit when we are on top of some of these problems.

Davo