build: activer Win64, dont la configuration etait vide

Le groupe Base_Win64 du .dproj n'avait ni prefixes d'unites — d'ou
"Unite 'Windows' non trouvee" en recompilant TMS — ni Cfg_1_Win64 :
l'exe aurait compile sans icone et sans PerMonitorV2, donc flou sur un
ecran haute resolution. Complete en miroir exact de Win32, et Win64
coche dans l'IDE.

Builds Release 32 et 64 bits produits sur E:, un dossier .dcu par
plateforme — c'est ce qui empeche la pollution des sources TMS qui avait
casse le build Win32 le 7 septembre. Verifie : aucun .dcu depose.

Empreinte de licence identique en 32 et 64 bits, les deux couches a
TRUE des deux cotes : une licence vaut pour les deux exe.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -1421,16 +1421,29 @@ le vide ET vide `FPendingURL` → écran noir permanent sur cold-start lent.
   (sauvegarde dans `…\tmssoftware\_backup-x64-dcu-2026-09-07`) ; le build Win32
   retombe sur `Delphi12\Win32\Release\`. Le symptome reviendra a chaque
   alternance Win32/Win64 sur ce poste.
-- **Z: est quasi plein (0,3 Go au 2026-09-16).** Le build est redirige vers
-  `E:\password manager\` **par surcharge MSBuild**, pas dans le `.dproj` — un
-  chemin propre a une machine n'a pas sa place dans un fichier versionne :
+- **Z: est quasi plein (0,3 Go au 2026-09-16).** Le build sort sur `E:\password manager\`,
+  **un dossier par plateforme** — exe ET `.dcu` :
   ```
-  msbuild PMServer.dproj /p:Config=Release /p:Platform=Win32
-      "/p:DCC_ExeOutput=E:\password manager" "/p:DCC_DcuOutput=E:\password manager\dcu"
+  msbuild PMServer.dproj /t:Build /p:Config=Release /p:Platform=Win32|Win64
+      "/p:DCC_ExeOutput=E:\password manager\<Plateforme>"
+      "/p:DCC_DcuOutput=E:\password manager\dcu\<Plateforme>"
   ```
-  **F9 dans l'IDE sort toujours sur Z:.** Et l'exe de `E:\password manager\`
-  cree **son propre `vault.db`** a cote de lui, sans `config.txt` : ce n'est pas
-  le coffre de `delphi-backend\` ni celui de `E:\a pmanager\`.
+  Surcharge MSBuild, pas dans le `.dproj` : un chemin propre a une machine n'a
+  pas sa place dans un fichier versionne. **F9 dans l'IDE sort toujours sur Z:.**
+  **Des `.dcu` separes par plateforme sont ce qui empeche la pollution TMS**
+  ci-dessus : verifie au premier build 32+64, aucun `.dcu` depose a cote des
+  sources TMS. L'exe de `E:\password manager\` cree **son propre `vault.db`** a
+  cote de lui, sans `config.txt` : ni le coffre de `delphi-backend\`, ni celui
+  de `E:\a pmanager\`.
+- **Win64 (active le 2026-09-16).** Le groupe `Base_Win64` du `.dproj` etait
+  quasi vide : **ni prefixes d'unites** (`Winapi;System.Win;…`), d'ou
+  `F2613 Unite 'Windows' non trouvee` en recompilant TMS, **ni `Cfg_1_Win64`**
+  — l'exe aurait compile sans icone et sans `PerMonitorV2`, donc flou sur un
+  ecran haute resolution. Complete en miroir exact de Win32. **L'empreinte de
+  licence est identique en 32 et 64 bits** (verifie : `2179-C42D-2DF2-AE0B`
+  des deux cotes, les deux couches a TRUE) — une licence vaut pour les deux.
+  L'exe 64 bits cite `WebView2Loader_x64` : son ouverture reelle reste a
+  eprouver en le lancant.
 
 ## Conventions code (héritage sessions précédentes)
 

delphi-backend/PMServer.dproj

@@ -49,6 +49,12 @@
         <Cfg_1>true</Cfg_1>
         <Base>true</Base>
     </PropertyGroup>
+    <PropertyGroup Condition="('$(Platform)'=='Win64' and '$(Cfg_1)'=='true') or '$(Cfg_1_Win64)'!=''">
+        <Cfg_1_Win64>true</Cfg_1_Win64>
+        <CfgParent>Cfg_1</CfgParent>
+        <Cfg_1>true</Cfg_1>
+        <Base>true</Base>
+    </PropertyGroup>
     <PropertyGroup Condition="'$(Config)'=='Debug' or '$(Cfg_2)'!=''">
         <Cfg_2>true</Cfg_2>
         <CfgParent>Base</CfgParent>
@@ -157,6 +163,11 @@
         <UWP_DelphiLogo150>$(BDS)\bin\Artwork\Windows\UWP\delphi_UwpDefault_150.png</UWP_DelphiLogo150>
     </PropertyGroup>
     <PropertyGroup Condition="'$(Base_Win64)'!=''">
+        <DCC_Namespace>Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;Bde;$(DCC_Namespace)</DCC_Namespace>
+        <VerInfo_IncludeVerInfo>true</VerInfo_IncludeVerInfo>
+        <VerInfo_Keys>CompanyName=;FileDescription=$(MSBuildProjectName);FileVersion=1.0.0.0;InternalName=;LegalCopyright=;LegalTrademarks=;OriginalFilename=;ProductName=$(MSBuildProjectName);ProductVersion=1.0.0.0;Comments=;ProgramID=com.embarcadero.$(MSBuildProjectName)</VerInfo_Keys>
+        <VerInfo_Locale>1033</VerInfo_Locale>
+        <Manifest_File>$(BDS)\bin\default_app.manifest</Manifest_File>
         <UWP_DelphiLogo44>$(BDS)\bin\Artwork\Windows\UWP\delphi_UwpDefault_44.png</UWP_DelphiLogo44>
         <UWP_DelphiLogo150>$(BDS)\bin\Artwork\Windows\UWP\delphi_UwpDefault_150.png</UWP_DelphiLogo150>
     </PropertyGroup>
@@ -166,6 +177,14 @@
         <DCC_LocalDebugSymbols>false</DCC_LocalDebugSymbols>
         <DCC_SymbolReferenceInfo>0</DCC_SymbolReferenceInfo>
     </PropertyGroup>
+    <PropertyGroup Condition="'$(Cfg_1_Win64)'!=''">
+        <AppDPIAwarenessMode>PerMonitorV2</AppDPIAwarenessMode>
+        <VerInfo_IncludeVerInfo>true</VerInfo_IncludeVerInfo>
+        <VerInfo_Locale>1033</VerInfo_Locale>
+        <Icon_MainIcon>app.ico</Icon_MainIcon>
+        <UWP_DelphiLogo44>app.png</UWP_DelphiLogo44>
+        <UWP_DelphiLogo150>app.png</UWP_DelphiLogo150>
+    </PropertyGroup>
     <PropertyGroup Condition="'$(Cfg_1_Win32)'!=''">
         <AppDPIAwarenessMode>PerMonitorV2</AppDPIAwarenessMode>
         <VerInfo_IncludeVerInfo>true</VerInfo_IncludeVerInfo>
@@ -275,7 +294,7 @@ $(PreBuildEvent)]]></PreBuildEvent>
                 <Platform value="OSX64">True</Platform>
                 <Platform value="OSXARM64">True</Platform>
                 <Platform value="Win32">True</Platform>
-                <Platform value="Win64">False</Platform>
+                <Platform value="Win64">True</Platform>
             </Platforms>
             <Deployment Version="4">
                 <DeployFile LocalName="$(BDS)\Redist\iossimulator\libcgunwind.1.0.dylib" Class="DependencyModule">