apache / apache/lucene

consider warnings from the source compilation [LUCENE-3161]

Open
#4,234 5 comments 0 reactions 0 assignees View on GitHub
legacy-jira-fix-version:4.9 legacy-jira-fix-version:6.0 legacy-jira-label:maybe32blocker legacy-jira-priority:Major tool:build type:task
Dominant language
Java
Stars
3.6k
Forks
1.4k
Avg merge
2d 11h
Merged PRs (30d)
88

Description

as Doron mentioned in his review: At compiling there are various warning printed, I think it would be more assuring for downloaders if the build runs without warning. These warnings are not a stopper.

we could conditionalize these warnings so that they don't "display" when compiling from actual releases, but I have to wonder if we should hide these... being open source I think we should display all our warts, maybe some contributor sees these warnings and decides they want to submit a patch to fix some of them.

---
Migrated from [LUCENE-3161](https://issues.apache.org/jira/browse/LUCENE-3161) by Robert Muir (@rmuir), updated May 09 2016

Contributor guide

Open the contributing guide

Research direction

Start by reproducing a source compilation and recording the warnings it prints. Read the build configuration and compilation entry points to determine whether the warnings should be fixed or conditionally hidden for release builds. Done means the warning policy is implemented and the source compilation behavior is verified.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
build-system
Issue type
Refactor
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.