@@ -96,8 +96,8 @@ pub type BindingMap = HashMap<ident,binding_info>;
96
96
97
97
// Implementation resolution
98
98
//
99
- // XXX : This kind of duplicates information kept in ty::method. Maybe it
100
- // should go away.
99
+ // FIXME #4946 : This kind of duplicates information kept in
100
+ // ty::method. Maybe it should go away.
101
101
102
102
pub type MethodInfo = {
103
103
did : def_id ,
@@ -268,8 +268,8 @@ pub enum MethodSort {
268
268
// allows it to reference private names. Currently, this is used for the test
269
269
// runner.
270
270
//
271
- // XXX : The X-ray flag is kind of questionable in the first place. It might
272
- // be better to introduce an expr_xray_path instead.
271
+ // FIXME #4947 : The X-ray flag is kind of questionable in the first
272
+ // place. It might be better to introduce an expr_xray_path instead.
273
273
274
274
#[ deriving_eq]
275
275
pub enum XrayFlag {
@@ -469,14 +469,6 @@ pub struct Module {
469
469
470
470
anonymous_children: HashMap<node_id,@Module>,
471
471
472
- // XXX: This is about to be reworked so that exports are on individual
473
- // items, not names.
474
- //
475
- // The ident is the name of the exported item, while the node ID is the
476
- // ID of the export path.
477
-
478
- exported_names: HashMap<ident,node_id>,
479
-
480
472
// The status of resolving each import in this module.
481
473
import_resolutions: HashMap<ident,@mut ImportResolution>,
482
474
@@ -498,7 +490,6 @@ pub fn Module(parent_link: ParentLink,
498
490
children: HashMap(),
499
491
imports: DVec(),
500
492
anonymous_children: HashMap(),
501
- exported_names: HashMap(),
502
493
import_resolutions: HashMap(),
503
494
glob_count: 0,
504
495
resolved_import_count: 0
@@ -831,7 +822,7 @@ pub struct Resolver {
831
822
mut current_module: @Module,
832
823
833
824
// The current set of local scopes, for values.
834
- // XXX : Reuse ribs to avoid allocation.
825
+ // FIXME #4948 : Reuse ribs to avoid allocation.
835
826
value_ribs: @DVec<@Rib>,
836
827
837
828
// The current set of local scopes, for types.
@@ -2137,8 +2128,9 @@ pub impl Resolver {
2137
2128
2138
2129
// We need to resolve both namespaces for this to succeed.
2139
2130
//
2140
- // XXX: See if there's some way of handling namespaces in a more
2141
- // generic way. We have two of them; it seems worth doing...
2131
+ // FIXME #4949: See if there's some way of handling namespaces in
2132
+ // a more generic way. We have two of them; it seems worth
2133
+ // doing...
2142
2134
2143
2135
let mut value_result = UnknownResult ;
2144
2136
let mut type_result = UnknownResult ;
@@ -3206,8 +3198,8 @@ pub impl Resolver {
3206
3198
// This pass simply determines what all "export" keywords refer to and
3207
3199
// writes the results into the export map.
3208
3200
//
3209
- // XXX: This pass will be removed once exports change to per-item. Then
3210
- // this operation can simply be performed as part of item (or import)
3201
+ // FIXME #4953 This pass will be removed once exports change to per-item.
3202
+ // Then this operation can simply be performed as part of item (or import)
3211
3203
// processing.
3212
3204
3213
3205
fn record_exports( ) {
@@ -3507,8 +3499,8 @@ pub impl Resolver {
3507
3499
allow_capturing_self : AllowCapturingSelfFlag )
3508
3500
-> Option < def_like > {
3509
3501
3510
- // XXX : This should not use a while loop.
3511
- // XXX : Try caching?
3502
+ // FIXME #4950 : This should not use a while loop.
3503
+ // FIXME #4950 : Try caching?
3512
3504
3513
3505
let mut i = ( * ribs) . len ( ) ;
3514
3506
while i != 0 {
@@ -3649,7 +3641,7 @@ pub impl Resolver {
3649
3641
// Create a new rib for the method-specific type
3650
3642
// parameters.
3651
3643
//
3652
- // XXX : Do we need a node ID here?
3644
+ // FIXME #4951 : Do we need a node ID here?
3653
3645
3654
3646
match * method {
3655
3647
required( ref ty_m) => {
@@ -4555,7 +4547,7 @@ pub impl Resolver {
4555
4547
namespace);
4556
4548
}
4557
4549
4558
- // XXX : Merge me with resolve_name_in_module?
4550
+ // FIXME #4952 : Merge me with resolve_name_in_module?
4559
4551
fn resolve_definition_of_name_in_module(containing_module: @Module,
4560
4552
name: ident,
4561
4553
namespace: Namespace,
@@ -4873,20 +4865,6 @@ pub impl Resolver {
4873
4865
4874
4866
expr_struct( path, _, _) => {
4875
4867
// Resolve the path to the structure it goes to.
4876
- //
4877
- // XXX: We might want to support explicit type parameters in
4878
- // the path, in which case this gets a little more
4879
- // complicated:
4880
- //
4881
- // 1. Should we go through the ast_path_to_ty() path, which
4882
- // handles typedefs and the like?
4883
- //
4884
- // 2. If so, should programmers be able to write this?
4885
- //
4886
- // class Foo<A> { ... }
4887
- // type Bar<A> = Foo<A>;
4888
- // let bar = Bar { ... } // no type parameters
4889
-
4890
4868
match self . resolve_path( path, TypeNS , false, visitor) {
4891
4869
Some ( def_ty( class_id) ) | Some ( def_struct( class_id) )
4892
4870
if self . structs. contains_key( & class_id) => {
@@ -5320,7 +5298,7 @@ pub impl Resolver {
5320
5298
None => { value_repr = ~""; }
5321
5299
Some ( _) => {
5322
5300
value_repr = ~" value: ?";
5323
- // XXX
5301
+ // FIXME #4954
5324
5302
}
5325
5303
}
5326
5304
@@ -5329,7 +5307,7 @@ pub impl Resolver {
5329
5307
None => { type_repr = ~""; }
5330
5308
Some ( _) => {
5331
5309
type_repr = ~" type : ?";
5332
- // XXX
5310
+ // FIXME #4954
5333
5311
}
5334
5312
}
5335
5313
0 commit comments