From: "Randall S. Becker" <rsbecker@nexbridge.com>
To: "'Fabio Aiuto'" <polinice83@libero.it>, <git@vger.kernel.org>
Subject: RE: Semantic errors
Date: Fri, 22 Mar 2019 17:39:33 -0400 [thread overview]
Message-ID: <001301d4e0f7$c061b600$41252200$@nexbridge.com> (raw)
In-Reply-To: <1553289910.1481.4.camel@libero.it>
On March 22, 2019 17:25, Fabio Aiuto
> Il giorno gio, 21/03/2019 alle 17.03 -0400, Randall S. Becker ha
> scritto:
> > > 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/b
> > > > > uilt
> > > > > 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 comm
> > > > > it.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.
> >
> If I run a make inside the git working directory, this will just create binaries in
> the working directory. But in my home/{myname}/bin/ I have found the
> following files:
>
> git git-cvsserver gitk git-receive-pack git-shell git-upload-archive git-upload-
> pack
>
> Maybe they are deployed by a make install I run accidentally (I think that's
> possible). How could I clean the effect of this accidental install? If I don't
> clean this install could I have problems in the future?
I haven't done a Windows build so I really can't help here. Anyone else able to chime in?
next prev parent reply other threads:[~2019-03-22 21:39 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
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 [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='001301d4e0f7$c061b600$41252200$@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.
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 NNTP newsgroup(s).