[Uim-bugs] [Bug 1483] New: Decline C++ style pointer notation

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Sep 28 01:10:01 EEST 2004


Please do not reply to this email: if you want to comment on the bug, go to          
the URL shown below and enter yourcomments there.   
 
https://freedesktop.org/bugzilla/show_bug.cgi?id=1483        
   
           Summary: Decline C++ style pointer notation
           Product: UIM
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: trivial
          Priority: P4
         Component: libuim
        AssignedTo: uim-bugs at freedesktop.org
        ReportedBy: yamaken at bp.iij4u.or.jp


We should decline C++ style pointer notation such as 'char*' or 'void*'. Almost
have been rewritten, but gtk-related codes are left untouched since I don't know
coding style of GTK+ well.

In r1326, they have been replaced with traditional 'char *' or
'void *'. Even if it does not cause compile error, I think that such
coding style is a bad habit that leads a human error due to
misinterpretation about type declaration.

For example, a declaration 'char* a, b, c;' may sometimes be
interpreted as 'char* a; char* b; char* c;' by less-experienced
C/C++ programmers. But it of course results 'char* a; char b; char c;'.

So we should write pointers as 'char *' style. 'char *a, b, c;' will
not cause such misinterpretation. We should remind that the uim
library will be used by wide-range of programmers. We should
eliminate any source of human errors.

Since I don't know the coding style of GTK+ well, gtk-related codes
have been left untouched about such pointer notations. We should
also rewrite them if no recommendation about C++ style pointer
notation exists for GTK+.        
   
   
--         
Configure bugmail: https://freedesktop.org/bugzilla/userprefs.cgi?tab=email       
   
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the uim-bugs mailing list