Hi all (but most likely Sven ;) ),

I've noticed the CPPClass no longer works and stops with: internalerror(200611034) -- From [compiler/ncgrtti.pas]

It's a case when generating the Object Definition RTTI ASM-Data, and doesn't handle odt_cppclass.. (Hence the internal error). Any way you could update the CPPClass to a working condition? I'd really like to use it as I would rather write a Pascal CPPClass and interface with a Library rather than making my own bridge library and interfacing with that.

Let me know!

Sincerely,

Dennis

Den wrote

I'd really like to use it as I would rather write a Pascal CPPClass and interface with a Library rather than making my own bridge library and interfacing with that.

Shouldn't there be 2 kind of CPPClass variants? One for GNU another for MSVC.
I'd hate to mention that there should be more (up to the number of C++ compilers), but these two are the most commonly used these days.

thanks,
Dmitry

Currently it only works with static or at least non-virtual methods anyway. Also instantiation or destruction of C++ classes will not work yet alone exceptions. So I don't know whether such a fix would help you much.

Maybe once my Master Thesis is done I'll find more time to work on this again.

Regards,
Sven

Currently only GCC (and CLang as both are compatible) is supported. Later on this might be extended by some possiblity to specify the type of C++ runtime to use (whether one program will be able to use both MVSC and GCC C++ classes at once is up to be seen).

Regards,
Sven

I would definitely be interested in it. I am done a project in about 3 months, so it would be *cough* (AWESOME) if you could by then *cough*! ;)

- Dennis

"Den" wrote

I would definitely be interested in it. I am done a project in about

3 months, so it would be *cough* (AWESOME) if you could by then *cough*! ;)

I won't promise anything, cause I have quite a few FPC projects, that are currently put on ice due to.ky thesis:
- generic functions and methods (and of course bug fixes)
- dynamic packages
- extension of helpers
- m68k revival
- NativeNT improvement
- Windows RT ?

The list just does not end... :/

Regards,
Sven

2014/1/22 Sven Barth

You forgotten about "Invoke" function in RTTI.pas ;)

Regards,
HNB

Right you are ^^
See what I meant with the never ending list? :P

Regards,
Sven

In our previous episode, Sven Barth said:

Fixing the implements keyword (#8951)? Anonymous methods?

( : -) )

*sigh* See? :P

Regards,
Sven

haha, well Sven, if some of my patches were to get accepted *cough* I'd help out a lot more.
I am just kinda tired of seeing such a huge difference in local modifications and the actual source. I would be more inclined to help you on some of these in about 3-4 months if I could see them actually getting accepted lol

- Dennis

Den wrote

haha, well Sven, if some of my patches were to get accepted *cough*

What patches? Are they available somewhere?

Besides Florian's mail: as long as the patches adhere to the compiler's coding style and the changes are agreed upon by us developers there are normally no problems with patches.

Regards,
Sven

Yep!

$INCLUDESTRINGFILE -- http://bugs.freepascal.org/view.php?id=25536 Apache24 Patch -- http://bugs.freepascal.org/view.php?id=25534 EGL/OpenGLES20 Split -- http://bugs.freepascal.org/view.php?id=25535

Although I have an updated version of the Apache24 which supports Config Options better and a few more macros.

I also have a small fix for 'WinSock2' inclusion which makes it actually get included in the Win32/Win64 FPMake (looks like it was planned but never added).

- Dennis

Den wrote:

Please excuse the fact that I have reordered the message to conform to the bottom-posting convention of this mailing list.

I think there's a big difference between adding or enhancing packages and tinkering with the core language. I suspect that your $INCLUDESTRINGFILE won't get accepted since it's considered too "Perl like", but here would be a good place to give some usage examples and to argue its merits.

Den wrote

Yep! $INCLUDESTRINGFILE -- http://bugs.freepascal.org/view.php?id=25536

I commented there just now.

Apache24 Patch -- http://bugs.freepascal.org/view.php?id=25534

Already assigned to Michael.

EGL/OpenGLES20 Split -- http://bugs.freepascal.org/view.php?id=25535

If noone beats me to it I'll take a look after my Master's thesis is done.

Although I have an updated version of the Apache24 which supports Config Options better and a few more macros.

There is still time to update your patch :P

I also have a small fix for 'WinSock2' inclusion which makes it actually get included in the Win32/Win64 FPMake (looks like it was planned but never added).

I already fixed that yesterday.

Regards,
Sven

I noticed you got the WinSock2 one when it conflicted with a file, I just chose to use the SVN copy as it was pretty much the same.

I'd like to update my Apach24 patch but it seems I can't seem to log-in to the Free Pascal bugs area.. It says my account is either blocked, disabled, or I entered the username/password incorrectly. I've been logging in the same way for many many years lol .. can someone check the error out for me? That would be most excellent. :)

And I saw your comment on the $INCLUDESTRINGFILE! Yes, of course! I would love to include a test case and such. Thank you for looking at it Sven. I was also thinking about the maximum size issue.. Should we use a constant for the Size Restraint? Or a parameter? (Or even another directive?)

- Dennis

Den wrote

Yep!

Ah, I thought you made cpp related ones.

Could be related that we switched off the community site.

@Florian, @Jonas: Does anyone of you know what Dennis could do?

I haven't thought that much yet.

Regards,
Sven

I've managed to log back in again, and all is well! I implemented the new INCLUDESTRINGFILE directive, and test case and etc.. The full message is in the bug report. ^_^

- Dennis Fehr