From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-4.0 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by dcvr.yhbt.net (Postfix) with ESMTP id 27E3020248 for ; Fri, 22 Mar 2019 21:41:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727544AbfCVVlF (ORCPT ); Fri, 22 Mar 2019 17:41:05 -0400 Received: from smtp-32.italiaonline.it ([213.209.10.32]:51260 "EHLO libero.it" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726014AbfCVVlF (ORCPT ); Fri, 22 Mar 2019 17:41:05 -0400 Received: from DESKTOP-E4U7JCE ([5.168.27.57]) by smtp-32.iol.local with ESMTPA id 7RuQh6I7H6rc57RuQhyl9A; Fri, 22 Mar 2019 22:41:03 +0100 x-libjamoibt: 1601 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=libero.it; s=s2014; t=1553290863; bh=NxRN1z9kScZYNqiYitvOzphZH7tT8tWqUbmStXsDGXM=; h=Subject:From:To:Date:In-Reply-To:References; b=Xzm8QwB741k+VHhxwC0Fh+Fy2WZdiVgAIu3x4ubAiW1gxa5YRd8YKWVT3Cc6Jur36 FXQA3t3cucmYymG0e3hmv1atBkG+GVSrG4eLrWkClEyBYadYYvREC6yNPZfJAwJRo0 OT0VLReC06E98lvhlmProHvjnesNtarlT6pIWEUrOv3EN7WMzOe11P8gk7M+fncgUL pFiEuQnsEhA+qSWst2ISrkSBxJsSYZN+gaylPn1VpOnwWIJyBpUrbnspWU36f58bpG nMPu55L7hkXXWruVk9WkwC8f/wIPYUY1LpZiT4kklkY9ydGqq80PiUvTYzfNjJRsuM uwQuCnhMxI1Sw== X-CNFS-Analysis: v=2.3 cv=d7kkNirE c=1 sm=1 tr=0 a=Docq1LM3Rd8MKGMM10gaLw==:117 a=Docq1LM3Rd8MKGMM10gaLw==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=wSlk8gn86it109AoIE8A:9 a=QEXdDO2ut3YA:10 Message-ID: <1553290862.1481.9.camel@libero.it> Subject: Re: Semantic errors From: Fabio Aiuto To: "Randall S. Becker" , git@vger.kernel.org Date: Fri, 22 Mar 2019 22:41:02 +0100 In-Reply-To: <001301d4e0f7$c061b600$41252200$@nexbridge.com> References: <1553195171.1436.1.camel@libero.it> <002901d4e01a$88bdd220$9a397660$@nexbridge.com> <1553196739.1436.3.camel@libero.it> <000501d4e029$93624940$ba26dbc0$@nexbridge.com> <1553289910.1481.4.camel@libero.it> <001301d4e0f7$c061b600$41252200$@nexbridge.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-CMAE-Envelope: MS4wfCCNP17KMSJ9aBC8jFw5gA6/KnezlIzDWUI1kZD1gav19clJ2/hzdMHPab6NxWtf44lV4CEzLqPteZrsuBlCNxJg0h9vGM22RxnN110CrdL0kBM2Amlz zAB5t0Z8tKuDhsoILT8ijVf35SY5zb6Djl9fJ3nZw2nb709lzMWtFp/NgF/Tu+fHiCYhjJPl6u5O/FaAelPLb3kS2+AVUHP125w= Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org 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.