search for: undesign

Displaying 10 results from an estimated 10 matches for "undesign".

Did you mean: indesign
2016 Mar 23
7
[RFC] Lazy-loading of debug info metadata
...It should also allow the reader to skip records for types that have already been loaded in the main module. 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but for composite types and their members. This avoids the raw bitcode reading overhead. (This is totally undesigned at this point.)
2016 Mar 23
0
[RFC] Lazy-loading of debug info metadata
...he reader to skip records for types that have > already been loaded in the main module. > > 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but > for composite types and their members. This avoids the raw bitcode > reading overhead. (This is totally undesigned at this point.) > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160322/9babc08b/attachment.html>
2016 Mar 23
2
[RFC] Lazy-loading of debug info metadata
...ords for types that have >> already been loaded in the main module. >> >> 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but >> for composite types and their members. This avoids the raw bitcode >> reading overhead. (This is totally undesigned at this point.) > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160322/4ca33961/attachment.html>
2016 Mar 23
0
[RFC] Lazy-loading of debug info metadata
...e brought in when the DICompileUnit is mapped since they are all in the retained types list. > > 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but > for composite types and their members. This avoids the raw bitcode > reading overhead. (This is totally undesigned at this point.) > Ditto here - any metadata referenced by multiple composite types does not go into a block, right? Thanks, Teresa -- Teresa Johnson | Software Engineer | tejohnson at google.com | 408-460-2413 -------------- next part -------------- An HTML attachment was scrubbed... U...
2016 Mar 23
0
[RFC] Lazy-loading of debug info metadata
...cords for types that have >> already been loaded in the main module. >> >> 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but >> for composite types and their members. This avoids the raw bitcode >> reading overhead. (This is totally undesigned at this point.) >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160322/676081d9/attachment-0001.html>
2016 Mar 23
2
[RFC] Lazy-loading of debug info metadata
...ght in when the DICompileUnit is mapped since they are all in the retained types list. > > > 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but > for composite types and their members. This avoids the raw bitcode > reading overhead. (This is totally undesigned at this point.) > > Ditto here - any metadata referenced by multiple composite types does not go into a block, right? > > Thanks, > Teresa > > > -- > Teresa Johnson | Software Engineer | tejohnson at google.com | 408-460-2413
2004 Sep 12
2
Variable Importance in pls: R or B? (and in glpls?)
Dear R-users, dear Ron I use pls from the pls.pcr package for classification. Since I need to know which variables are most influential onto the classification performance, what criteria shall I look at: a) B, the array of regression coefficients for a certain model (means a certain number of latent variables) (and: squared or absolute values?) OR b) the weight matrix RR (or R in the De
2016 Mar 23
0
[RFC] Lazy-loading of debug info metadata
...ileUnit is mapped since they are all in the retained types list. > > > > > > 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but > > for composite types and their members. This avoids the raw bitcode > > reading overhead. (This is totally undesigned at this point.) > > > > Ditto here - any metadata referenced by multiple composite types does > not go into a block, right? > > > > Thanks, > > Teresa > > > > > > -- > > Teresa Johnson | Software Engineer | tejohnson at google.com...
2016 Mar 23
1
[RFC] Lazy-loading of debug info metadata
...ileUnit is mapped since they are all in the retained types list. > > > > > > 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but > > for composite types and their members. This avoids the raw bitcode > > reading overhead. (This is totally undesigned at this point.) > > > > Ditto here - any metadata referenced by multiple composite types does not go into a block, right? > > > > Thanks, > > Teresa > > > > > > -- > > Teresa Johnson | Software Engineer | tejohnson at google.com | 4...
2016 Mar 23
2
[RFC] Lazy-loading of debug info metadata
...cords for types that have >> already been loaded in the main module. >> >> 5. Create a special `METADATA_COMPOSITE_TYPE_BLOCK`, similar to (3) but >> for composite types and their members. This avoids the raw bitcode >> reading overhead. (This is totally undesigned at this point.) >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160323/8951a345/attachment.html>