sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: opencv
Issue: opencv.pc links to wrong TBB
Labels: bug,auto-transferred,priority: normal,category: build/install,affected: 2.4

Transferred from http://code.opencv.org/issues/3691

```
|| Thorsten Ball on 2014-05-14 06:17
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: build/install
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Mac OSX
```
## opencv.pc links to wrong TBB

```
On OS X 10.9.2 the generated `opencv.pc` does not link to the correct TBB library.

@# Package Information for pkg-config

prefix=/usr/local
exec_prefix=${prefix}
libdir=
includedir_old=${prefix}/include/opencv
includedir_new=${prefix}/include

Name: OpenCV
Description: Open Source Computer Vision Library
Version: 2.4.9
Libs:  ${exec_prefix}/lib/libopencv_calib3d.dylib ${exec_prefix}/lib/libopencv_contrib.dylib ${exec_prefix}/lib/libopencv_core.dylib ${exec_prefix}/lib/libopencv_features2d.dylib ${exec_prefix}/lib/libopencv_flann.dylib ${exec_prefix}/lib/libopencv_gpu.dylib ${exec_prefix}/lib/libopencv_highgui.dylib ${exec_prefix}/lib/libopencv_imgproc.dylib ${exec_prefix}/lib/libopencv_legacy.dylib ${exec_prefix}/lib/libopencv_ml.dylib ${exec_prefix}/lib/libopencv_nonfree.dylib ${exec_prefix}/lib/libopencv_objdetect.dylib ${exec_prefix}/lib/libopencv_ocl.dylib ${exec_prefix}/lib/libopencv_photo.dylib ${exec_prefix}/lib/libopencv_stitching.dylib ${exec_prefix}/lib/libopencv_superres.dylib ${exec_prefix}/lib/libopencv_ts.a ${exec_prefix}/lib/libopencv_video.dylib ${exec_prefix}/lib/libopencv_videostab.dylib -llibtbb.dylib
Cflags: -I${includedir_old} -I${includedir_new}@

I installed OpenCV 2.4.9 with Homebrew on OS X with TBB enabled. Using `pkg-config --libs --cflags opencv` results in an error because `libtbb.dylib` cannot be found. The problem is that the file exists (`/usr/local/lib/libtbb.dylib`) but the `Libs:` line should use `-ltbb` instead of `-llibtbb.dylib`. The first one works, the second fails with `ld: library not found for -llibtbb.dylib clang: error: linker command failed with exit code 1`.
```
## History
##### Vladislav Vinogradov on 2014-05-14 06:26

```
Alexander, could you check the issue?
-   Assignee set to Alexander Smorkalov
-   Status changed from New to Open
-   Category set to build/install
```
##### Thorsten Ball on 2014-05-14 07:22

```
I'm happy to provide more information. If you need anything, just tell me.
```
Repository: opencv
Issue: Android setPictureSize is not respected in takePicture
Labels: bug,auto-transferred,priority: normal,affected: 2.4,platform: android

Transferred from http://code.opencv.org/issues/3698

```
|| Renato Lorenzi on 2014-05-17 00:31
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: android
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: Any / Android
```
## Android setPictureSize is not respected in takePicture

```
I'm working with opencv4android and am using org.opencv.android.JavaCameraView class to display the image after processing. So far so good, but when I do a camera.takePicture () defined in the resolution parameters with parameters.setPictureSize (width, height) is not respected (get a lower resolution). Debugging the class code I found that the problem occurs because the call params.setRecordingHint (true) inside the initializeCamera method JavaCameraView class. 

Looking JavaCameraView class review on github bug was discovered that caused the commit commit:98cb1dc

googled found a question where that commit had already caused problems [[http://answers.opencv.org/question/27600/camera-distorted-on-android-442/]]


the solution (bad) was to copy the code and remove the line

sorry my bad english
```
## History
##### Renato Lorenzi on 2014-05-17 16:08

```
-   Status changed from New to Open
```
##### Alexander Smorkalov on 2014-09-27 14:28

```
What is your device? We approve pull request that turn this option off for Samsung Galaxy S2. It the patch applicable for you?
```
Repository: opencv
Issue: cv::Flann knnSearch distances
Labels: bug,auto-transferred,priority: normal,affected: 2.4,category: flann

Transferred from http://code.opencv.org/issues/3702

```
|| Martin Beckett on 2014-05-20 21:06
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: flann
|| Tracker: Bug
|| Difficulty: Medium
|| PR: 
|| Platform: x64 / Windows
```
## cv::Flann knnSearch distances

```
The returned distances from knnSearch don't represent the distance to the nearest neighbours returned in the index
It appears that they are the L1/L2 distance to the query points from the origin.
So  with 2 query points and k=3 index | 1,2,3 || 2,3,4 | would return the same distances | d1,d1,d2 ||d2,d2,d2|
```
## History
##### Daniil Osokin on 2014-07-07 16:14

```
Hi Martin, thanks for response! Could you please submit a test to reproduce the bug, or, better, send us a pull request with the fix?
-   Priority changed from High to Normal
-   Assignee set to Martin Beckett
-   Status changed from New to Incomplete
-   Category set to flann
```
Repository: opencv
Issue: Algorithm::create doesn't work for BFMatcher
Labels: bug,auto-transferred,priority: normal,category: core,affected: 2.4

Transferred from http://code.opencv.org/issues/3718

```
|| Alexander Cheparukhin on 2014-05-27 15:29
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: core
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Linux
```
## Algorithm::create doesn't work for BFMatcher

```
cv::Algorithm::create<cv::DescriptorMatcher>("BFMatcher") returns a null pointer.
```
## History
##### Alexander Cheparukhin on 2014-05-27 15:39

```
This issue also occurs with for FlannBasedMatcher.
```
##### Dmitry Retinskiy on 2014-05-28 04:43

```
Hi Alexander,

here you can find possible explanation for this behavior: http://docs.opencv.org/modules/core/doc/basic_structures.html?highlight=algorithm%3A%3Acreate#algorithm-create. (See Note section there).

Please check if it helps and reply if the ticket can be closed.
Thanks.
-   Assignee set to Alexander Cheparukhin
-   Category set to core
```
Repository: opencv
Issue: Descriptor matchers don't serialize to FileStorage
Labels: bug,auto-transferred,priority: normal,affected: 2.4,category: features2d

Transferred from http://code.opencv.org/issues/3719

```
|| Alexander Cheparukhin on 2014-05-27 15:33
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: features2d
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Linux
```
## Descriptor matchers don't serialize to FileStorage

```
Both BFMatcher and FlannBasedMatcher do not serialize to FileStorage correctly, although they have read and write functions inherited from Algorithm class.
```
## History
##### Dmitry Retinskiy on 2014-05-28 04:48

```
Hi Alexander,

could you add more details to the description (a code snippet demonstrating the problem)?
Thanks.
-   Assignee set to Alexander Cheparukhin
-   Category set to features2d
```
Repository: opencv
Issue: Need Flann Index to support vector<Mat> and return imgIdx
Labels: auto-transferred,priority: normal,feature,category: flann

Transferred from http://code.opencv.org/issues/3721

```
|| Puneet Jain on 2014-05-28 08:10
|| Priority: Normal
|| Affected: None
|| Category: flann
|| Tracker: Feature
|| Difficulty: 
|| PR: 
|| Platform: None / None
```
## Need Flann Index to support vector<Mat> and return imgIdx

```
Hello,

I am trying to construct flann based indexes for multiple images. Ideally, I would like to supply a extracted descriptors of all images in the form of vector<Mat> to Index :

  vector<Mat> descriptors;
 flann::Index kdtree(descriptors, indexParams);

Once the index is built, I can dump in into disk like:

    kdtree.save(outputFile);


This index, I should be able to load back and use it for the matching. I would also like to request knnSearch to return original image index:

    kdtree.knnSearch(descriptors, indices, dists, 2);

where indices should be 3 values: <imgIdx, match1, match2>

All of this is supported in Lowe's flann library but somehow getting lost in OpenCV.
```
## History
##### Dmitry Retinskiy on 2014-05-29 07:54

```
Hi Puneet,

do you think you could add such a functionality to opencv?
```
##### Puneet Jain on 2014-05-30 17:19

```
Hi  Dmitry Retinskiy,

I thought about it but it seem to be a bit complex and I am sorry I don't have enough cycles to explore this further. For now, I am maintaining by own range file such that I can identify imageIdx from the matched index in Mat. 

This is what I am doing:

superMat = hconcat(vector<Mat>);
// dump indices range to a file Mat1: 0-a, Mat2: a+1-b, .....

flann::Index kdtree(superMat, indexParams);
kdtree.knnSearch(descriptors, indices, dists, 2);

==> this gives me indices in superMat

==> identify image using dumped indices
```
##### Alexander Karsakov on 2014-06-10 18:45

```
-   Status changed from New to Open
-   Category set to flann
```
Repository: opencv
Issue: Add support for true in-place convolution to filter2D
Labels: auto-transferred,priority: normal,feature,category: imgproc,category: video

Transferred from http://code.opencv.org/issues/3741

```
|| Goncalo Lopes on 2014-06-05 10:15
|| Priority: Normal
|| Affected: None
|| Category: imgproc, video
|| Tracker: Feature
|| Difficulty: 
|| PR: 
|| Platform: None / None
```
## Add support for true in-place convolution to filter2D

```
The documentation for filter2D claims that "in-place operation is supported.". However, this is not really the case, and OpenCV seems to create a temporary copy somewhere to serve as input to the filter. This is unfortunate, since it precludes the possibility of designing true IIR filters using this operator (where you want the previous output to affect the next input).

It would be nice to add a flag to allow specifying true in-place convolution.
```
## History
##### Daniil Osokin on 2014-07-07 16:42

```
-   Category set to imgproc, video
```
Repository: opencv
Issue: gpu:HOGDescriptor cannot support two hog descriptor with different parameters
Labels: bug,auto-transferred,priority: normal,affected: 2.4,category: gpu/cuda (contrib)

Transferred from http://code.opencv.org/issues/3748

```
|| Zhifei Fang on 2014-06-11 19:45
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: gpu (cuda)
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Windows
```
## gpu:HOGDescriptor cannot support two hog descriptor with different parameters

```
In namespace hog, there are some constants. Defined in hog.cu. 

hog.cu line 60~68 :
        __constant__ int cnbins;
        __constant__ int cblock_stride_x;
        __constant__ int cblock_stride_y;
        __constant__ int cnblocks_win_x;
        __constant__ int cnblocks_win_y;
        __constant__ int cblock_hist_size;
        __constant__ int cblock_hist_size_2up;
        __constant__ int cdescr_size;
        __constant__ int cdescr_width;

These constant  assigned by a function called *set_up_constants*

hog.cu line 90:
void set_up_constants(int nbins, int block_stride_x, int block_stride_y,
                              int nblocks_win_x, int nblocks_win_y)

In the hog.cpp (gpu module)
The constructor of  gpu:HOGDescriptor (line 132) will call *set_up_constants*

so if user want to set two HOGDescriptor with different parameters, that may cause a problem.
The second will rewrite these global, that make the first HOGDescriptor cannot work  in the proper way.

I will attach a test file later.
```
## History
##### Daniil Osokin on 2014-07-07 15:06

```
Hi Zhifei, will you provide any tests?
-   Priority changed from High to Normal
-   Assignee set to Zhifei Fang
-   Status changed from New to Incomplete
-   Category set to gpu (cuda)
```
##### Tran Duong on 2014-10-25 09:38

```
I have same problem. I create two model files for detect motobike and car with different parameters. If I use only motobike model to detect, that's no problem (FPS higher than 30). But when I use two model to detect, the program detect very slowly (FPS less 1).
Note: this bug don't occur on CPU mode
```
##### Huy Le on 2014-10-27 05:34

```
I got the same problem. Please fix it in version 3.0.
```
Repository: opencv
Issue: SparseMatIterator_<> build error
Labels: bug,auto-transferred,priority: normal,category: core,affected: 2.4

Transferred from http://code.opencv.org/issues/3761

```
|| Marc Rollins on 2014-06-19 21:10
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: core
|| Tracker: Bug
|| Difficulty: Easy
|| PR: 
|| Platform: Any / Any
```
## SparseMatIterator_<> build error

```
Compilation fails with errors: 
<pre>
/usr/local/include/opencv2/core/mat.hpp:2611:23: No viable conversion from 'cv::SparseMatIterator_<float>' to 'cv::SparseMatIterator'
/usr/local/include/opencv2/core/mat.hpp:2569:12: error: no viable conversion from 'cv::SparseMatConstIterator' to 'cv::SparseMatConstIterator_<float>'
</pre>


when iterating a @SparseMat_@ using templated @SparseMatIterator_@ in a @for@ loop and using post-increment @operator++@.

Compiler invocation: 
<pre>
clang++ sparseMat-repro.cpp -I/usr/local/include -L/usr/local/lib
</pre>


A fully reproducible sample is attached.
This error occurs compiling with both g++ and clang++.
```
## History
Repository: opencv
Issue: opencv2/flann/lsh_table.h 'unordered_map' file not found
Labels: auto-transferred,category: build/install,affected: 2.4,category: flann,incomplete

Transferred from http://code.opencv.org/issues/3773

```
|| Liu Xiao on 2014-06-27 13:16
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: flann
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Mac OSX
```
## opencv2/flann/lsh_table.h 'unordered_map' file not found

```
When I try to use opencv in my project, it has error below:

opencv2/flann/lsh_table.h 'unordered_map' file not found
```
## History
##### Ilya Lavrenov on 2014-07-04 08:14

```
Hi Hoa, could you include http://www.cplusplus.com/reference/unordered_map/unordered_map/ in the appropriate header file, test the fix and make pull-request to https://github.com/Itseez/opencv?
```
Repository: opencv
Issue: Adding BinBoost to OpenCV without a "create" implementation
Labels: auto-transferred,priority: normal,feature,category: features2d

Transferred from http://code.opencv.org/issues/3776

```
|| Gil Levi on 2014-06-27 16:25
|| Priority: Normal
|| Affected: None
|| Category: features2d
|| Tracker: Feature
|| Difficulty: 
|| PR: 
|| Platform: None / None
```
## Adding BinBoost to OpenCV without a "create" implementation

```
Hi,

I'm trying to add the BinBoost descriptor to OpenCV. The sources can be found here: 
http://cvlab.epfl.ch/research/detect/binboost

It's really straightforward, as the authors already implemented the DescriptorExtractor class.

The problem is that the constructors are dependent of certain binary files as input. They use them to initialize their inner structures. So one can easily construct a BinBoostDescriptorExtractor as

> BinBoostDescriptorExtractor BinBoostDescriptorExtractorInstance("D:\\OpenCV_2_4_9\\opencv\\sources\\modules\\features2d\\src\\binboost_256.bin");

But one cannot use the simpler "create" command as:

> Ptr<DescriptorExtractor> descriptor = DescriptorExtractor::create("BinBoost");


I already asked in the OpenCV Q&A forum, and no one could provide a solution:

http://answers.opencv.org/question/35272/problems-in-adding-a-new-descriptor-to-opencv/

Moderators - will you be willing to a accept a family of 3 new descriptors with the downside that they don't have a "algorithm::create" implementation? I must note that in my experiments, BinBoost is state-of-the-art among the binary descriptors.

Thanks,
Gil
```
## History
Repository: opencv
Issue: Can't pass precalculated pyramids to calcOpticalFlowPyrLK in Python
Labels: auto-transferred,priority: normal,category: python bindings,category: video,affected: 2.4,RFC

Transferred from http://code.opencv.org/issues/3784

```
|| Magnus Linderoth on 2014-06-30 17:26
|| Priority: Normal
|| Affected: 2.4.0 - 2.4.8
|| Category: python bindings
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Mac OSX
```
## Can't pass precalculated pyramids to calcOpticalFlowPyrLK in Python

```
In Python I get an error when I try to use the output from buildOpticalFlowPyramid as input to calcOpticalFlowPyrLK.

An example is given here:

>>> im1 = np.uint8(np.random.rand(64,96)*255)
>>> im2 = np.uint8(np.random.rand(64,96)*255)
>>> pyr1 = cv2.buildOpticalFlowPyramid(im1, (7,7), 2)
>>> pyr2 = cv2.buildOpticalFlowPyramid(im2, (7,7), 2)
>>> cv2.calcOpticalFlowPyrLK(pyr1[1], pyr2[1], np.float32((42,42)))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: prevImg is not a numpy array, neither a scalar

The problem was previously described here:
http://answers.opencv.org/question/315/cant-use-pyramids-in-calcopticalflowpyrlk-python/

The problem seems to be related to an issue reported for the Java interface:
http://code.opencv.org/issues/3508
```
## History
Repository: opencv
Issue: Fixing user guide tutorials
Labels: bug,auto-transferred,priority: normal,category: documentation,affected: 2.4

Transferred from http://code.opencv.org/issues/3798

```
|| Steven Puttemans on 2014-07-07 13:08
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: documentation
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: Any / Any
```
## Fixing user guide tutorials

```
http://docs.opencv.org/doc/user_guide/ug_features2d.html

Looking at user guides like this, it seems to me they should better be fixed or removed all together. The guide does nothing extra compared to the actual sample provided... the minimal comments should just be added in comments inside the sample I guess.
```
## History
Repository: opencv
Issue: Qt display keepratio mode
Labels: bug,auto-transferred,priority: normal,category: highgui-gui,affected: 2.4

Transferred from http://code.opencv.org/issues/3800

```
|| Florent Perrocheau on 2014-07-08 11:39
|| Priority: Normal
|| Affected: 2.4.9 (latest release)
|| Category: highgui-gui
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x86 / Windows
```
## Qt display keepratio mode

```
Hy,
since I work with 2.4.9, the keep ratio display mode with Qt doesn't work well.
The output image size is mostly ok but the image data is not rescaled.
Some time the output image is not resized.



!http://s28.postimg.org/pr0ufw0lp/bug_opencv_qt_display.png!



OpenCV 2.4.9 
Qt 5.3.1
mingw32 4.8.2
```
## History
##### Florent Perrocheau on 2014-07-08 13:28

```
Same displays on freeratio mode.

!http://s28.postimg.org/465gqoc25/bug_opencv_qt_display_2.png!
```
##### Florent Perrocheau on 2014-07-08 17:58

```
After some tests the problem doesn't come with opencv 2.4.9 but with the upgrade to Qt 5.

2.4.9 and 2.4.7 versions compile with Qt 4.8.5 and mingw32 4.6.2 work great.
2.4.9, 2.4.8 and 2.4.7 versions compile with Qt 5.3.1 and mingw32 4.8.2 are buggy.

I will try to isolate compiler and Qt version as far it possible (don't success to mix Qt5 and mingw 4.6.2).


Anyone have already encounter this problem?


Edit : 
The bug only appears when OpenCV is used on a Qt application with the last version of Qt (5.3.1) and wathever the version of Qt used to compile OpenCV (testing 5.2.0 and 5.3.1) and the compiler used (testing mingw 4.8.2, 4.8.0 and 4.7).
```
##### Dmitry Retinskiy on 2014-09-17 09:50

```
Florent,

according to your investigation it looks like the problem is in Qt version, not in OpenCV.
If you agree, I'd suggest to close the ticket.
```
Repository: opencv
Issue: VideoCapture behaves different for jpeg and png sequences
Labels: bug,auto-transferred,priority: low,affected: 2.4,category: videoio(camera)

Transferred from http://code.opencv.org/issues/3806

```
|| Philipp Hasper on 2014-07-11 15:04
|| Priority: Normal
|| Affected: 2.4.0 - 2.4.8
|| Category: highgui-camera
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: Any / Any
```
## VideoCapture behaves different for jpeg and png sequences

```
the VideoCapture class is able to read image sequences specified something like 
# _%05d.jpg_
# _%05d.png_
# _00000.png_

but not _00000.jpg_.
This is because in the first three cases
@result = cvCreateFileCapture_FFMPEG_proxy (filename);@ (cap.cpp, line 372)
fails and another handler jumps in successfully
But in the fourth case
@result = cvCreateFileCapture_FFMPEG_proxy (filename);@
is successful(cap.cpp, line 372).

And the FFMPEG proxy is not able to process file sequences specified by their first file (at least this _seems_ to be the problem).
How can we prevent the proxy to accept the sequence although not being able to process it? The most simple solution would be to move the FFMPEG proxy to the bottom but I don't know if this would break anything else.
```
## History
##### Dmitry Retinskiy on 2014-09-17 09:46

```
Philipp, you could try your suggestion using pull request (http://www.code.opencv.org/projects/opencv/wiki/How_to_contribute).
It will be first automatically tested (http://pullrequest.opencv.org/) and then reviewed.
-   Assignee set to Philipp Hasper
```
##### Dmitry Retinskiy on 2014-09-17 09:46

```
-   Status changed from New to Open
```
Repository: opencv
Issue: New class to be added to OpenCV
Labels: auto-transferred,priority: normal,feature,category: imgcodecs

Transferred from http://code.opencv.org/issues/3810

```
|| Robby Longhorn on 2014-07-13 18:34
|| Priority: Normal
|| Affected: None
|| Category: highgui-images
|| Tracker: Feature
|| Difficulty: 
|| PR: 
|| Platform: None / None
```
## New class to be added to OpenCV

```
I wrote a class that is very usefull for all Windows users of OpenCV.
I ask herewith to add this class to the OpenCV project in a subfolder "AddOn's for Windows".

My class solves problems that are faced by Windows users of OpenCV.

Please read my detailed description on StackOverflow where you also find the source code of my class.

http://stackoverflow.com/questions/24725155/opencv-tesseract-how-to-replace-libpng-libtiff-etc-with-gdi-bitmap-load-in
```
## History
##### Daniil Osokin on 2014-07-14 06:13

```
Hi, thanks for response! You can try to make a pull request (http://code.opencv.org/projects/opencv/wiki/How_to_contribute) with this (since you have the code), developers will guide you.
-   Assignee set to Robby Longhorn
-   Category set to highgui-images
```
Repository: opencv
Issue: opencv 3.0 - CUDA link error in opencv_core300 -->  __cudaRegisterLinkedBinary unresolved symbol
Labels: bug,auto-transferred,priority: normal,category: build/install,affected: 3.4

Transferred from http://code.opencv.org/issues/3816

```
|| jean-claude rosichini on 2014-07-16 19:37
|| Priority: Normal
|| Affected: branch 'master' (3.0-dev)
|| Category: build/install
|| Tracker: Bug
|| Difficulty: 
|| PR: 
|| Platform: x64 / Windows
```
## opencv 3.0 - CUDA link error in opencv_core300 -->  __cudaRegisterLinkedBinary unresolved symbol

```
Hi,
Just went through a compile/link error on opencv_core module (no other module seems suffering from the same error)

My config:
use latest trunk opencv 3.0 version (as of July 16th 2014)
VS2010 64bits
CUDA 6.0  (btw same issue with 6.5)

*symptom:*
_4>     Creating library C:/Users/jc/Desktop/DEVELOPMENT_LIBS/opencv/x64/lib/Debug/opencv_core300d.lib and object C:/Users/jc/Desktop/DEVELOPMENT_LIBS/opencv/x64/lib/Debug/opencv_core300d.exp
4>cuda_compile_generated_gpu_mat.cu.obj : error LNK2019: unresolved external symbol __cudaRegisterLinkedBinary_54_tmpxft_00002bd0_00000000_11_gpu_mat_compute_35_cpp1_ii_71482d89 referenced in function "void __cdecl __sti____cudaRegisterAll_54_tmpxft_00002bd0_00000000_11_gpu_mat_compute_35_cpp1_ii_71482d89(void)" (?__sti____cudaRegisterAll_54_tmpxft_00002bd0_00000000_11_gpu_mat_compute_35_cpp1_ii_71482d89@@YAXXZ)
4>C:\Users\jc\Desktop\DEVELOPMENT_LIBS\opencv\x64\bin\Debug\opencv_core300d.dll : fatal error LNK1120: 1 unresolved externals
4>
4>Build FAILED.
_

thanks
```
## History
##### Dmitry Retinskiy on 2014-09-17 07:41

```
Jean-Claude, please attach full build log.

Alexander, could you check this?
Thanks.
-   Assignee set to Alexander Smorkalov
-   Status changed from New to Open
-   Category set to build/install
```