Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ptp-user] PatternSyntaxException in Sync GCC Build Command Parser

I can't see a reason why those directories would be excluded either...

This problem is specific to CDT, though, so I recommend visiting the CDT forum:

https://www.eclipse.org/forums/index.php/f/80/

On Thu, Feb 9, 2017 at 1:48 PM, Eugene Smolenskiy <eugene.smolenskiy@xxxxxxxxxxx> wrote:

Thanks John.

 

I'm trying to work around this by adding 2 remote directories under the "CDT User Setting Entries" using the UNC notation:

 

 

However, it doesn't seem to wok. I've set both as "File System Path" and "Treat as built-in."

 

 

A snippet from the indexer log for a specific file (for diagnostic purposes) is below. Note that the first set of system includes were discovered by the "Sync GCC Builtin Compiler Settings" provider.

 

I don't know why the second set of directories is not being scanned/parsed.

 

Include Search Path (option -I):

   \\RHEL65\opt\rh\devtoolset-2\root\usr\include\c++\4.8.1

   \\RHEL65\opt\rh\devtoolset-2\root\usr\include\c++\4.8.1\x86_64-redhat-linux

   \\RHEL65\opt\rh\devtoolset-2\root\usr\include\c++\4.8.1\backward

   \\RHEL65\opt\rh\devtoolset-2\root\usr\lib\gcc\x86_64-redhat-linux\4.8.1\include

   \\RHEL65\usr\local\include

   \\RHEL65\opt\rh\devtoolset-2\root\usr\include

   \\RHEL65\usr\include

 

Local Include Search Path (option -iquote):

   \\RHEL65\fidessa_rel_linx86\infrastructure_release\v9.1.4\core\release64\include

   \\RHEL65\fhcore_release\v5.2.0a\release64\include

 

Thanks again,

Eugene

 

From: ptp-user-bounces@xxxxxxxxxxx [mailto:ptp-user-bounces@eclipse.org] On Behalf Of John Eblen
Sent: Thursday, February 09, 2017 12:48 PM
To: PTP User list
Subject: Re: [ptp-user] PatternSyntaxException in Sync GCC Build Command Parser

 

Hi Eugene

I think your analysis is correct. Java's "replaceFirst" method interprets its first
argument as a regex, but our intent is for it to be a string.

I'll file a bug report. The parser may work incorrectly only with certain directory
names, so using a different directory might work, but I'm not sure... It depends
on the details of how Java interprets regexes.

Thank you for reporting this problem

John

 

 

On Thu, Feb 9, 2017 at 10:00 AM, Eugene Smolenskiy <eugene.smolenskiy@xxxxxxxxxxx> wrote:

Hi,

 

The Sync GCC Command Parser is not working on my Neon.1 (4.6.1) PTP (9.1.1.201612062209) installation.

 

I believe the source is here:

http://git.eclipse.org/c/gerrit/ptp/org.eclipse.ptp.git/tree/rdt/org.eclipse.ptp.rdt.sync.cdt.core/src/org/eclipse/ptp/internal/rdt/sync/cdt/core/SyncGCCBuildCommandParser.java

 

Is there something abnormal about my setup? It seems that in the code the remote path separator (Linux) is being changed to the local one (Windows), and then treats the backslash as an escape sequence (\F is not a valid one).

 

java.util.regex.PatternSyntaxException: Illegal/unsupported escape sequence near index 30

\data\eugene.smolenskiy\depot\FMW\FH\MDP3FH\main

                              ^

      at java.util.regex.Pattern.error(Unknown Source)

      at java.util.regex.Pattern.escape(Unknown Source)

      at java.util.regex.Pattern.atom(Unknown Source)

      at java.util.regex.Pattern.sequence(Unknown Source)

      at java.util.regex.Pattern.expr(Unknown Source)

      at java.util.regex.Pattern.compile(Unknown Source)

      at java.util.regex.Pattern.<init>(Unknown Source)

      at java.util.regex.Pattern.compile(Unknown Source)

      at java.lang.String.replaceFirst(Unknown Source)

      at org.eclipse.ptp.internal.rdt.sync.cdt.core.SyncGCCBuildCommandParser.getWorkspacePath(SyncGCCBuildCommandParser.java:121)

      at org.eclipse.ptp.internal.rdt.sync.cdt.core.SyncGCCBuildCommandParser.setSettingEntries(SyncGCCBuildCommandParser.java:71)

      at org.eclipse.cdt.managedbuilder.language.settings.providers.AbstractLanguageSettingsOutputScanner.processLine(AbstractLanguageSettingsOutputScanner.java:492)

      at org.eclipse.cdt.managedbuilder.language.settings.providers.AbstractBuildCommandParser.processLine(AbstractBuildCommandParser.java:274)

      at org.eclipse.cdt.internal.core.ConsoleOutputSniffer.processLine(ConsoleOutputSniffer.java:178)

      at org.eclipse.cdt.internal.core.ConsoleOutputSniffer.access$0(ConsoleOutputSniffer.java:174)

      at org.eclipse.cdt.internal.core.ConsoleOutputSniffer$ConsoleOutputStream.checkLine(ConsoleOutputSniffer.java:99)

      at org.eclipse.cdt.internal.core.ConsoleOutputSniffer$ConsoleOutputStream.write(ConsoleOutputSniffer.java:58)

      at java.io.OutputStream.write(Unknown Source)

      at org.eclipse.ptp.internal.rdt.sync.cdt.core.remotemake.RemoteProcessClosure$ReaderThread.run(RemoteProcessClosure.java:95)

 

 

Thank you,

Eugene

 

This message is intended only for the stated addressee(s) and may be confidential. Access to this email by anyone else is unauthorized. Any opinions expressed in this email do not necessarily reflect the opinions of Fidessa. Any unauthorized disclosure, use or dissemination, either whole or in part is prohibited. If you are not the intended recipient of this message, please notify the sender immediately. This email does not form a contract and we do not represent that it is complete, accurate, uncorrupted or free of viruses and it should not be relied upon as such.


_______________________________________________
ptp-user mailing list
ptp-user@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ptp-user

 


_______________________________________________
ptp-user mailing list
ptp-user@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ptp-user


Back to the top