Delphinus icon indicating copy to clipboard operation
Delphinus copied to clipboard

warning MSB6002: The command-line for the "DCC" task is too long

Open rrezino opened this issue 6 years ago • 3 comments

I'm getting this error for all the installations.

Downloading Component Tray
Version: v1.1.0
Copying sourcefolders:
src
Compiling ComponentTray.dproj
Win32
Microsoft (R) Build Engine Version 3.5.30729.8795
[Microsoft .NET Framework, Version 2.0.50727.8794]
Copyright (C) Microsoft Corporation 2007. All rights reserved.

Build started 8/16/2017 3:21:48 PM.
Project "C:\Users\Public\Documents\Embarcadero\Studio\17.0\Comps\Component Tray\source\src\ComponentTray.dproj" on node 0 (Build target(s)).
  Creating directory "C:\Users\Public\Documents\Embarcadero\Studio\17.0\Comps\Component Tray\bin\Win32\Release".
  Creating directory "C:\Users\Public\Documents\Embarcadero\Studio\17.0\Comps\Component Tray\lib\Win32\Release".
BuildVersionResource:
  CodeGear Resource Compiler/Binder
  Version 1.2.2 Copyright (c) 2008-2012 Embarcadero Technologies Inc.
  
  Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0
  
  Copyright (C) Microsoft Corporation.  All rights reserved.
  
  
  Deleting file "ComponentTray.vrc".
C:\Program Files (x86)\Embarcadero\Studio\17.0\Bin\CodeGear.Delphi.Targets : warning MSB6002: The command-line for the "DCC" task is too long. Command-lines longer than 32000 characters are likely to fail. Try reducing the length of the command-line by breaking down the call to "DCC" into multiple calls with fewer parameters per call.
C:\Program Files (x86)\Embarcadero\Studio\17.0\Bin\CodeGear.Delphi.Targets(379,5): error MSB6003: The specified task executable "dcc" could not be run. The filename or extension is too long
Done Building Project "C:\Users\Public\Documents\Embarcadero\Studio\17.0\Comps\Component Tray\source\src\ComponentTray.dproj" (Build target(s)) -- FAILED.

Build FAILED.

"C:\Users\Public\Documents\Embarcadero\Studio\17.0\Comps\Component Tray\source\src\ComponentTray.dproj" (Build target) (1) ->
(_PasCoreCompile target) -> 
  C:\Program Files (x86)\Embarcadero\Studio\17.0\Bin\CodeGear.Delphi.Targets : warning MSB6002: The command-line for the "DCC" task is too long. Command-lines longer than 32000 characters are likely to fail. Try reducing the length of the command-line by breaking down the call to "DCC" into multiple calls with fewer parameters per call.


"C:\Users\Public\Documents\Embarcadero\Studio\17.0\Comps\Component Tray\source\src\ComponentTray.dproj" (Build target) (1) ->
(_PasCoreCompile target) -> 
  C:\Program Files (x86)\Embarcadero\Studio\17.0\Bin\CodeGear.Delphi.Targets(379,5): error MSB6003: The specified task executable "dcc" could not be run. The filename or extension is too long

    1 Warning(s)
    1 Error(s)

Time Elapsed 00:00:00.53

Error: Failed
Adding Libpathes:
deleting tempfiles
Error: Installation failed

rrezino avatar Aug 16 '17 13:08 rrezino

The combined length of searchpaths in your ide + the project in question exceed the 32k character limit for commandlines...need to think about a proper workaround...

Memnarch avatar Aug 16 '17 19:08 Memnarch

btw the cluster of searchpaths in your IDE, do they come from other thirdparty stuff or from a lot of installed Delphinus-Packages? As it seems, the error you get here should occur when compiling other projects, too(at least when ticking "build externaly with msbuild")

Memnarch avatar Aug 17 '17 08:08 Memnarch

To keep you updated. i THINK i found a reasonable concept to overcome this limitation: Delphinus creates a new Directory(CodeRepo). There it can create new subdirs if required(just plain numbered).

After installing a new Package, check if there is any subdir in CodeRepo that Does NOT have a file that matches with any of the new Package(Create a new dir if there is a collision with each subdir). For each file of the new package, create a HardLink to the subdir. The subdir in CodeRepo is then added as searchpath. This allows me to put multiple packages into the same folder and therefore reducing the number of required searchpathes while still keeping the structure of the package in the original repo and NOT increasing Diskusage.

Requires NTFS but i think i can assume people run NTFS...hopefully :D

Not implemented yet, just an idea.

Memnarch avatar Jan 11 '18 14:01 Memnarch