From: Fabio Aiuto <polinice83@libero.it>
To: "Randall S. Becker" <rsbecker@nexbridge.com>, git@vger.kernel.org
Subject: Re: Semantic errors
Date: Fri, 22 Mar 2019 22:41:02 +0100 [thread overview]
Message-ID: <1553290862.1481.9.camel@libero.it> (raw)
In-Reply-To: <001301d4e0f7$c061b600$41252200$@nexbridge.com>
Il giorno ven, 22/03/2019 alle 17.39 -0400, Randall S. Becker ha
scritto:
> 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 Semanti
> > > > > > c
> > > > > > 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 /g
> > > > > > it/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 com
> > > > > > mit.
> > > > > > 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 com
> > > > > > mit.
> > > > > > 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?
>
I'm on debian stretch.
next prev parent reply other threads:[~2019-03-22 21:41 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
2019-03-22 21:41 ` Fabio Aiuto [this message]
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=1553290862.1481.9.camel@libero.it \
--to=polinice83@libero.it \
--cc=git@vger.kernel.org \
--cc=rsbecker@nexbridge.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.