DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20733>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20733

Long line in Projects\Win32\BCB6\Xerces-all\XercesLib\XercesLib.mak is annoying

           Summary: Long line in Projects\Win32\BCB6\Xerces-
                    all\XercesLib\XercesLib.mak is annoying
           Product: Xerces-C++
           Version: 2.3.0
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Minor
          Priority: Other
         Component: Build
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]


At Line 330 in the file Projects\Win32\BCB6\Xerces-all\XercesLib\XercesLib.mak
there is a very long line where the same paths are assigned to the variable
PATHCPP over and over again. The one line amounts to 10033 chars, which produces
problems with some editors and/or sourcecontrol-systems (e.g. ClearCase).

The listed paths in the line are duplicated many times, if I strip them down to
contain each path only once, I am down to

PATHCPP =
.;..\..\..\..\..\src\xercesc\dom;..\..\..\..\..\src\xercesc\framework;..\..\..\..\..\src\xercesc\idom;..\..\..\..\..\src\xercesc\internal;..\..\..\..\..\src\xercesc\parsers;..\..\..\..\..\src\xercesc\sax;..\..\..\..\..\src\xercesc\sax2;..\..\..\..\..\src\xercesc\util;..\..\..\..\..\src\xercesc\util\MsgLoaders\Win32;..\..\..\..\..\src\xercesc\util\NetAccessors\WinSock;..\..\..\..\..\src\xercesc\util\Platforms\Win32;..\..\..\..\..\src\xercesc\util\Transcoders\Win32;..\..\..\..\..\src\xercesc\util\regx;..\..\..\..\..\src\xercesc\validators\DTD;..\..\..\..\..\src\xercesc\validators\common;..\..\..\..\..\src\xercesc\validators\datatype;..\..\..\..\..\src\xercesc\validators\schema;..\..\..\..\..\src\xercesc\validators\schema\identity
;..\..\..\..\..\src\xercesc\validators\schema\identity

Is this something that is generated? Maybe the generation step should be
enhanced to avoid this unnecessary duplication. If this is not possible, please
add a backslash after each element in order to make the actual lines shorter.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to