AdaControl / Tickets / #12 Bad classification of types derived from private extension

#12 Bad classification of types derived from private extension

Milestone: Next Release

Status: not-a-bug

Owner: nobody

Labels: None

Priority: low

Severity: minor

Reproducibility: Always

Projection: none

build:

category: AdaControl

fixed_in_version:

os:

os_build:

platform:

target_version:

version:

Updated: 2016-03-08

Created: 2011-09-09

Creator: Jean-Pierre Rosen

Private: No

Those types are themselves classified as "Private_Extension", which is arguable...
---- additional_information ----
At first look, not obvious to fix.
Must study the implications for all derived types, do they belong to their own category, or the ancestor's?

Example: see T_Naming_Convention.D2

Discussion

Jean-Pierre Rosen - 2016-03-08

Description has changed:

Diff:

status: confirmed --> not-a-bug

Group: --> Next Release

Reproducibility: always --> Always
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Anonymous
  
  Add attachments
  Cancel
  You seem to have CSS turned off. Please don't fill out this field.
  
  You seem to have CSS turned off. Please don't fill out this field.

Jean-Pierre Rosen - 2016-03-08

Considering the use in naming_convention, current behaviour seems appropriate.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Anonymous
  
  Add attachments
  Cancel
  You seem to have CSS turned off. Please don't fill out this field.
  
  You seem to have CSS turned off. Please don't fill out this field.

Anonymous

Bad classification of types derived from private extension

Ada source code controller

Group

Searches

Help

#12 Bad classification of types derived from private extension

Discussion