git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "Randall S. Becker" <rsbecker@nexbridge.com>
To: "'Fabio Aiuto'" <polinice83@libero.it>, <git@vger.kernel.org>
Subject: RE: Semantic errors
Date: Thu, 21 Mar 2019 17:03:40 -0400	[thread overview]
Message-ID: <000501d4e029$93624940$ba26dbc0$@nexbridge.com> (raw)
In-Reply-To: <1553196739.1436.3.camel@libero.it>

> Of On March 21, 2019 15:32, Fabio Aiuto wrote:
> Il giorno gio, 21/03/2019 alle 15.16 -0400, Randall S. Becker ha
> scritto:
> > On March 21, 2019 15:06, Fabio Aiuto wrote:
> > > I'm browsins git code with Eclipse. I'm on a local branch called
> > > "studio" based on master (last public commit e902e9b by Junio C
> > > Hamano on Monday March 11 2019). I've built everything by changing:
> > > CFLAGS = -g -Wall (removing -O2 to have smooth trace in debugging).
> > > But the environment detects the following semantic errors (I made no
> > > edits!!!):
> > > Description	Resource	Path	Location	Type
> > > Symbol 'GIT_HTML_PATH' could not be resolved	git.c	/g
> > > it
> > > line 154	Semantic Error
> > > Symbol 'GIT_MAN_PATH' could not be resolved	git.c	/gi
> > > t
> > > line 158	Semantic Error
> > > Symbol 'GIT_INFO_PATH' could not be resolved	git.c	/g
> > > it
> > > line 162	Semantic Error
> > > Symbol 'active_cache' could not be resolved	commit.c
> > > /git
> > > /builtin	line 899	Semantic Error
> > > Field 'ce_intent_to_add(active_cache[i])' could not be resolved
> > > commit.c	/git/builtin	line 899	Semantic Error
> > > Symbol 'active_nr' could not be resolved	commit.c	/gi
> > > t/bu
> > > iltin	line 889	Semantic Error
> > > Symbol 'active_nr' could not be resolved	commit.c	/gi
> > > t/bu
> > > iltin	line 898	Semantic Error
> > > Field 'oid' could not be resolved	commit.c	/git/built
> > > in
> > > line 1654	Semantic Error
> > > Symbol 'active_nr' could not be resolved	commit.c	/gi
> > > t/bu
> > > iltin	line 901	Semantic Error
> > > Symbol 'active_cache_tree' could not be resolved	commit.c
> > > /git/builtin	line 1654	Semantic Error
> > > Symbol 'active_cache_changed' could not be resolved	commit.c
> > > /git/builtin	line 418	Semantic Error
> > > Symbol 'active_cache_tree' could not be resolved	commit.c
> > > /git/builtin	line 419	Semantic Error
> > > Symbol 'active_nr' could not be resolved	commit.c	/gi
> > > t/bu
> > > iltin	line 254	Semantic Error
> > > Symbol 'active_cache' could not be resolved	commit.c
> > > /git
> > > /builtin	line 255	Semantic Error
> > >
> > > I can debug without problems, but what if I should trece through one
> > > of those errors?
> > > How can I fix them?
> >
> > This situation occurs in many projects in ECLIPSE, not only git. The
> > errors are likely coming from one of the error parsers that you have
> > enabled in your workspace. Look in the Project Properties or Workspace
> > Preferences under C/C++ Build/Settings in the Error Parsers tab for
> > your build configuration. You may have to turn off some of those.
> > There is also the C/C++ General/Code Analysis Preferences setting
> > where you might have to turn off the problematic errors. I have found
> > that this is a common situation for code that is imported into ECLIPSE
> > from other platforms, where the GNU error and analysis tools are
> > overly aggressive by default.
> >
> > Good luck.
> > Randall
> >
> > -- Brief whoami:
> >  NonStop developer since approximately 211288444200000000
> >  UNIX developer since approximately 421664400
> > -- In my real life, I talk too much.
> >
> >
> >
> Thank you I tried to disable all of them, but they all remain. For example the
> variable 'active_nr' is actually never declared. That's so strange. Hope to
> solve this all soon. I'm freezed...

It is very likely in ECLIPSE either in workstation or project settings relating to error parsers (turn everything off). It still may be an error parser issue. One key thing... do not use -Wall. There are also settings about what to do in some error conditions configured in ECLIPSE. -Wall could be probably triggering a response from one of the error parsers. But the Semantic Error type is not normally from the compiler; rather, it is from ECLIPSE CDT pre-scanning the code. Anyway, check out other -W settings to disable all warnings as a start. If you are building in Cygwin or Mingw, you probably can ignore the ECLIPSE errors, especially if git actually built. If you are trying to mix a managed build and a non-managed build in the same project, you are going to be out of luck.


  reply	other threads:[~2019-03-21 21:03 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-21 19:06 Semantic errors Fabio Aiuto
2019-03-21 19:16 ` Randall S. Becker
2019-03-21 19:32   ` Fabio Aiuto
2019-03-21 21:03     ` Randall S. Becker [this message]
2019-03-22 20:24       ` Fabio Aiuto
2019-03-22 21:15         ` Randall S. Becker
2019-03-22 21:25       ` Fabio Aiuto
2019-03-22 21:39         ` Randall S. Becker
2019-03-22 21:41           ` Fabio Aiuto
2019-03-22 22:43             ` Randall S. Becker
2019-03-23 12:14               ` Fabio Aiuto
2019-03-23 13:00               ` Fabio Aiuto
2019-03-23 19:34                 ` Randall S. Becker
2019-03-25 19:21                   ` Fabio Aiuto
2019-03-25 19:35                     ` Randall S. Becker
2019-03-25 19:37                       ` Fabio Aiuto
2019-03-22 21:39         ` Fabio Aiuto

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='000501d4e029$93624940$ba26dbc0$@nexbridge.com' \
    --to=rsbecker@nexbridge.com \
    --cc=git@vger.kernel.org \
    --cc=polinice83@libero.it \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).