Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Rad Studio 12 - Settings compatible #527

Closed
SiveaITA opened this issue Mar 8, 2024 · 3 comments
Closed

Rad Studio 12 - Settings compatible #527

SiveaITA opened this issue Mar 8, 2024 · 3 comments
Labels
Element: Compiler/IDE Issues related to a particular Compiler and/or IDE Status: Duplicate Issue is a duplicate of another issue Type: Enhancement Issue is proposing a new feature/enhancement

Comments

@SiveaITA
Copy link

SiveaITA commented Mar 8, 2024

Now that the dpk are produced to recompile in Delphi 12, I suggest to change the $LIBSUFFIX in auto and change all the name of DPK without "290" suffix".

This is how Rad Studio refer to Indy component (and also the new package RDGoogleAI in getit).

In all original DPK from Embarcadero, the $LIBSUFFIX is set to AUTO, the name in the "requires" section is without del "290" suffix but the bpl crated are with 290 suffix.

To replace original Indy with github sources, i try 2 times:

  1. Maintain the github Indy names, but I should changes all Embarcadero DPK, and with getit package I should build by hand, while getit gave an error about Indy... not found.

  2. The second time I do the opposite: change the name and setting of Indy github dpk and those give the right way.

Internal libraries (without sources) of Embarcadero are always linked to Indy*290.bpl runtime.

Example of IndyProtocols.dpk:

package IndyProtocols;

{$R *.res}
{$IFDEF IMPLICITBUILDING This IFDEF should not be used by users}
{$ALIGN 8}
{$ASSERTIONS ON}
{$BOOLEVAL OFF}
{$DEBUGINFO OFF}
{$EXTENDEDSYNTAX ON}
{$IMPORTEDDATA ON}
{$IOCHECKS ON}
{$LOCALSYMBOLS ON}
{$LONGSTRINGS ON}
{$OPENSTRINGS ON}
{$OPTIMIZATION OFF}
{$OVERFLOWCHECKS OFF}
{$RANGECHECKS OFF}
{$REFERENCEINFO ON}
{$SAFEDIVIDE OFF}
{$STACKFRAMES ON}
{$TYPEDADDRESS OFF}
{$VARSTRINGCHECKS ON}
{$WRITEABLECONST OFF}
{$MINENUMSIZE 1}
{$IMAGEBASE $400000}
{$DEFINE DEBUG}
{$DEFINE VER360}
{$ENDIF IMPLICITBUILDING}
{$DESCRIPTION 'Indy 10 Protocols'}
{$LIBSUFFIX AUTO}                                               <-------------------- Here there are AUTO suffix
{$RUNONLY}
{$IMPLICITBUILD ON}

// RLebeau: cannot use IdCompilerDefines.inc here!

{$DEFINE HAS_PKG_RTL}
{$IFDEF NEXTGEN}
  {$IFDEF IOS}
    // there is no RTL package available for iOS
    {$UNDEF HAS_PKG_RTL}
  {$ENDIF}
{$ENDIF}

requires
  {$IFDEF HAS_PKG_RTL}
  rtl,
  {$ENDIF}
  IndySystem,                                                    <--------------------- Here without 290 suffix
  IndyCore;                                                        <--------------------- Same

{$IFNDEF WINDOWS}
  {$IFDEF MSWINDOWS}
    {$DEFINE WINDOWS}
  {$ENDIF}
{$ENDIF}

contains
  IdASN1Util in 'IdASN1Util.pas',

@SiveaITA SiveaITA added Status: Reported Issue has been reported for review Type: Enhancement Issue is proposing a new feature/enhancement labels Mar 8, 2024
@rlebeau
Copy link
Member

rlebeau commented Mar 8, 2024

Now that the dpk are produced to recompile in Delphi 12, I suggest to change the $LIBSUFFIX in auto and change all the name of DPK without "290" suffix".

That is planned for Indy 11, there is an existing ticket for that: #133

with getit package I should build by hand, while getit gave an error about Indy... not found.

Indy is not available in GetIt yet. There is an existing ticket for that: #134

@rlebeau
Copy link
Member

rlebeau commented Mar 8, 2024

Closing as duplicate

@rlebeau rlebeau closed this as not planned Won't fix, can't repro, duplicate, stale Mar 8, 2024
@rlebeau rlebeau added Status: Duplicate Issue is a duplicate of another issue Element: Compiler/IDE Issues related to a particular Compiler and/or IDE and removed Status: Reported Issue has been reported for review labels Mar 8, 2024
@SiveaITA
Copy link
Author

SiveaITA commented Mar 8, 2024

I explained myself badly, I was talking about third-party projects distributed in GETIT that use Indy and that do not compile if Indy is not compiled according to what I indicated.
But no problem, changing by hand as I indicated solves the problem....

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Element: Compiler/IDE Issues related to a particular Compiler and/or IDE Status: Duplicate Issue is a duplicate of another issue Type: Enhancement Issue is proposing a new feature/enhancement
Projects
None yet
Development

No branches or pull requests

2 participants