Does anyone know how to update dUnit which comes with Delphi 2010 to the latest svn source code?
Steps
Goto http://sourceforge.net/projects/dunit/
Download the zip file (currently version 9.3.0)
Unpack to a folder of your choice
Use Components|Install packages to remove the current DUnit package bpl.
Compile and install (optional) the new version. Compilation is needed only if you want to install the design time wizards or if you do not build your projects using the source. Installation is only needed if you want to use the design time wizards. Read the various doc and readme files for further instructions.
Update your environment's library path and the search paths of projects using DUnit:
take out any references to $(BDS)\source\DUnit*
put in a reference to the src subfolder of where you installed the new version
Update
The latest version on sourceforge is 9.3.0, but that is not the latest DUnit version. To get the latest DUnit version, you can go to its SVN repository: https://dunit.svn.sourceforge.net/svnroot/dunit/trunk/
The are at 9.4.0 (revision 41 according to the top of the page, version found in readme-9.4.txt and release.ini).
The sources found there do not contain any packages for Delphi versions past D7, but as mentioned in my response to Serg, these packages are for the DUnitWizards which were contributed from outside the main DUnit project. To use DUnit, you don't need these wizards. In fact, DUnit itself does not have any packages!
I think you can still use the wizards (or should I say project/unit templates) that come standard with Delphi and just make sure that your library and search paths point to the new version... In fact, I know you can, because that is what I did a couple of days ago: use the File|New|Other|Unit test| project and unit templates that come standard with the IDE, but compile against the newest sources downloaded from SVN.
You can either unregister current DUnit package by removing its key from Registry:
HKCU\Software\CodeGear\BDS\7.0\Known IDE Packages\$(BDS)\Bin\unittestide140.bpl
Then download and install the new version from any folder you want, into the IDE as you install any other IDE package.
Or you build the new version, copy the generated BPL file to $(BDS)\bin\ folder, and its .DCU files to $(BDS)\Lib\ folder, and replace $(BDS)\Source\DUnit folder with the source folder you downloaded from SVN.
Related
I'm using Delphi CE 10.4, and it has the DCC32.exe disabled line compilation.
I'm trying to manually install Jedi components, in the readme of JCL it says that it's needed to open and edit included file to customize options, in my case, source\include\jcld27win32.inc.
I'm starting to learn Delphi, and I didn't understand whats is it is necessary to do in this file, and didn't find videos showing a manual installation.
Someone who already installed this way could help me?
Manual Installation Although it is not recommended, a manual
installation is possible. You will have to manually configure options
for the library. That is done by modifying an included file. For each
tool you want to install the JCL in, repeat the following steps:
Open and edit included file to customize options: ... For Delphi 10.4 and C++Builder 10.4 Win32: source\include\jcld27win32.inc ...
In the IDE, open and compile package Jcl.dpk (or Jcl.bpk for C++Builder) located in a subdirectory of the "packages" directory
matching your version of the IDE. This package doesn't have to be
installed since it doesn't provide any components.
If you want to install experts, open package JclBaseExpert.dpk and compile it, then you can install all the experts you want (packages
are located in the same directory).
I have downloaded the latest build of the Delphi Spring Framework. As directed in the readme file, I ran Build.exe and selected my two versions of Delphi (XE5 and Seattle). In neither Delphi installation can I see that a package has been installed nor my library search path modified. What am I missing or is there something else I must do to install and use it?
Thanks in advance for your help.
There are no packages to install in Spring4D because only designtime packages are actually installed (as in they show up in the IDE). Everything the Build.exe does it compile the runtime packages for the selected Delphi versions and add the dcu folder to your library path (if you have checked that in the options).
The registry keys where it looks for the library path is specified in the Build.Settings.Compilers.ini (which are default values that every Delphi installation has).
When trying to install JCL and JVCL into Delphi 10 Seattle using the GetIt Package Manager I get an error:
"Windows 7 Professional Service Pack 1 (6.1.7601)
JVCL 3.50.0.0
[Generating: Packages]
Generating packages for D15
Loaded template.dpk
Loaded template.dproj
Loaded template.rc
[Compiling: Packages]
[Compiling: JvCore150.bpl]
Embarcadero Delphi for Win32 compiler version 22.0
Copyright (c) 1983,2010 Embarcadero Technologies, Inc.
C:\Users\Lars\Documents\Embarcadero\Studio\17.0\CatalogRepository\JEDIVisualComponentLibraryJVCL-3.49\Common\jvcl.inc(26) Fatal: F1026 File not found: 'jedi\jedi.inc'
"
JCL version is 2.8.0 that is available via GetIt Package Manager
This question has some resemblance with Error in JCL installation
Uncheck other versions of delphi - The JCL installer defaults to installing into EVERY version of Delphi, not just Delphi 10 Seattle. You have to page by page and uncheck the main root tree item option on each page.
Make sure you don't have any other Jedi stuff linked implicitly into other packages you have installed.
Make sure none of the folders in your Library Path contains another copy (probably older and out of date) of jvcl.inc or jedi.inc files, or any other Jedi JCL or JVCL source or dcu files.
Clean up and remove old/stale DCP/DCU files.
If you want to attempt a manual repair of the package settings, open the package source JvCore.dpk from the packages folder beneath C:\Users\Lars\Documents\Embarcadero\Studio\17.0\CatalogRepository\JEDIVisualComponentLibraryJVCL-3.49\ and try to manually add to the search path the Common and Include folders that contain these two files.
After manual repairs, try manually restarting the installer main executable, probably named Install.bat
If none of those work, then I suspect that the problem is that the Repository folder is a pretty long path name, and the resulting library path name may be too long for something inside the JCL installer or the DCC32 command line compiler. In such a case, I would recommend removing anything you can from your library path before you start, install JCL+JVCL and then restore your library path to its former really-long value.
git clone git://github.com/project-jedi/jvcl.git jvcl
```
This will get you the JVCL repository. You also need the JCL https://github.com/project-jedi/jcl
How to install
Install the JCL https://github.com/project-jedi/jcl
Start the jvcl\install.bat
JCL:
git clone git://github.com/project-jedi/jcl.git jcl
cd jcl
git submodule update --init
```
This will get you the JCL repository and initializes the submodule that contains the jedi.inc and kylix.inc files.
How to install
Start the jcl\install.bat
I succeded to install JCL and JVCL by download a ziped version (JVCL349CompleteJCL27-Build5676.zip) containing both JCL and JCVL from http://jvcl.delphi-jedi.org/
The problem I had seams to relate to multible installations of Delphi and several versions of JCL in the path. If I just installed for DX, it worked fine :)
Use the GetIt Package Manager integrated in your RadStudio IDE to download JCL and JVCL, check this other question.
Finally a headeachless way to install JVCL!
Get JCL and JVCL from the source. Uncheck all no installed compilers.
This works for Embardadero 10.1 Berlin! (24)
(you could download the zip from this place)
https://github.com/project-jedi/jcl
https://github.com/project-jedi/jvcl
I have just migrated revision control systems to Subversion. We have chosen to use the latest version of Subversion, 1.7. When I switch to the history view in the Delphi editor an error occurs:
The path 'path/to/my/project' appears to be part of a Subversion 1.7 or greater working copy rooted at 'path/to/my/project'. Please upgrade your Subversion client to use this working copy.
Clearly the integration shipped with XE2 does not support Subversion 1.7. Does anyone know a workaround to this problem?
It should be possible to install the latest version (use a Subversion client to get the latest sources from the SourceForge SVN repository).
Edit (to clarify): "RAD Studio Version Insight" is the opensource project which provides the IDE Subversion integration. Its source code is maintained in a Subversion repository on SourceForge. So you can use any Subversion client to get the latest sources from that repository.
Currently the active maintainer of the project is Uwe Schuster.
I've successfully updated my (trial) RAD Studio XE2 to use the current trunk (rev. 152). Here are the steps:
Check out the latest sources
Open the project group in the IDE, change library suffix to 160 in Project Options for each package
Delete or rename svn.dcp, svnui.dcp in $(BDS)\lib\Win32\Release directory
Rebuild all three packages (svn, svnui, svnide), close the IDE
Replace svn160.bpl, svnui160.bpl, svnide160.bpl in $(BDS)\bin directory
Replace Subversion client DLLs in $(BDS)\bin\subversion directory (I used CollabNet Subversion Client DLLs 1.7.1.7211)
Start the IDE
For anyone else who encounters the problem, and thanks to TOndrej and Uwe, here is exactly what I did to get integration of svn 1.7 in XE2. I expect the same would work in XE.
Install Version Insight Plus Beta 7.1.
Install the win32svn client.
Point the Delphi IDE at the appropriate svn client with a registry setting in HKEY_CURRENT_USER\Software\Embarcadero\BDS\9.0\Subversion. Add a REG_SZ value named SvnDllDir, whose value is the bin directory of the win32svn client, C:\Program Files (x86)\Subversion\bin in my case. For XE this would be ...\BDS\8.0\....
another choice: you can create your repository with option --compatible-version ,it can make you create repository for old version.try "svnadmin help create" to get more information.you old version subversion can work well in rad studio
How I can install multiple versions of a library in Delphi or C++Builder? For example, I might want to be able to develop the next version of our app using the current versions of JCL and JVCL while still being able to compile the release version of our app using whatever version of JCL and JVCL were tested for that release.
Using more than one version of a library is easy with libraries like Boost, since those are just header files and library / DLL files that I can put wherever I want, and so I can simply point my project files at the appropriate library directories. However, since libraries like JCL and JVCL try to install themselves into the IDE, I'm not sure how to configure different projects to use different versions without it turning into an unmanageable hack.
(I'm still not entirely familiar with how Delphi manages components and projects - most of my experience is in C++ - so this may be part of my problem.)
We had the same problem, supporting older versions compiled with different versions of the components. Our solution was/is to use the IDE's " -r " command line option. With this switch it is possible to use different library paths and packages (at the same time). The only problem that we encountered with this approach was that some of us regularly tried to open an older project version in the wrong IDE instance.
[Old version 1.0] bds.exe -rVersion1.0
[trunk version ] bds.exe
How to setup those:
Start your IDE as you are used to it.
Install everything you need for "Version 1.0"
Close the IDE
Install all (old) packages (JCL/JVCL/...)
Start regedit.exe
Export the registry key HKCU\Software\CodeGear\BDS\5.0 to a *.reg file
Start nodepad.exe and do a search&replace in the *.reg file for "CodeGear\BDS\5.0" and replace it with "CodeGear\Version1.0\5.0"
Import the *.reg file (by double clicking it in the Windows Explorer)
Create a copy of your RAD Studio 2007 startmenu link and change the command line to include the "-rVersion1.0" key.
Now you have two IDE configurations that are equal. You can now change the IDE that doesn't use the " -r " command option to your trunk version's packages.
When you install all the packages, you must not use the default BPL and DCP directories unless the different package versions use different file names (like the JCL and JVCL do).
CodeGear\BDS\5.0 = Delphi 2007
CodeGear\BDS\6.0 = Delphi 2009
Borland\BDS\4.0 = Delphi 2006
Borland\Delphi\7.0 = Delphi 7