After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 311777 - [build] check for "endianness" vs. "endianess"
[build] check for "endianness" vs. "endianess"
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: 0.8.11
Assigned To: Andy Wingo
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-07-27 17:42 UTC by Tim-Philipp Müller
Modified: 2005-07-28 16:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Tim-Philipp Müller 2005-07-27 17:42:13 UTC
I just spent 2 hours tracking down a bug due to the fact that some caps used a
field named "endianess" while it should be "endianness" with two 'n'.

Grepping through gst-plugins-0.8 I found the same mistake in ximagesrc.

I think it's worth adding a hook to 'make check' or 'make dist-check' in both
gst-plugins and gst-plugins-base that checks whether any of our .c files
contains the wrong string 'endianess', just to prevent anyone else from making
this mistake.

Shouldn't take more than a 

   $(EGREP) endianess `find $(top_srcdir) -name '*.c'`

with the right return value magic in Makefile.am (can't figure out the right
syntax though).

 Cheers
  -Tim
Comment 1 Ronald Bultje 2005-07-27 19:22:23 UTC
gst-lint is your toy :).
Comment 2 Ronald Bultje 2005-07-28 16:33:18 UTC
Done in CVS (by tim), closing...