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

Great - not sure what you mean by a "Generic Connection" though. Any connection should do, such
as your RHEL65.

I also just found this, which may or may not be relevant:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=441401

On Mon, Feb 13, 2017 at 3:26 PM, Eugene Smolenskiy <eugene.smolenskiy@xxxxxxxxxxx> wrote:

I can give it a shot. Do I first need to add a "Generic Connection" in order to be able to reference it in the UNC path?

 

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

 

I see. So this still seems to be a CDT problem. I wanted to rule out the possibility that the sync providers were
somehow blocking the other includes.

If you get a chance, it would be helpful to know if these includes work with a plain, non-sync CDT project.

 


Thanks

John

 

On Mon, Feb 13, 2017 at 2:37 PM, Eugene Smolenskiy <eugene.smolenskiy@xxxxxxxxxxx> wrote:

I tried disabling the sync providers, leaving just the CDT User Setting Entries and rebuilding the index. It doesn't appear to have made a difference in that there are still a lot of unresolved includes/symbols.

 

I see this near the top of indexer log file for specific file I tried to re-index:

 

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

 

Those are the 2 remote directories I added, however I can't tell if the indexer is actually attempting to reach to those remote locations.

 

Thanks,

Eugene

 

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

 

Hi Eugene

Do the UNC entries in "CDT User Setting Entries" work if you disable the Sync providers?

 

Thanks

John

 

 

On Thu, Feb 9, 2017 at 2:45 PM, John Eblen <jeblen@xxxxxxx> wrote:

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

 

 


_______________________________________________
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