lucenenet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andy Pook <>
Subject Re: More compiler warnings.
Date Wed, 10 Mar 2010 21:01:13 GMT
Yup, I agree that there's no such thing as a "safe" warning. They are
there for a reason. However, if we are going to consistently ignore
the ones we currently have (ie LUCENENET-320 is also closed) then I
think it's useful to have some method of filtering the warnings we do
get so that we can identify the more insidious ones from all the
comment warning noise.

I posted the msbuild command lines just so that the was something on
the list and searchable for anybody hacking on Lucene.Net can ignore
the noise without needing to change the csproj.

Question: How do you and the other commiters do this? Do you mod the
csproj? Or do you just pay attention to errors?

Question: I assume that you plan to do something about all the
warnings at some future point once you've got to the point were you
can just maintain commit parity with Java Lucene instead of the code
migrate pain that George has done previously? Is that still the plan?

2010/3/10 Digy <>:
> There was a disccusion on these warnings previously.
> .
> -----Original Message-----
> From: Andy Pook []
> Sent: Wednesday, March 10, 2010 12:38 PM
> To:
> Subject: Re: More compiler warnings.
> I've raised a ticket for the warning (LUCENENET-348). But I don't
> think it makes sense to log a bug for the build scripts. So I'll just
> list them here.
> Clean Debug build ignoring "doc" and other "unimportant" warnings
> msbuild
> -p:NoWarn="0168,0169,0414,0612,0618,0649,1572,1573,1574,1580,1587,1591"
> /t:Clean;Build
> Same but Release build
> msbuild
> -p:NoWarn="0168,0169,0414,0612,0618,0649,1572,1573,1574,1580,1587,1591"
> /t:Clean;Build
> /property:Configuration=Release
> The reason I use these it to filter out the more important warnings
> Enjoy
> On 8 March 2010 17:29, Michael Garski <> wrote:
>> Andy -
>> Attachments don't come through on the mailing list, so you'll have to
>> open a JIRA issue and attach the files that way.  Sounds like there are
>> two separate issues from your email (one for the CustomScoreProvider &
>> one for the .bat files).
>> Michael
>> -----Original Message-----
>> From: Andy Pook []
>> Sent: Monday, March 08, 2010 9:20 AM
>> To:
>> Subject: More compiler warnings.
>> I've noticed another compiler warning that can be easier avoided...
>>  Search\Function\CustomScoreQuery.cs(207,25): warning CS0108:
>> 'Lucene.Net.Sear
>> ch.Function.CustomScoreQuery.AnonymousCustomScoreProvider.reader' hides
>> inherit
>> ed member 'Lucene.Net.Search.Function.CustomScoreProvider.reader'. Use
>> the new
>> keyword if hiding was intended.
>> Hopefully the patch makes the problem obvious.
>> In this particular case it doesn't cause a real problem, but I think
>> it's worth clearing up before you tag for 2.9.2.
>> I've also attached the batch files I use to compile. These ignore the
>> vast majority of warning caused by the Java->C# conversion which makes
>> spotting these potentially problematic issues more obvious. (You'll
>> need to rename them to remove the trailing x. GMail wouldn't let be
>> send executable files).
>> Cheers,
>>  Andy

View raw message