obones

It is not as monolithic as one may think at first. Sure, it's a big collection of files, but I'm talking about the JCL here, the class library that has NO visual components. Inside that library, functions are sorted by families, and quite nicely at that, with no heavy dependencies all around. I know full well the state of the Delphi ecosystem which explains the situation of the JCL and many other third party projects. I also know that the JCL itself won't attract new users to Delphi, and honestly, if I was to start today a project that targets Linux, I would not use Delphi. Thing is, there are users out there who have been relying on the JCL for a long time and they do not feel it to be safe to replace tried and tested code with code from Embarcadero that is almost 100% sure to behave differently on edge cases. It is for those users that I am willing to undertake this effort, and for which I was (naively) hoping to get some support, I was not looking for a painful reminder.

Hello, The JEDI Code Library is a code library for Delphi that has existed for almost as long as the IDE and which has proven useful to many users along that time. When Kylix came out, support for its Linux compiler was added to the JCL but was left dormant ever since. As it turns out, Delphi now has a new Linux compiler, based on LLVM and the support provided at the time for Kylix is not enough to bring back Linux support to the JCL. I am currently trying to make the JCL compile with this new Linux compiler as can be seen in the Linux64 branch here: https://github.com/project-jedi/jcl/tree/Linux64 As this is quite a large task for a single developer, I would appreciate some support in the form of pull requests, or simply advice on what I should be aware of. For instance, this compiler does not support inline assembly, so I need to rewrite those methods in PUREPASCAL form but my ASM is a bit rusty. Only the files from the common folder need to be tested with the Linux64 compiler, I personally have started with JclStreams as an arbitrary choice. I have tried to keep my commits as small as possible to illustrate what kind of problems there are and how I believe they are to be fixed. Many thanks for your consideration Olivier

Ah of course ! That package comes from the dark old ages of the beginning of Delphi and had its own copy of Spin.pas that was not included in the project dpk/dproj I simply removed the file altogether, it now uses the one from Delphi and everything is now working smoothly. Thanks for pointing this out.

Hello, I am writing an IDE package which `requires` list contains `vclsmp`. However, when I compile it, I get this warning: MyPackage.dpk(458): W1033 'Spin' unit is implicitly imported in the 'MyPackage' package And then the IDE shows a nice dialog telling me "You should add VclSmp". If I say yes, well, obviously, it does not do anything because VclSmp is already there. And, of course, if I try to install my package, I get an error message because TSpinEdit is already registerd by another package, namely the dclsmp270.bpl file This is all very strange to me and I don't quite get why it does not work. What did I miss? What should I look at?