Page MenuHomeFreeBSD

makefs: style fixes and whitespace changes
Needs RevisionPublic

Authored by guest-svmhdvn on May 18 2017, 4:08 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sun, Dec 1, 5:19 PM
Unknown Object (File)
Sun, Dec 1, 5:16 PM
Unknown Object (File)
Oct 26 2024, 10:50 PM
Unknown Object (File)
Oct 14 2024, 8:07 PM
Unknown Object (File)
Sep 22 2024, 7:05 PM
Unknown Object (File)
Sep 12 2024, 1:47 PM
Unknown Object (File)
Sep 4 2024, 7:23 PM
Unknown Object (File)
Jul 27 2024, 5:14 AM
Subscribers

Details

Reviewers
emaste
ngie
Summary

main changes submitted by emaste, few extra additions made by smahadevan

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

ngie requested changes to this revision.May 18 2017, 5:46 PM

Unless these changes are in blocks of code we've written wholesale, I would leave style(9) alone. It makes it harder to merge with upstream (NetBSD).

This revision now requires changes to proceed.May 18 2017, 5:46 PM

We have new functionality, bug fixes, and style changes that are not in NetBSD today, and my plan is to submit all of our work to them once the current merge/update process is complete. Because of existing whitespace differences I have been using diff -w for comparisons with NetBSD. In some cases the ws was correct in FreeBSD, in some cases it was correct in NetBSD.

In addition, it's already not possible to merge from upstream, because of differences in macro names etc. The work that's in progress now (with a final goal of introducing msdosfs support) is proceeding by manually incorporating NetBSD changesets one by one, adapting to FreeBSD as we go.

*If* we're going to make style or whitespace changes in this code we should do it prior to functional changes.

What is the best course of action then? Are these whitespace changes ok or should we ignore this and continue with D10803?