Jedi fails to instal from the Get-it on Tokyo 10.2.2


Jedi fails to instal from the Get-it on Tokyo 10.2.2

Comments

  1. It's strange that the command isn't in your path.. on my computer, it comes up with the following. Personally, I would avoid using GetIt for Jedi. In my case, I found an error when the jedi installer was auto compiling the source, that the GetIt IDE integration didn't pick-up, as a result it would hose the IDE. I ended up installing it outside of the IDE, then selectively performing a compilation on the Delphi targets, until i isolated the one with the problem.

    [C:\temp] which bcc32

    bcc32 is an external : C:\Program Files (x86)\Embarcadero\RAD Studio\9.0\bin\bcc32.exe

    NOTE: My path is messed up, as that which command picked up XE2 compiler and not XE10. Change accordingly. Funny, Jedi install worked.

    ReplyDelete
  2. I try the latest build also, same problem. The install is a new windows sp1 VM...
    The problem is you expect getit work is filled with stable packages.

    ReplyDelete
  3. Yes. IMHO, GetIt doesn't quite fit the bill that we need for a component repo.

    ReplyDelete
  4. Saw online some kind of solution for newest JCL at least (I think, wait a sec...)
    "Then start install.bat as administrator. To avoid the "brcc32.exe not found" error uncheck all following checkboxes in the installation GUI:

    "Add JCL to C++ include path"

    "Copy HPP files to configured HPP directory"

    'Check HPP files"

    Now the JCL can be installed. After that installation of the JVCL is running fine also."

    ReplyDelete
  5. Thanks! Running as administrator dont even run, dont ask why, but the other options fix the problem!

    ReplyDelete
  6. Well, if there is a fake BCB Personality in the registry (Web Installer) the JCL Installer falls for it. This should now be fixed in the git master branch.

    ReplyDelete
  7. Yes, i have no idea why EMB do that. I have a Clean WIN7 VM and install with my delphi license.

    ReplyDelete

Post a Comment