sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: pytorch
Issue: I'm not able to build pytorch with tensorrt (current master)
Labels: module: build,triaged

## Issue description
I'm not able to build pytorch with tensorrt (current master)
```
In file included from ../caffe2/contrib/tensorrt/tensorrt_tranformer.cc:16:0:
../caffe2/opt/backend_cutting.h:5:10: fatal error: nomnigraph/Representations/NeuralNet.h: No such file or directory
 #include "nomnigraph/Representations/NeuralNet.h"
```

## System Info
```
Collecting environment information...
PyTorch version: N/A
Is debug build: N/A
CUDA used to build PyTorch: N/A

OS: Ubuntu 18.04.1 LTS
GCC version: (Ubuntu 7.4.0-1ubuntu1~18.04.1) 7.4.0
CMake version: version 3.14.0-rc2

Python version: 3.7
Is CUDA available: N/A
CUDA runtime version: 10.2.89
GPU models and configuration: 
GPU 0: GeForce GTX 1050 Ti
GPU 1: TITAN RTX

Nvidia driver version: 440.44
cuDNN version: /usr/lib/x86_64-linux-gnu/libcudnn.so.7.4.2

Versions of relevant libraries:
[pip] numpy==1.18.0
[pip] numpydoc==0.9.1
[conda] blas                      1.0                         mkl  
[conda] mkl                       2019.4                      243  
[conda] mkl-service               2.3.0            py37he904b0f_0  
[conda] mkl_fft                   1.0.14           py37ha843d7b_0  
[conda] mkl_random                1.1.0            py37hd6b4f25_0
```

- PyTorch or Caffe2: pytorch
- How you installed PyTorch (conda, pip, source): source
- Build command you used (if compiling from source): make
- OS: Ubuntu
- PyTorch version: git hash 20c5dd5
- Python version: 3.7
- CUDA/cuDNN version: 10.2 / 7
- Versions of any other relevant libraries: tensorrt 7
Repository: flutter
Issue: Consider copying MultiChildRenderObjectWidget.children
Labels: framework,c: performance,c: proposal,perf: speed,P2,team-framework,triaged-framework

One of the problems with the Flutter model is that developers can accidentally or intentionally mutate the Widget tree via mutating MultiChildRenderObjectWidget.children.  See https://github.com/dart-lang/sdk/issues/27755.

I think there might be a performance reason to copy the children. It depends on how often the framework walks the `children`.

`List` is an interface that has many implementations.
The VM has `_List` for fixed-length lists and `_GrowableList` for 'regular' lists, and another implementation (I don't recall the name) for unmodifiable and const `List`s.

In a small Flutter app, all the children are likely from `List` literals or to calls to `.toList()`, so the `children` field is likely to have just two or three implementation classes. The JITing VM and AOT try to discover this, and the three implementation classes are carefully crafted to be as alike as possible. This makes it possible to compile  `children[i]` to some indexing code.

It is possible that in a large Flutter app that there are other implementations of `List` that are passed in as the children, meaning it is no longer possible to compile `children[i]` to indexing code since some of the implementations have custom indexers and `.length` getters that must be called.

My hypothesis is that as the inner loop in the framework becomes more polymorphic, the performance of this code shared by all multi-child widgets degrades.

One could test this hypothesis by taking a benchmark that is where walking the children is 'hot'. I expect the benchmark would walk the 'the same' a large Widget tree over and over, with no actual appearance change. Alter one of the constructors to pass in an `UnmodifiableListView([....])` instead of `[....]`. This will cause the walking of `children[i]` to become less efficient. Does this show up in the benchmark?

If you decide to protect the performance by copying (which ensures there is only one kind of List), I would suggest copying with `List<Widget>.unmodifiable(input)`.
A small fixed-length or unmodifiable list can be is half the size of a growable list or less. If the growable input is no longer referenced, it can be GC-ed. The copy will do more allocation, but have a smaller size post-GC. This may be a reasonable tradeoff.

Making the children unmodifiable will prevent users from modifying the trees they create which will help them avoid a class of bugs.
It will break the problematic pattern of `widget.children.add(w)`.
Even if the above hypothesis does not pan out, copying the list to an unmodifiable list in debug mode would help developers avoid bugs.
Repository: vscode
Issue: Ability to drag and drop breakpoints
Labels: feature-request,debug

Issue Type: <b>Feature Request</b>

The ability to move breakpoints, especially those that are conditional, would be considerably easier than having to delete a breakpoint and then recreate it with the same condition information on another line. Drag and drop functionality would work pretty well here I imagine.

VS Code version: Code 1.41.1 (26076a4de974ead31f97692a0d32f90d735645c0, 2019-12-18T14:58:56.166Z)
OS version: Windows_NT x64 10.0.18362


<!-- generated by issue reporter -->
Repository: flutter
Issue: Flutter Inspect Widget tool does not work well with overlays
Labels: framework,f: inspector,has reproducible steps,P2,found in release: 3.3,found in release: 3.6,team-framework,triaged-framework

When using overlays, like Dialogs, Drawers, etc, the Select Widget mode of the inspector selects the underlying widget and not the actual widget clicked. This has always been the case, at least since Public Beta 3.
Here's a gif  of it in action. As you can see, it highlighted the underlying `BottomNavigationBarItem` instead of the `Text` widget or the Drawer
![2020-01-07 11 28 53](https://user-images.githubusercontent.com/23037821/71923072-0aad8280-3141-11ea-8a67-a3431a3a8742.gif)

> Flutter 1.13.7-pre.24 • channel master • https://github.com/flutter/flutter.git
> Framework • revision 0aed0b61a1 (4 days ago) • 2020-01-03 17:53:54 -0800
> Engine • revision eb139936eb
> Tools • Dart 2.8.0 (build 2.8.0-dev.0.0 2f57602411)
Repository: TypeScript
Issue: Allow .d.ts files to represent anonymous class expressions with `private` members
Labels: Suggestion,Awaiting More Feedback

Re-opening of #30355

That other issue is labeled "working as intended" so instead of this feature being a bug report, it is a feature request.
Repository: flutter
Issue: Add orElse or a fallback to Navigator.popUntil()
Labels: c: new feature,framework,f: routes,c: proposal,P3,team-framework,triaged-framework

<!-- Thank you for using Flutter!

     If you are looking for support, please check out our documentation
     or consider asking a question on Stack Overflow:
      * https://flutter.dev/
      * https://api.flutter.dev/
      * https://stackoverflow.com/questions/tagged/flutter?sort=frequent

     If you have found a bug or if our documentation doesn't have an answer
     to what you're looking for, then fill our the template below. Please read
     our guide to filing a bug first: https://flutter.dev/docs/resources/bug-reports
-->

## Use case

I would like to add some more stability to my app when navigating back to the login screen after logging out. Instead of ensuring that a screen is on the stack, which I can't do programmatically (since we don't have external access to the stack yet, (#45938 maybe?), I want to do popUntil(ModalRoute.named('/') however, in case this screen doesn't exist in the stack, maybe the user was deep-linked in or something, I want to have a fallback and provide it anyway.
<!--
     Please tell us the problem you are running into that led to you wanting
     a new feature.

     Is your feature request related to a problem? Please give a clear and
     concise description of what the problem is.

     Describe alternative solutions you've considered. Is there a package
     on pub.dev/flutter that already solves this?
-->

## Proposal
Add the ability to check to see if a certain route is in the stack, or allow us to implement a fallback screen in the case of this call returning unsuccessfully.
<!--
     Briefly but precisely describe what you would like Flutter to be able to do.

     Consider attaching images showing what you are imagining.

     Does this have to be provided by Flutter directly, or can it be provided
     by a package on pub.dev/flutter? If so, maybe consider implementing and
     publishing such a package rather than filing a bug.
-->
Repository: go
Issue: cmd/go: reject vN.*.*+incompatible as a version if vN/go.mod exists
Labels: NeedsDecision,modules

(From a [golang-nuts thread](https://groups.google.com/d/topic/golang-nuts/eRt5gD5pIhQ/discussion).)

### What version of Go are you using (`go version`)?

<pre>
~$ go version
go version devel +7d98da8d31 Tue Jan 7 19:53:19 2020 +0000 linux/amd64
</pre>

### What did you do?

Run `go get` in module mode, requesting an incompatible major version of a module that _has_ a `go.mod` file corresponding to that major version _using the “major subdirectory” layout_, but lacks a `go.mod` file altogether at the repo root. 

```
~$ go clean -modcache
~$ GOPROXY=direct GO111MODULE=on go get -d github.com/nicksnyder/go-i18n@v2.0.3
go: downloading github.com/nicksnyder/go-i18n v2.0.3+incompatible
go: github.com/nicksnyder/go-i18n v2.0.3 => v2.0.3+incompatible
```

### What did you expect to see?

An error message indicating that `v2.0.3+incompatible` is not valid for `github.com/nicksnyder/go-i18n` because the repository contains a `v2/go.mod`.

(See #32695 and #34165.)

### What did you see instead?

```
~$ GOPROXY=direct GO111MODULE=on go get -d github.com/nicksnyder/go-i18n@v2.0.3
go: downloading github.com/nicksnyder/go-i18n v2.0.3+incompatible
go: github.com/nicksnyder/go-i18n v2.0.3 => v2.0.3+incompatible
```

CC @matloob @jayconrod @thepudds @heschik @hyangah @katiehockman
Repository: go
Issue: cmd/compile: manually CSE |-combined rules?
Labels: NeedsInvestigation,compiler/runtime

We know that rewrite rules containing `|` have a lot of shared subexpressions. Instead of expanding and generating one rewrite rule per expanded rule, we could instead loop over all op tuples, much as CL 213703 proposes we do for commutative ops. Note that this only works for |-expansions that aren't for the top level op, because the top level op is matched using a switch statement. Perhaps surprisingly, about 15% of |-expanded rules (both before and after expansion) use | only in non-top-level rules.
Repository: rust
Issue: Incompatible type error should explain when types come from default type parameters
Labels: C-enhancement,A-diagnostics,T-compiler,D-confusing

```rust
trait Trait<T = ()> {
    fn foo() -> T;
}

struct S;

impl Trait for S {
    fn foo() -> u32 { 0 }
}
```
produces:
```
error[E0053]: method `foo` has an incompatible type for trait
  --> src/lib.rs:28:17
   |
22 |     fn foo() -> T;
   |                 - type in trait
...
28 |     fn foo() -> u32 { 0 }
   |                 ^^^ expected `()`, found `u32`
   |
   = note: expected fn pointer `fn()`
              found fn pointer `fn() -> u32`
```
The diagnostic doesn't point out why `T` is `()`, which comes from the default type parameter. It would be helpful to explain this, as it may not be immediately apparent.
Repository: TypeScript
Issue: Either understand const arrow assertions or give better errors on them
Labels: Suggestion,In Discussion,Domain: Error Messages,Experience Enhancement,Rescheduled

As mentioned by @threehams in https://github.com/microsoft/TypeScript/issues/35838#issuecomment-569832017, people are pretty confused about the rules for assertion functions, and I don't blame them. For example

```ts
const assert = (blah: unknown): asserts blah => { throw "hai"; }

let x: string | undefined;;
assert(x);
```

In our nightly releases, we give an elaboration on the declaration of `assert` like

```
'assert' needs an explicit type annotation.
```

For all intents and purposes, it looks like `assert` *does* have an annotation! The problem is that `assert` itself needs a `: (x: unknown) => asserts x`, because it's not automatically inferred from the arrow function.

We have two options:

* Remove this restriction when the declaration of an assertion function is trivially detectable.
* Make assertion function errors more clear for arrow functions:

  ```
  'assert' needs an explicit type annotation. While the function it has been assigned to is fully annotated, the variable declaration for 'assert' does not.
  ```
Repository: pytorch
Issue: RPC and dist_autograd should respect no_grad mode
Labels: feature,triaged,module: rpc

It might be helpful to allow using RPCs to do some non-autograd actions within an autograd context. For example, it will be useful to support the following use case:

```python
with dist_autograd.context():
    # this RPC should add send/recv functions
    rpc_sync(dst, some_func, args=(some_tensor))

    with torch.no_grad():
        # this RPC should NOT add send/recv functions or carry context id
        rpc_sync(dst, some_other_func, args=(some_tensor))

    # this RPC should add send/recv functions
    rpc_sync(dst, some_func, args=(some_tensor))
```

cc @pietern @mrshenli @pritamdamania87 @zhaojuanmao @satgera @gqchen @aazzolini @rohan-varma @xush6528 @jjlilley
Repository: opencv
Issue: Are there plans to support .NET Core?
Labels: feature,priority: low

RT
Repository: go
Issue: encoding/csv: writer.UseCRLF will change \n to \r\n in data field
Labels: NeedsInvestigation

<!--
Please answer these questions before submitting your issue. Thanks!
For questions please use one of our forums: https://github.com/golang/go/wiki/Questions
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.13.5 linux/amd64

</pre>

### Does this issue reproduce with the latest release?

yes

### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/secret/.cache/go-build"
GOENV="/home/secret/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/secret/Dropbox/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go-1.13"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go-1.13/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build843557951=/tmp/go-build -gno-record-gcc-switches"

</pre></details>

### What did you do?

<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
-->

trying to write 
```
"col1","col2"
"asd\njk", "2g9"
```
into csv file

but the newline in `asd\njk` has been change to `asd\r\njk`

[playground](https://play.golang.org/p/Of3BwsmGH8i)
### What did you expect to see?
`\n` in data field would not be changed by `writer.UseCRLF`

`"col1,col2\r\n\"asd\njk\",2g9\r\n"`

### What did you see instead?
`"col1,col2\r\n\"asd\r\njk\",2g9\r\n"`
Repository: vue-element-admin
Issue: 设置了 mock ,但是请求的 url 上没有包含 mock 这个字符串
Labels: enhancement :star:

## Question（提问）

<!--
    提问之前，请确定你已经过自己的努力，尝试解决过这个问题。
    若是代码相关问题，请不要只截图，请提供在线 demo，以便节约彼此的时间。

    Before asking a question, please make sure that you have tried your best to solve this problem.
    If it's a code-related issue, please don't just take screenshots. Please provide an online demo to save each other's time.
-->

#### Steps to reproduce（问题复现步骤）
<!--
1. [xxx]
2. [xxx]
3. [xxxx]
-->

#### Screenshot or Gif（截图或动态图）
![image](https://user-images.githubusercontent.com/22002078/71952174-bc6bb280-3218-11ea-9613-68064704c17a.png)
![image](https://user-images.githubusercontent.com/22002078/71952214-e329e900-3218-11ea-8084-23857064bdcb.png)
#### Link to minimal reproduction（最小可在线还原demo）

<!--
Please only use Codepen, JSFiddle, CodeSandbox or a github repo
-->

#### Other relevant information（格外信息）
- Your OS:
- Node.js version:
- vue-element-admin version:
Repository: flutter
Issue: Use a system default font on flutter
Labels: c: new feature,framework,f: material design,a: typography,customer: crowd,c: proposal,dependency: android,P2,team-design,triaged-design

## Use case

Flutter apps need to use a system font for displaying a plain text. I guess I can use FontLoader to use a default system font on Android with a plugin but it would be really great to have this feature supported by engine.
Samsung, LG or other vendors using Android has a feature that users can change a system font in settings but this default font setting is ignored in flutter apps because it uses a built-in font provided by flutter engine. Users using a different font as their default font feel awkward as their setting isn't applied on their Android devices.
Repository: excalidraw
Issue: Hint: Press shift to move elements faster with keyboard
Labels: enhancement

When we move an element with keyboard, it is slow. Providing some way to speed it will be useful for power users.
Repository: rust
Issue: Spurious and unrelated error when using a macro variable (expr)
Labels: A-macros,T-compiler,C-bug

After some more consideration I'm starting to think this is an issue with rust's macro system rather than any of the used macros; see https://github.com/rust-lang/futures-rs/issues/2026.

Note the `($should_succeed:expr)`. If `$should_succeed` is used at all in the block starting at line 85, I get an error that `id` is not found, which seems totally random and unrelated.
However I just found that if I instead do `($should_succeed:tt)` I get no such error.
Repository: pytorch
Issue: Support sparse inputs for torch.block_diag
Labels: module: sparse,triaged,module: tensor creation,function request

## 🚀 Feature

The blkdiag method is defined clearly in https://github.com/pytorch/pytorch/issues/31932

https://github.com/pytorch/pytorch/issues/31932 suggests blkdiag should create a dense Tensor, which may also be helpful in some case.

However, considering graph neural networks, we always want a sparse block tensor rather than a dense one, since a dense block tensor will be even slower than multiply submatrix one by one and will easily cause OOM.

A use case can be found in https://stackoverflow.com/a/59641321/7699035

It's consistent with the most popular pytorch_geometric module, where node features x1, x2, x3, ..., xn of different graphs are concatenated to a large tensor and a batch index is given. I've also asked the author of pytorch_geometric on this problem here https://github.com/rusty1s/pytorch_scatter/issues/95 .

## Pitch

This issue is for something like torch.spase.blkdiag rather than torch.blkdiag.

## Alternatives

The operation in https://stackoverflow.com/a/59641321/7699035 is clearly parallelizable, I want an efficient solution in pytorch, however a torch.sparse.blkdiag method seems the best solution.



cc @vincentqb @aocsa @nikitaved @pearu @mruberry
Repository: node
Issue: Inspector does not initialize when using CreateEnvironment
Labels: embedding

Inspector does not initialize when using CreateEnvironment.
So occur crash in the code below. (inspector_agent()->client_ is null)
> https://github.com/nodejs/node/blob/1a552f614b4ec2b9faf0bf932ad4e6ef4fdcaf01/src/node_worker.cc#L79-L80
> https://github.com/nodejs/node/blob/3e79c004fdb93d01618fd90f0df934ac12c62353/src/inspector_agent.cc#L1010

Initialization takes place only here.
> https://github.com/nodejs/node/blob/1a552f614b4ec2b9faf0bf932ad4e6ef4fdcaf01/src/node_main_instance.cc#L225-L231


```c++
Environment* CreateEnvironment(IsolateData* isolate_data,
                               Local<Context> context,
                               int argc,
                               const char* const* argv,
                               int exec_argc,
                               const char* const* exec_argv) {
  Isolate* isolate = context->GetIsolate();
  HandleScope handle_scope(isolate);
  Context::Scope context_scope(context);
  // TODO(addaleax): This is a much better place for parsing per-Environment
  // options than the global parse call.
  std::vector<std::string> args(argv, argv + argc);
  std::vector<std::string> exec_args(exec_argv, exec_argv + exec_argc);
  // TODO(addaleax): Provide more sensible flags, in an embedder-accessible way.
  Environment* env = new Environment(
      isolate_data,
      context,
      args,
      exec_args,
      static_cast<Environment::Flags>(Environment::kIsMainThread |
                                      Environment::kOwnsProcessState |
                                      Environment::kOwnsInspector));
  env->InitializeLibuv(per_process::v8_is_profiling);
  // ========== START SUGGEST ==========
  env->InitializeDiagnostics();

  // TODO(joyeecheung): when we snapshot the bootstrapped context,
  // the inspector and diagnostics setup should after after deserialization.
#if HAVE_INSPECTOR && NODE_USE_V8_PLATFORM
  //TODO(jc-lab): If InitializeInspector fails, the caller must be informed of the return_code.
  env->InitializeInspector(nullptr);
#endif
```
I thought about the above suggestions.
However, the above proposal does not pass the EnvironmentTest.MultipleEnvironmentsPerIsolate test.
https://github.com/nodejs/node/blob/1a552f614b4ec2b9faf0bf932ad4e6ef4fdcaf01/src/inspector_agent.cc#L770
Repository: pytorch
Issue: error when building pytorch 1.1.0 from source
Labels: module: build,triaged

## 🐛 Bug
When building pytorch 1.1.0 from source with explicitly setting `-D_GLIBCXX_USE_CXX11_ABI=0`, I met such error:
```
pytorch/build/lib/libcaffe2_gpu.so: undefined reference to `gloo::getCudaPCIBusID(int)'
pytorch/build/lib/libcaffe2_gpu.so: undefined reference to `gloo::EnforceNotMet::EnforceNotMet(char const*, int, char const*, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
```
how to solve that? 
**Without `export CFLAGS="-D_GLIBCXX_USE_CXX11_ABI=0 $CFLAGS"`**, I can build pytorch successfully, but when importing extend module which is built also from source in the same environment from python , I will meet error`my_module.so: undefined symbol: _ZN3c105ErrorC1ENS_14SourceLocationERKSs`,  and my `torch._C._GLIBCXX_USE_CXX11_ABI == True`.(referenced [here](https://discuss.pytorch.org/t/undefined-symbol-when-import-lltm-cpp-extension/32627))

## To Reproduce

Steps to reproduce the behavior:
```
git clone https://github.com/pytorch/pytorch.git && git checkout v1.1.0
... # do some change to reset the third_party submodules to the correct commit with tags/v1.1.0
export USE_NINJA=OFF
export CFLAGS="-D_GLIBCXX_USE_CXX11_ABI=0 $CFLAGS"
export CMAKE_PREFIX_PATH=${CONDA_PREFIX:-"$(dirname $(which conda))/../"}
python setup.py install
```

<!-- If you have a code sample, error messages, stack traces, please provide it here as well -->

## Expected behavior

<!-- A clear and concise description of what you expected to happen. -->

## Environment

 - PyTorch Version (e.g., 1.0): 1.1.0
 - OS (e.g., Linux): Linux version 3.10.0-327.ali2012.alios7.x86_64
 - How you installed PyTorch (`conda`, `pip`, source): source
 - Build command you used (if compiling from source):
```
export USE_NINJA=OFF
export CFLAGS="-D_GLIBCXX_USE_CXX11_ABI=0 $CFLAGS"
export CMAKE_PREFIX_PATH=${CONDA_PREFIX:-"$(dirname $(which conda))/../"}
python setup.py install
```
 - Python version: 3.6.9 | Anaconda [GCC 7.3.0] on linux
 - CUDA/cuDNN version: cuda10.0
 - GPU models and configuration: nvidia tesla v100 16GB
 - gcc:  5.5.0