text:
Can't set attribute tokenizer.max_len

Describe the bug
Model I am using (UniLM, MiniLM, LayoutLM ...): MiniLM
The problem arises when using:

[ ] the official example scripts: (give details below)
[x] my own modified scripts: (give details below)

A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
! export CUDA_VISIBLE_DEVICES=0
! python decode_seq2seq.py \
  --model_type minilm --tokenizer_name minilm-l12-h384-uncased --input_file sample.json --split validation --do_lower_case \
  --model_path output_dir/ckpt-32000 --max_seq_length 464 --max_tgt_length 48 --batch_size 1 --beam_size 5 \
  --length_penalty 0 --forbid_duplicate_ngrams --mode s2s --forbid_ignore_word "."

Expected behavior
Here is the trace:
2020-08-05 06:30:16.386075: I tensorflow/stream_executor/platform/default/dso_loader.cc:48] Successfully opened dynamic library libcudart.so.10.1
Better speed can be achieved with apex installed from https://www.github.com/nvidia/apex.
08/05/2020 06:30:18 - INFO - transformers.tokenization_utils -   loading file https://unilm.blob.core.windows.net/ckpt/minilm-l12-h384-uncased-vocab.txt from cache at /root/.cache/torch/transformers/c6a0d170b6fcc6d023a402d9c81e5526a82901ffed3eb6021fb0ec17cfd24711.0af242a3765cd96e2c6ad669a38c22d99d583824740a9a2b36fe3ed5a07d0503
Traceback (most recent call last):
  File "decode_seq2seq.py", line 296, in <module>
    main()
  File "decode_seq2seq.py", line 161, in main
    tokenizer.max_len = args.max_seq_length
AttributeError: can't set attribute

Platform:
Python version:
PyTorch version (GPU?):

Hi @vishal-burman,
Please, did you solve this problem?
thanks

Hi @othman-zennaki No, I wasn't able to get a solution for this problem. Do let me know if you find a fix.

I have the same error. Is this project not maintained

@guijuzhejiang @vishal-burman @othman-zennaki
https://github.com/microsoft/unilm/blob/master/s2s-ft/decode_seq2seq.py#L152
Change this line into:
    if hasattr(tokenizer, 'model_max_length'):
        tokenizer.model_max_length = args.max_seq_length
    elif hasattr(tokenizer, 'max_len'):
        tokenizer.max_len = args.max_seq_length

Or
pip install transformers==2.2.1

This issue is caused by the interface change after the update of transformers package

Add the decorator in tokenization_utils.py
@max_len.setter
def max_len(self, value):
self.model_max_length = value

@guijuzhejiang @ vishal -burman @ othman-zennaki
https://github.com/microsoft/unilm/blob/master/s2s-ft/decode_seq2seq.py#L152
将此行更改为：
    如果hasattr（tokenizer，' model_max_length '）：
        tokenizer.model_max_length = args.max_seq_length elif hasattr（tokenizer，' max_len '）：
        tokenizer.max_len = args.max_seq_length

要么
点安装变压器== 2.2.1

此问题是由更新变形金刚软件包后的接口更改引起的

Thank you for your reply. I resolved it by adding a decorator.

authors: addf400 guijuzhejiang othman-zennaki vishal-burman

repo: microsoft/unilm


text:
In the apex (cuda 11) environment, there is an exception in decoding

Describe the bug
Model I am using (UniLM, MiniLM, LayoutLM ...):
The problem arises when:

[x] environment: apex + cuda 11
[x] action: decoding

A clear and concise description of what the bug is:
ModuleNotFoundError: No module named 'fused_layer_norm_cuda'

Python version: 3.7
PyTorch version (GPU?): 1.8.1 cuda 11.2
Apex: 0.1 , install by the following command

git clone https://github.com/NVIDIA/apex
cd apex
pip install -v --disable-pip-version-check --no-cache-dir ./

I found a way to solve this exception from the apex doc.
Change line 214 in the file s2s-ft/s2s_ft/modeling_decoding.pyas follows:
try:
    # from apex.normalization.fused_layer_norm import FusedLayerNorm as BertLayerNorm
    import apex.normalization.FusedLayerNorm as BertLayerNorm
except ImportError:
    print("Better speed can be achieved with apex installed from https://www.github.com/nvidia/apex.")

because the apex (Python-only build) fused kernels required to use apex.normalization.FusedLayerNorm.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
BEIT2：RuntimeError: The size of tensor a (385) must match the size of tensor b (1025) at non-singleton dimension 3

I am using BEIT2，and I got the question below:
my input is :
/home///project_code/unilm/beit2/semantic_segmentation/configs/beit/upernet/upernet_beit_base_12_512_slide_160k_21ktoade20k.py /home///project_code/unilm/beit2/semantic_segmentation/beitv2_base_patch16_224_pt1k_ft21ktoade20k.pth  --aug-test --out /home///project_code/unilm/beit2/semantic_segmentation/result.pkl --eval mIoU --show
wrong:
seg_logit = self.inference(imgs[0], img_metas[0], rescale)
File "/home//lib/python3.7/site-packages/mmseg/models/segmentors/encoder_decoder.py", line 248, in inference
seg_logit = self.slide_inference(img, img_meta, rescale)
File "/home//lib/python3.7/site-packages/mmseg/models/segmentors/encoder_decoder.py", line 193, in slide_inference
crop_seg_logit = self.encode_decode(crop_img, img_meta)
File "/home//lib/python3.7/site-packages/mmseg/models/segmentors/encoder_decoder.py", line 87, in encode_decode
x = self.extract_feat(img)
File "/home//lib/python3.7/site-packages/mmseg/models/segmentors/encoder_decoder.py", line 79, in extract_feat
x = self.backbone(img)
File "/home/***/lib/python3.7/site-packages/torch/nn/modules/module.py", line 727, in _call_impl
result = self.forward(input, kwargs)
File "../backbone/beit.py", line 447, in forward
x = self.forward_features(x)
File "../backbone/beit.py", line 435, in forward_features
x = blk(x, rel_pos_bias)
File "/home//lib/python3.7/site-packages/torch/nn/modules/module.py", line 727, in _call_impl
result = self.forward(input, kwargs)
File "../backbone/beit.py", line 178, in forward
x = x + self.drop_path(self.gamma_1 * self.attn(self.norm1(x), rel_pos_bias=rel_pos_bias))
File "/home//lib/python3.7/site-packages/torch/nn/modules/module.py", line 727, in _call_impl
result = self.forward(*input, **kwargs)
File "../backbone/beit.py", line 137, in forward
attn = attn + relative_position_bias.unsqueeze(0)
RuntimeError: The size of tensor a (385) must match the size of tensor b (1025) at non-singleton dimension 3

Thanks for attention~
It seems like you used --aug-test. But BEiT v2 is not support it now. So you can evaluate it without this option.

authors: junedwx pengzhiliang


text:
[New Port Request] onnxruntime

Library name:
ONNXRUNTIME
Library description:
ONNX Runtime is a cross-platform inferencing and training accelerator compatible with many popular ML/DNN frameworks, including PyTorch, TensorFlow/Keras, scikit-learn, and more. aka.ms/onnxruntime
Source repository URL:
https://github.com/microsoft/onnxruntime
Project homepage (if different from the source repository):
https://github.com/microsoft/onnxruntime
Anything else that is useful to know when adding (such as optional features the library may have that should be included):
I'm not sure if it hits the port requirements, however it would be nice to have the C++ interface to use DNNs developed and exported from multiple popular frameworks.

If you wish to add this port in the future, you can reopen this issue, and continue PR https://github.com/microsoft/vcpkg/pull/14903.

authors: PhoebeHui rich-pel

repo: microsoft/vcpkg


text:
vcpkg federation stabilization

Currently we make concurrent edits to the tool, to scripts, and to the ports tree, but as we do federation, we lose the ability to make such edits. We need to arrive at a solution to allow us to detect problematic behavior, and potentially make improvements to the portfile authoring experience.
This issue contains a list of potential changes we would want to make; we'll revisit this issue when designing whatever system we end up doing.

We want to increase the set of banned names (like token.h) because we have evidence those names break customers.
We want to make PREFER_NINJA the default for vcpkg_configure_cmake.
We want to make vcpkg_test_cmake do something.

/cc @strega-nil @vicroms @ras0219 @ras0219-msft

Better crosscompiling strategy/design? (Requires at least #15424)

We want to make PREFER_NINJA the default for vcpkg_configure_cmake.

probably with a global escape hatch like VCPKG_NO_NINJA or defining the cmake generator globally in the triplet.

Related #15173.

Related #15173.

We want to make PREFER_NINJA the default for vcpkg_configure_cmake.
Will be resolved in the near future.

We want to make PREFER_NINJA the default for vcpkg_configure_cmake.
Will be resolved in the near future.

@strega-nil did this

authors: BillyONeal JackBoosY Neumann-A


text:
oneDNN build failure

-- Extracting source /vcpkg/downloads/oneapi-src-oneDNN-v2.0.tar.gz
-- Using source at /vcpkg/buildtrees/onednn/src/v2.0-80e0c80e79.clean
-- Configuring x64-linux-dbg
-- Configuring x64-linux-rel
-- Building x64-linux-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:146 (message):
    Command failed: /vcpkg/downloads/tools/cmake-3.20.1-linux/cmake-3.20.1-linux-x86_64/bin/cmake --build . --config Debug --target install -- -v -j17
    Working Directory: /vcpkg/buildtrees/onednn/x64-linux-dbg
    See logs for more information:
      /vcpkg/buildtrees/onednn/install-x64-linux-dbg-out.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_build_cmake.cmake:105 (vcpkg_execute_build_process)
  scripts/cmake/vcpkg_install_cmake.cmake:45 (vcpkg_build_cmake)
  ports/onednn/portfile.cmake:20 (vcpkg_install_cmake)
  scripts/ports.cmake:142 (include)

Error: Building package onednn:x64-linux failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with `./vcpkg update`, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
  Package: onednn:x64-linux
  Vcpkg version: 2021-01-13-unknownhash

===========================================================
install-x64-linux-dbg-out.log
[601/710] /usr/bin/c++ -DDNNL_ENABLE_MAX_CPU_ISA -DDNNL_X64=1 -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -I/vcpkg/buildtrees/onednn/src/v2.0-80e0c80e79.clean/include -Iinclude -I/vcpkg/buildtrees/onednn/src/v2.0-80e0c80e79.clean/src -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers  -Wno-strict-overflow  -g -MD -MT src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_reorder.cpp.o -MF src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_reorder.cpp.o.d -o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_reorder.cpp.o -c /vcpkg/buildtrees/onednn/src/v2.0-80e0c80e79.clean/src/cpu/cpu_reorder.cpp
[602/710] : && /vcpkg/downloads/tools/cmake-3.20.1-linux/cmake-3.20.1-linux-x86_64/bin/cmake -E rm -f src/libdnnl.a && /usr/bin/ar qc src/libdnnl.a  src/common/CMakeFiles/dnnl_common.dir/batch_normalization.cpp.o src/common/CMakeFiles/dnnl_common.dir/binary.cpp.o src/common/CMakeFiles/dnnl_common.dir/concat.cpp.o src/common/CMakeFiles/dnnl_common.dir/convolution.cpp.o src/common/CMakeFiles/dnnl_common.dir/convolution_pd.cpp.o src/common/CMakeFiles/dnnl_common.dir/deconvolution.cpp.o src/common/CMakeFiles/dnnl_common.dir/dnnl_debug.cpp.o src/common/CMakeFiles/dnnl_common.dir/dnnl_debug_autogenerated.cpp.o src/common/CMakeFiles/dnnl_common.dir/eltwise.cpp.o src/common/CMakeFiles/dnnl_common.dir/engine.cpp.o src/common/CMakeFiles/dnnl_common.dir/inner_product.cpp.o src/common/CMakeFiles/dnnl_common.dir/layer_normalization.cpp.o src/common/CMakeFiles/dnnl_common.dir/lrn.cpp.o src/common/CMakeFiles/dnnl_common.dir/matmul.cpp.o src/common/CMakeFiles/dnnl_common.dir/memory.cpp.o src/common/CMakeFiles/dnnl_common.dir/memory_debug.cpp.o src/common/CMakeFiles/dnnl_common.dir/memory_desc_wrapper.cpp.o src/common/CMakeFiles/dnnl_common.dir/memory_storage.cpp.o src/common/CMakeFiles/dnnl_common.dir/memory_tracking.cpp.o src/common/CMakeFiles/dnnl_common.dir/memory_zero_pad.cpp.o src/common/CMakeFiles/dnnl_common.dir/pooling.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive_attr.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive_cache.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive_desc.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive_exec_types.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive_hashing.cpp.o src/common/CMakeFiles/dnnl_common.dir/primitive_iterator.cpp.o src/common/CMakeFiles/dnnl_common.dir/query.cpp.o src/common/CMakeFiles/dnnl_common.dir/reduction.cpp.o src/common/CMakeFiles/dnnl_common.dir/reorder.cpp.o src/common/CMakeFiles/dnnl_common.dir/resampling.cpp.o src/common/CMakeFiles/dnnl_common.dir/rnn.cpp.o src/common/CMakeFiles/dnnl_common.dir/rw_mutex.cpp.o src/common/CMakeFiles/dnnl_common.dir/scratchpad.cpp.o src/common/CMakeFiles/dnnl_common.dir/scratchpad_debug.cpp.o src/common/CMakeFiles/dnnl_common.dir/shuffle.cpp.o src/common/CMakeFiles/dnnl_common.dir/softmax.cpp.o src/common/CMakeFiles/dnnl_common.dir/stream.cpp.o src/common/CMakeFiles/dnnl_common.dir/sum.cpp.o src/common/CMakeFiles/dnnl_common.dir/utils.cpp.o src/common/CMakeFiles/dnnl_common.dir/verbose.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/bfloat16.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_batch_normalization_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_batch_normalization_utils.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_binary_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_concat.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_convolution_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_deconvolution_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_eltwise_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_engine.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_inner_product_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_layer_normalization_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_lrn_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_pooling_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_reduction_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_reorder.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_resampling_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_rnn_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_shuffle_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_softmax_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/cpu_sum.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_convolution.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_convolution_utils.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_inner_product.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_inner_product_utils.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_x8s8s32x_convolution.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_x8s8s32x_convolution_utils.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm_x8s8s32x_inner_product.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/nchw_pooling.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ncsp_batch_normalization.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/nhwc_pooling.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/nspc_batch_normalization.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/platform.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/primitive_attr_postops.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_batch_normalization.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_binary.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_convolution.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_deconvolution.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_eltwise.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_inner_product.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_layer_normalization.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_lrn.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_pooling.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_reduction.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_resampling.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_shuffle.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/ref_softmax.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/simple_concat.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/simple_layer_normalization.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/simple_layer_normalization_kernels.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/simple_resampling.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/simple_sum.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm/f32/gemm_utils_f32.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm/f32/ref_gemm_f32.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm/gemm.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm/gemm_pack.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm/s8x8s32/ref_gemm_s8x8s32.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/gemm/s8x8s32/simple_gemm_s8s8s32.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/matmul/cpu_matmul_list.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/matmul/gemm_bf16_matmul.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/matmul/gemm_f32_matmul.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/matmul/gemm_x8s8s32x_matmul.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/matmul/ref_matmul.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/cell_common.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/cell_gru.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/cell_gru_lbr.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/ref_postgemm_gru.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/ref_postgemm_gru_lbr.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/ref_postgemm_lstm.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/ref_postgemm_rnn.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/ref_rnn.cpp.o src/cpu/CMakeFiles/dnnl_cpu.dir/rnn/rnn_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/amx_tile_configure.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/brgemm/brgemm.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/brgemm/jit_brgemm_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/cpu_barrier.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/cpu_isa_traits.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/cpu_reducer.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/amx/jit_avx512_core_amx_gemm_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_gemm_bf16bf16f32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_gemv_bf16bf16f32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_24x8_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_24x8_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_24x8_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_24x8_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_48x8_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_48x8_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_48x8_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/bf16/jit_avx512_core_s16_48x8_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx2_f32_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx2_f32_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx2_f32_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx2_f32_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx2_kernel_sgemm_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx512_common_gemm_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx512_core_f32_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx512_core_f32_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx512_core_f32_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx512_core_f32_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx512_core_gemm_smalln_tn_f32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_f32_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_f32_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_f32_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_f32_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_gemm_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_gemv_t_f32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_kernel_b0_sgemm_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_avx_kernel_sgemm_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_f32_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_f32_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_f32_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_f32_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_gemv_t_f32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_kernel_b0_sgemm_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/f32/jit_sse41_kernel_sgemm_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/gemm_driver.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/gemm_info.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/gemm_pack.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/gemv_driver.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_gemm_s8u8s32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_sum_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_sum_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_sum_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx2_u8_copy_sum_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_gemm_s8u8s32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_gemv_s8x8s32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_kernel_gemv_s8x8s32_kern.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_sum_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_sum_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_sum_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx512_core_u8_copy_sum_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_b0_b_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_b0_c_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_b0_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_b0_r_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_b_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_c_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_kernel_r_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_sum_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_sum_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_sum_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_avx_u8_copy_sum_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_b0_b_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_b0_c_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_b0_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_b0_r_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_b_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_c_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_kernel_r_gemm_s8u8s32_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_sum_an_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_sum_at_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_sum_bn_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm/s8x8s32/jit_sse41_u8_copy_sum_bt_kern_autogen.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm_bf16_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/gemm_bf16_inner_product.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/injectors/injector_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/injectors/jit_uni_binary_injector.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/injectors/jit_uni_eltwise_injector.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/injectors/jit_uni_postops_injector.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx2_1x1_conv_kernel_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx2_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx2_conv_kernel_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx2_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_1x1_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_conv_winograd_kernel_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_convolution_winograd.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_common_resampling.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_amx_1x1_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_amx_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_amx_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_amx_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16_1x1_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16_dw_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16_sum.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_bf16cvt.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_f32_wino_conv_2x3.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_f32_wino_conv_4x3.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_f32_wino_conv_4x3_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_u8s8s32x_wino_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_x8s8s32x_1x1_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_x8s8s32x_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_x8s8s32x_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_x8s8s32x_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_avx512_core_x8s8s32x_deconvolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_gemm_inner_product_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_gemm_x8s8s32x_convolution_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_sse41_1x1_conv_kernel_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_sse41_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_sse41_conv_kernel_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_sse41_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_transpose_src_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_batch_normalization.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_batch_normalization_s8.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_binary.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_dw_conv_kernel_f32.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_dw_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_eltwise.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_eltwise_int.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_i8i8_binary.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_i8i8_pooling.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_layer_normalization_kernels.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_pool_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_pooling.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_reorder.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_reorder_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_softmax.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_tbb_batch_normalization.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_x8s8s32x_1x1_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_x8s8s32x_1x1_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_x8s8s32x_conv_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_uni_x8s8s32x_convolution.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/jit_utils/jit_utils.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn_bwd_base.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn_bwd_blocked.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn_bwd_nhwc.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn_fwd_base.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn_fwd_blocked.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_avx512_common_lrn_fwd_nhwc.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_uni_lrn.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/lrn/jit_uni_lrn_kernel.cpp.o src/cpu/x64/CMakeFiles/dnnl_cpu_x64.dir/shuffle/jit_uni_shuffle.cpp.o && /usr/bin/ranlib src/libdnnl.a && :
[603/710] cd /vcpkg/buildtrees/onednn/x64-linux-dbg/src && /vcpkg/downloads/tools/cmake-3.20.1-linux/cmake-3.20.1-linux-x86_64/bin/cmake -E remove -f /vcpkg/buildtrees/onednn/x64-linux-dbg/src/libmkldnn.a && /vcpkg/downloads/tools/cmake-3.20.1-linux/cmake-3.20.1-linux-x86_64/bin/cmake -E create_symlink libdnnl.a /vcpkg/buildtrees/onednn/x64-linux-dbg/src/libmkldnn.a
[604/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/tutorials-matmul-inference-int8-matmul-cpp.dir/tutorials/matmul/inference_int8_matmul.cpp.o -o examples/tutorials-matmul-inference-int8-matmul-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/tutorials-matmul-inference-int8-matmul-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/tutorials-matmul-inference-int8-matmul-cpp.dir/tutorials/matmul/inference_int8_matmul.cpp.o -o examples/tutorials-matmul-inference-int8-matmul-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[605/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/performance-profiling-cpp.dir/performance_profiling.cpp.o -o examples/performance-profiling-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/performance-profiling-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/performance-profiling-cpp.dir/performance_profiling.cpp.o -o examples/performance-profiling-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[606/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/rnn-training-f32-cpp.dir/rnn_training_f32.cpp.o -o examples/rnn-training-f32-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/rnn-training-f32-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/rnn-training-f32-cpp.dir/rnn_training_f32.cpp.o -o examples/rnn-training-f32-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[607/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-pooling-cpp.dir/primitives/pooling.cpp.o -o examples/primitives-pooling-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/primitives-pooling-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-pooling-cpp.dir/primitives/pooling.cpp.o -o examples/primitives-pooling-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[608/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/cpu-tutorials-matmul-matmul-quantization-cpp.dir/tutorials/matmul/cpu_matmul_quantization.cpp.o -o examples/cpu-tutorials-matmul-matmul-quantization-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/cpu-tutorials-matmul-matmul-quantization-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/cpu-tutorials-matmul-matmul-quantization-cpp.dir/tutorials/matmul/cpu_matmul_quantization.cpp.o -o examples/cpu-tutorials-matmul-matmul-quantization-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[609/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-reorder-cpp.dir/primitives/reorder.cpp.o -o examples/primitives-reorder-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/primitives-reorder-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-reorder-cpp.dir/primitives/reorder.cpp.o -o examples/primitives-reorder-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[610/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/cpu-tutorials-matmul-sgemm-and-matmul-cpp.dir/tutorials/matmul/cpu_sgemm_and_matmul.cpp.o -o examples/cpu-tutorials-matmul-sgemm-and-matmul-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/cpu-tutorials-matmul-sgemm-and-matmul-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/cpu-tutorials-matmul-sgemm-and-matmul-cpp.dir/tutorials/matmul/cpu_sgemm_and_matmul.cpp.o -o examples/cpu-tutorials-matmul-sgemm-and-matmul-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[611/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong     -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now tests/gtests/CMakeFiles/test_sum.dir/main.cpp.o tests/gtests/CMakeFiles/test_sum.dir/test_malloc.cpp.o tests/gtests/CMakeFiles/test_sum.dir/test_sum.cpp.o -o tests/gtests/test_sum  src/libdnnl.a  tests/gtests/gtest/libdnnl_gtest.a  -lpthread  -lpthread && :
FAILED: tests/gtests/test_sum
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong     -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now tests/gtests/CMakeFiles/test_sum.dir/main.cpp.o tests/gtests/CMakeFiles/test_sum.dir/test_malloc.cpp.o tests/gtests/CMakeFiles/test_sum.dir/test_sum.cpp.o -o tests/gtests/test_sum  src/libdnnl.a  tests/gtests/gtest/libdnnl_gtest.a  -lpthread  -lpthread && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[612/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-softmax-cpp.dir/primitives/softmax.cpp.o -o examples/primitives-softmax-cpp  src/libdnnl.a  -lpthread  -lm && :
FAILED: examples/primitives-softmax-cpp
: && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-softmax-cpp.dir/primitives/softmax.cpp.o -o examples/primitives-softmax-cpp  src/libdnnl.a  -lpthread  -lm && :
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
[613/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-convolution-cpp.dir/primitives/convolution.cpp.o -o examples/primitives-convolution-cpp  src/libdnnl.a  -lpthread  -lm && :
[614/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/cpu-rnn-inference-f32-cpp.dir/cpu_rnn_inference_f32.cpp.o -o examples/cpu-rnn-inference-f32-cpp  src/libdnnl.a  -lpthread  -lm && :
[615/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/memory-format-propagation-cpp.dir/memory_format_propagation.cpp.o -o examples/memory-format-propagation-cpp  src/libdnnl.a  -lpthread  -lm && :
[616/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-shuffle-cpp.dir/primitives/shuffle.cpp.o -o examples/primitives-shuffle-cpp  src/libdnnl.a  -lpthread  -lm && :
[617/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-binary-cpp.dir/primitives/binary.cpp.o -o examples/primitives-binary-cpp  src/libdnnl.a  -lpthread  -lm && :
[618/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-resampling-cpp.dir/primitives/resampling.cpp.o -o examples/primitives-resampling-cpp  src/libdnnl.a  -lpthread  -lm && :
[619/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/cpu-cnn-training-f32-c.dir/cpu_cnn_training_f32.c.o -o examples/cpu-cnn-training-f32-c  src/libdnnl.a  -lpthread  -lm && :
[620/710] : && /usr/bin/c++ -fPIC -std=c++11 -fopenmp -fvisibility-inlines-hidden  -Wall -Wno-unknown-pragmas -w -fvisibility=internal -msse4.1 -fPIC -Wformat -Wformat-security -fstack-protector-strong  -Wmissing-field-initializers   -Wno-strict-overflow -g -pie -Wl,-z,noexecstack -Wl,-z,relro -Wl,-z,now examples/CMakeFiles/primitives-reduction-cpp.dir/primitives/reduction.cpp.o -o examples/primitives-reduction-cpp  src/libdnnl.a  -lpthread  -lm && :
ninja: build stopped: subcommand failed.

collect2: fatal error: ld terminated with signal 9 [Killed]

Please check if your memory is sufficient.

Hi @wilambatch
Is this still a problem for you now?

We hope your question was answered to your satisfaction; if it wasn't, you can reopen with more info.

The following packages will be built and installed:
onednn[core]:x64-linux -> 2.4.3#1
Detecting compiler hash for triplet x64-linux...
Restored 0 packages from /home/user/.cache/vcpkg/archives in 1.022 ms. Use --debug to see more details.
Starting package 1/1: onednn:x64-linux
Building package onednn[core]:x64-linux...
-- Using cached oneapi-src-oneDNN-v2.4.3.tar.gz.
-- Cleaning sources at /home/user/vcpkg/buildtrees/onednn/src/v2.4.3-57b34cb498.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source /home/user/vcpkg/downloads/oneapi-src-oneDNN-v2.4.3.tar.gz
-- Using source at /home/user/vcpkg/buildtrees/onednn/src/v2.4.3-57b34cb498.clean
-- Configuring x64-linux-dbg
-- Configuring x64-linux-rel
-- Building x64-linux-dbg
CMake Warning at scripts/cmake/vcpkg_execute_build_process.cmake:89 (message):
Please ensure your system has sufficient memory.
Call Stack (most recent call first):
installed/x64-linux/share/vcpkg-cmake/vcpkg_cmake_build.cmake:111 (vcpkg_execute_build_process)
installed/x64-linux/share/vcpkg-cmake/vcpkg_cmake_install.cmake:41 (vcpkg_cmake_build)
ports/onednn/portfile.cmake:17 (vcpkg_cmake_install)
scripts/ports.cmake:145 (include)
-- Restarting build without parallelism
Crashes here every time.
Ubuntu 20.04
Just pulled installed and updated vcpkg today.
On a Virtual Machine with 16 GB of RAM, 45 GB of free disk space, and 8 Processor Cores allotted to it.  VM Workstation Pro.

Please ensure your system has sufficient memory.

Please ensure your system has sufficient memory.

Hard to do when I don't know what is considered sufficient.
I posted in the above what my current VM settings are. What should they be raised to in order to qualify as sufficient?

@Tom-Mirowski Can you please open a new issue to report that?
Thanks.

authors: JackBoosY NancyLi1013 Tom-Mirowski wilambatch


text:
Allow portfile.cmake to get information defined in CONTROL file

It would be great to get the version or other things defined in the CONTROL file to use as a reference to vcpkg_from_github.
Best would be something to get the major, minor and patch version number using vcpkg functions or variables.

https://github.com/microsoft/vcpkg/blob/master/docs/maintainers/control-files.md

Side effect of this PR - https://github.com/microsoft/vcpkg/pull/7129 - versions (and other info from control) are exposed in cmake

authors: isanych tobbi wangli28


text:
[poco] generated cmake config has absolute path to build machine

Simlar problem of #7749.  The absolute paths contain in installed *Targets.cmake files of POCO
Environment

OS: Windows 10
Compiler:  Visual Studio Community 2019 v16.2.5

To Reproduce
Steps to reproduce the behavior:

vcpkg install poco:x64-windows
vcpkg export poco:x64-windows --zip

Failure logs
installed\x64-windows\share\poco\PocoFoundationTargets.cmake has absolute paths in its definition of INTERFACE_LINK_LIBRARIES that are wrong when exported
After install poco:x64-windows,  following files contain absolute paths in my case.
libpng\libpng16.cmake
56:  INTERFACE_LINK_LIBRARIES "\$<\$<NOT:\$<CONFIG:DEBUG>>:C:/src/vcpkg/installed/x64-windows/lib/zlib.lib>;\$<\$<CONFIG:DEBUG>:C:/src/vcpkg/installed/x64-windows/debug/lib/zlibd.lib>"

poco\PocoCryptoTargets.cmake
58:  INTERFACE_LINK_LIBRARIES "Poco::Foundation;C:/src/vcpkg/installed/x64-windows/lib/ssleay32.lib;C:/src/vcpkg/installed/x64-windows/lib/libeay32.lib"

poco\PocoDataSQLiteTargets.cmake
58:  INTERFACE_LINK_LIBRARIES "Poco::Foundation;Poco::Data;C:/src/vcpkg/installed/x64-windows/lib/sqlite3.lib"

poco\PocoFoundationTargets.cmake
58:  INTERFACE_LINK_LIBRARIES "\$<\$<NOT:\$<CONFIG:DEBUG>>:C:/src/vcpkg/installed/x64-windows/lib/pcre.lib>;\$<\$<CONFIG:DEBUG>:C:/src/vcpkg/installed/x64-windows/debug/lib/pcred.lib>;\$<\$<NOT:\$<CONFIG:DEBUG>>:C:/src/vcpkg/installed/x64-windows/lib/zlib.lib>;\$<\$<CONFIG:DEBUG>:C:/src/vcpkg/installed/x64-windows/debug/lib/zlibd.lib>;iphlpapi"

poco\PocoNetSSLTargets.cmake
58:  INTERFACE_LINK_LIBRARIES "Poco::Crypto;Poco::Net;Poco::Util;Poco::Foundation;C:/src/vcpkg/installed/x64-windows/lib/ssleay32.lib;C:/src/vcpkg/installed/x64-windows/lib/libeay32.lib"

poco\PocoXMLTargets.cmake
58:  INTERFACE_LINK_LIBRARIES "C:/src/vcpkg/installed/x64-windows/lib/expat.lib;Poco::Foundation"

This doesn't seem to be a POCO specific issue.
libpng\libpng16.cmake also contain absolute path in INTERFACE_LINK_LIBRARIES.

The fix of PR #4782 did not work because of the case difference of Windows drive letter.
I put debug print here.
diff --git a/scripts/cmake/vcpkg_fixup_cmake_targets.cmake b/scripts/cmake/vcpkg_fixup_cmake_targets.cmake
index 1e0f2493d..b9150f1c6 100644
--- a/scripts/cmake/vcpkg_fixup_cmake_targets.cmake
+++ b/scripts/cmake/vcpkg_fixup_cmake_targets.cmake
@@ -152,6 +152,7 @@ function(vcpkg_fixup_cmake_targets)
             _contents "${_contents}")
         #Fix wrongly absolute paths to install dir with the correct dir using ${_IMPORT_PREFIX}
         string(REPLACE "${CURRENT_INSTALLED_DIR}" [[${_IMPORT_PREFIX}]] _contents "${_contents}")
+        message("%%%% file = ${MAIN_CMAKE}, string replace ${CURRENT_INSTALLED_DIR} to _IMPORT_PREFIX")
         file(WRITE ${MAIN_CMAKE} "${_contents}")
     endforeach()

I remove libpng and reinstalled.
> vcpkg install libpng
Your feedback is important to improve Vcpkg! Please take 3 minutes to complete our survey by running: vcpkg contact --survey
The following packages will be built and installed:
    libpng[core]:x64-windows
Starting package 1/1: libpng:x64-windows
Building package libpng[core]:x64-windows...
Warning: abi keys are missing values:
    zlib

-- Using cached C:/src/vcpkg/downloads/glennrp-libpng-v1.6.37.tar.gz
-- Using source at c:/src/vcpkg/buildtrees/libpng/src/v1.6.37-6445e5863e
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
%%%% file = c:/src/vcpkg/packages/libpng_x64-windows/share/libpng/libpng16-debug.cmake, string replace c:/src/vcpkg/installed/x64-windows to _IMPORT_PREFIX
%%%% file = c:/src/vcpkg/packages/libpng_x64-windows/share/libpng/libpng16-release.cmake, string replace c:/src/vcpkg/installed/x64-windows to _IMPORT_PREFIX
%%%% file = c:/src/vcpkg/packages/libpng_x64-windows/share/libpng/libpng16.cmake, string replace c:/src/vcpkg/installed/x64-windows to _IMPORT_PREFIX
-- Performing post-build validation
-- Performing post-build validation done
Building package libpng[core]:x64-windows... done
Installing package libpng[core]:x64-windows...
Installing package libpng[core]:x64-windows... done
Elapsed time for package libpng:x64-windows: 21.75 s

Total elapsed time: 21.75 s

The package libpng:x64-windows provides CMake targets:

    find_package(libpng CONFIG REQUIRED)
    target_link_libraries(main PRIVATE png)

In this case, packages/libpng_x64-windows/share/libpng/libpng16.cmake contain
"C:/src/vcpkg/installed/x64-windows/lib/zlib.lib"
and tried to fix it by replace "c:/src/vcpkg/installed/x64-windows" into "${_IMPORT_PREFIX}".
It didn't work because case difference of drive letter. ah, orz...

This patch solves this issue. but not enough for general use. because,

CURRENT_INSTALLED_DIR is also used elsewhere in vcpkg_fixup_cmake_targets.cmake
CMAKE_CURRENT_PACKAGES_DIR may have same issue of upper-/lower-case drive letter

0001-Fix-cmake-generated-targets-and-configs-with-case-in.patch.txt

I would like to discuss about a solution if you right.
Suppose replacing CURRENT_INSTALL_DIR into _IMPORT_PREFIX,

(A) replace twice
(B) regex replace
(C) external script

Prepare two set of replace string.  and do sring(replace) twice. (e.g. C:/src/vcpkg and c:/src/vcpkg)
Prepare regex pattern of ${CURRENT_INSTALL_DIR}.  and do string(regex replace)
Write a PowerShell script for case insensitive replace from ${CURRENT_INSTALL_DIR} into _IMPORT_PREFIX

(+) Simple. no need to care regex pattern escape.
(+) just replace once.
(+) no CMake tricks.  PowerShell may work better for case insensitive replace.  (+-)  It's worth if you plan to use it elsewhere .cmake scripts.

(-) not so smart
(-) messy regex pattern escape "([][+.*()^])" "\\\1" CMake doesn't provide special function like .NET's Regex.Escape.
(-)  increase a file to maintain.  (-) It's not intuitive.  why call .ps1 from inside of .cmake...

(-) Only Windows need it.  Linux and OSX also do repace twice by same string ?
(-)  Overkill for Linux and OSX since they were happy by simple string(replace)
(-) same of left. Overkill for Linux and OSX.

@Rastaban I think we should check if there are absolute paths to these cmake files in POST_CHECK.

@tetsuh I checked the generated *.cmake files and found that no path contains absolute path.
All of these paths are set to ${_IMPORT_PREFIX}.
I think cmake will convert ${_IMPORT_PREFIX} to an absolute path during configuration, which is why you see these absolute paths.

I could reproduced the reported behaviour.  @JackBoosY Can you try following ?
NG:  use c:\src\vcpkg as current directory.
Good: use C:\src\vcpkg as current directory.
I have used c: drive not C: drive.  Is it so bad ? :(
NG (Reproduced)
> cd c:\src
c:\src> git clone  https://github.com/Microsoft/vcpkg.git vcpkg.repro8237
c:\src> cd vcpkg.repro8237
c:\src\vcpkg.repro8237> .\bootstrap-vcpkg.bat
c:\src\vcpkg.repro8237> .\vcpkg.exe install libpng:x64-windows

Good
> cd C:\src
C:\src> git clone  https://github.com/Microsoft/vcpkg.git vcpkg.norepro8237
C:\src> cd vcpkg.norepro8237
C:\src\vcpkg.norepro8237> .\bootstrap-vcpkg.bat
C:\src\vcpkg.norepro8237> .\vcpkg.exe install libpng:x64-windows

I added plan (D). and push draft PR #8304. Thnx.

Similar issue at CMake. it looks well-discussed.
https://gitlab.kitware.com/cmake/cmake/issues/16648
The CMAKE_ROOT had fixup of such lowercase drive letter issue by https://gitlab.kitware.com/cmake/cmake/merge_requests/495

I confirmed this issue was solved. Thank you.

authors: JackBoosY tetsuh


text:
Add example for using libc++ on Linux

It would be incredibly helpful if there was an example of how to use libc++ with vcpkg to build packages. The docs as they are don't help users enough in setting up this custom toolchain.
In the ideal, we'd have a small tutorial that starts with a wget to the clang binaries and stdlib followed  by the creation of a sample toolchain file and how that gets integrated into a custom build triplet.

Yes.  I want to use clang and libc++ in Linux to build packages too!

Yes.  I want to use clang and libc++ in Linux to build packages too!

I used to override the environment variable CC and CXX for this usecase. https://github.com/microsoft/vcpkg/pull/10693#issuecomment-610394650
Its basic approach is like this...
luncliff@CIC:/mnt/develop/vcpkg$ export CC=clang++-8 CXX=clang++-8
luncliff@CIC:/mnt/develop/vcpkg$ ./vcpkg install ${package}
Computing installation plan...

I used to override the environment variable CC and CXX for this usecase. https://github.com/microsoft/vcpkg/pull/10693#issuecomment-610394650
Its basic approach is like this...
luncliff@CIC:/mnt/develop/vcpkg$ export CC=clang++-8 CXX=clang++-8
luncliff@CIC:/mnt/develop/vcpkg$ ./vcpkg install ${package}
Computing installation plan...

I think this can be a worthy guideline (like docs/users/android.md) for some people who want to set up their own CI with VcPkg.

I think this can be a worthy guideline (like docs/users/android.md) for some people who want to set up their own CI with VcPkg.

I used to override the environment variable CC and CXX for this usecase. #10693 (comment)
Its basic approach is like this...
luncliff@CIC:/mnt/develop/vcpkg$ export CC=clang++-8 CXX=clang++-8
luncliff@CIC:/mnt/develop/vcpkg$ ./vcpkg install ${package}
Computing installation plan...

Does that suffice to make it build using clang's C++ standard library (libc++) as opposed to GCC's C++ standard library (libstdc++)?  Or do you need to add something more for that?

I used to override the environment variable CC and CXX for this usecase. #10693 (comment)
Its basic approach is like this...
luncliff@CIC:/mnt/develop/vcpkg$ export CC=clang++-8 CXX=clang++-8
luncliff@CIC:/mnt/develop/vcpkg$ ./vcpkg install ${package}
Computing installation plan...

Does that suffice to make it build using clang's C++ standard library (libc++) as opposed to GCC's C++ standard library (libstdc++)?  Or do you need to add something more for that?

I'm pretty certain that is not sufficient. By default clang++ uses libstdc++ which is the GCC standard library. You need to pass the -stdlib=libc++ flag  to get it to use the Clang standard C++ library.
I have been using the Clang compiler with libstdc++ with no problems for a while.
If I pass the -stdlib=libc++ to my build I get link errors, also vcpkg does not rebuild any packages ( I am using a manifests ). So my issue at the moment is that I can't work out how to tell vcpkg to rebuild stuff with  -stdlib=libc++. Note some libraries may may not build as the two standard libries support different features.
An example of how to do this, if it's possible, would be awesome.
I will attach a small failing example soon, assuming no one post how to do things.

@davidhunter22 how are you passing the compiler options?
I recommend creating a custom triplet file, e.g.: x64-linux-clang-libcxx, and using a CMake toolchain file to set the compiler and standard library. An advantage of using a custom triplet is that packages will be installed to installed/{triplet-name} so they won't collide with your existing packages.
Read more about triplets.

This issue hasn’t been updated in 3 month, if it is still an issue, please reopen this issue.

authors: JackBoosY cmazakas cpsusie davidhunter22 luncliff vicroms


text:
Poco update 1.10.0

Poco 1.10.0 has been released. It would be awsome if you could update to this version.
Some notes:
Version 1.10.0 is not on the master branch but has its own branch (poco-1.10.0-release).
Updating the CONTROL and portfile.cmake will not suffice. The patches also do need adjustment.

The PR has been merged, Poco currently upgrade to 1.10.1.

authors: PhoebeHui TheGrandNagus


text:
[sdl1] Fix incorrect compilation type after dynamic build

When building dynamically, vcxproj has been copied into the source path, which caused skipping copying vcxproj during static builds and thus building the wrong link type.
Related: #8281 #10082.
Note: this port doesn't contain any features.

/azp run

/azp run

source: gharchive/pull-request


text:
[protobuf] add host depedency

Fixes #16811.

Need wait for #16837 merge first.

It looks PR https://github.com/microsoft/vcpkg/pull/16479 already include the changes.
@ras0219-msft, will you continue working on the PR #16479 or plan to extract the changes?

authors: JackBoosY PhoebeHui


text:
[openimageio] Fix find and use dependencies

Fix find dependency libpng and libheif.
Restore FindOpenEXR.cmake since it calls find_dependency(OpenEXR CONFIG) and it contains the required macro FOUND_OPENEXR_WITH_CONFIG in OpenImageIOConfig.cmake.
Add dependency port libsquish.
Add 3 find_dependency in OpenImageIOConfig.cmake to fix usage issues.
Install FindLibsquish.cmake since libsquish and cmake doesn't provide the find method.
Fix vcpkg-cmake-wrapper since we always use it which in the lower-case port name path.

Fixes #19878 #19884.

@jmacey Can you please test my changes?
Thanks.

Testing now but this branch still has the glib https://github.com/microsoft/vcpkg/issues/19558  error which I need to fix first.
On 2 Sep 2021, at 07:59, Jack·Boos·Yu @.@.>> wrote:
@jmaceyhttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fjmacey&data=04|01|jmacey%40bournemouth.ac.uk|9684a00de3404f80cb1108d96ddf2ab9|ede29655d09742e4bbb5f38d427fbfb8|0|0|637661627527533942|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=PptJOkhRUb598z2jkXlyMX1mJvq0XmJyeb2BDGQPnqc%3D&reserved=0 Can you please test my changes?
Thanks.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmicrosoft%2Fvcpkg%2Fpull%2F19916%23issuecomment-911284374&data=04|01|jmacey%40bournemouth.ac.uk|9684a00de3404f80cb1108d96ddf2ab9|ede29655d09742e4bbb5f38d427fbfb8|0|0|637661627527543942|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=7iYuYj7IgnSSP6ewfAc28CuFXF%2BfTWOGMKRPT4a0nMI%3D&reserved=0, or unsubscribehttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAACK4G5WZXYIPCSE3DXF4TLT74OD3ANCNFSM5DILDGDQ&data=04|01|jmacey%40bournemouth.ac.uk|9684a00de3404f80cb1108d96ddf2ab9|ede29655d09742e4bbb5f38d427fbfb8|0|0|637661627527543942|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=r6lSQxLVr37M%2FvjYA54VvamjfxBdtskx3u%2FOuw5hSgw%3D&reserved=0.
Triage notifications on the go with GitHub Mobile for iOShttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapps.apple.com%2Fapp%2Fapple-store%2Fid1477376905%3Fct%3Dnotification-email%26mt%3D8%26pt%3D524675&data=04|01|jmacey%40bournemouth.ac.uk|9684a00de3404f80cb1108d96ddf2ab9|ede29655d09742e4bbb5f38d427fbfb8|0|0|637661627527553937|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=LWVdMblAerXcgv2Cw6Sv2cRkQzLN5pB9ZJGy9fvcAno%3D&reserved=0 or Androidhttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fplay.google.com%2Fstore%2Fapps%2Fdetails%3Fid%3Dcom.github.android%26referrer%3Dutm_campaign%253Dnotification-email%2526utm_medium%253Demail%2526utm_source%253Dgithub&data=04|01|jmacey%40bournemouth.ac.uk|9684a00de3404f80cb1108d96ddf2ab9|ede29655d09742e4bbb5f38d427fbfb8|0|0|637661627527553937|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=MSHc2QGsORrPpzDrrlGPPYDGVmTf1CCVq9iXuwx3yJw%3D&reserved=0.

BU is a Disability Confident Employer and has signed up to the Mindful Employer charter. Information about the accessibility of University buildings can be found on the BU AccessAble webpages.
This email is intended only for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email, which must not be copied, distributed or disclosed to any other person.
Any views or opinions presented are solely those of the author and do not necessarily represent those of Bournemouth University or its subsidiary companies. Nor can any contract be formed on behalf of the University or its subsidiary companies via email.

@jmacey  This PR will not fix issue https://github.com/microsoft/vcpkg/issues/19558 because I don't find out the reason.
And it should be good now for the Libsquish issue.

Tested this PR success:
cmake_minimum_required(VERSION 3.10)

project(sample)
find_package(OpenImageIO CONFIG REQUIRED)
add_executable(sample test.cpp)
target_link_libraries(sample PRIVATE OpenImageIO::OpenImageIO OpenImageIO::OpenImageIO_Util)

result:
root@usr:/home/usr/work/test# ./../vcpkg/downloads/tools/cmake-3.20.2-linux/cmake-3.20.2-linux-x86_64/bin/cmake CMakeLists.txt  -DCMAKE_TOOLCHAIN_FILE=/home/usr/work/19916/vcpkg/scripts/buildsystems/vcpkg.cmake
-- The C compiler identification is GNU 7.5.0
-- The CXX compiler identification is GNU 7.5.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for pthread.h
-- Looking for pthread.h - found
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD
-- Performing Test CMAKE_HAVE_LIBC_PTHREAD - Failed
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
CMake Warning (dev) at /home/usr/work/19916/vcpkg/installed/x64-linux/share/zlib/vcpkg-cmake-wrapper.cmake:13 (_find_package):
  Policy CMP0074 is not set: find_package uses <PackageName>_ROOT variables.
  Run "cmake --help-policy CMP0074" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.

  CMake variable ZLIB_ROOT is set to:

    /home/usr/work/19916/vcpkg/installed/x64-linux

  For compatibility, CMake is ignoring the variable.
Call Stack (most recent call first):
  /home/usr/work/19916/vcpkg/scripts/buildsystems/vcpkg.cmake:738 (include)
  /home/usr/work/vcpkg/downloads/tools/cmake-3.20.2-linux/cmake-3.20.2-linux-x86_64/share/cmake-3.20/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
  /home/usr/work/19916/vcpkg/installed/x64-linux/share/openexr/OpenEXRConfig.cmake:29 (find_dependency)
  /home/usr/work/19916/vcpkg/installed/x64-linux/share/openexr/vcpkg-cmake-wrapper.cmake:1 (_find_package)
  /home/usr/work/19916/vcpkg/scripts/buildsystems/vcpkg.cmake:738 (include)
  /home/usr/work/vcpkg/downloads/tools/cmake-3.20.2-linux/cmake-3.20.2-linux-x86_64/share/cmake-3.20/Modules/CMakeFindDependencyMacro.cmake:47 (find_package)
  /home/usr/work/19916/vcpkg/installed/x64-linux/share/OpenImageIO/OpenImageIOConfig.cmake:36 (find_dependency)
  /home/usr/work/19916/vcpkg/installed/x64-linux/share/openimageio/vcpkg-cmake-wrapper.cmake:4 (_find_package)
  /home/usr/work/19916/vcpkg/scripts/buildsystems/vcpkg.cmake:738 (include)
  CMakeLists.txt:5 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found ZLIB: /home/usr/work/19916/vcpkg/installed/x64-linux/lib/libz.a (found version "1.2.11")
-- Found Libsquish: /home/usr/work/19916/vcpkg/installed/x64-linux/include
-- Found ZLIB: /home/usr/work/19916/vcpkg/installed/x64-linux/lib/libz.a (found suitable version "1.2.11", minimum required is "1.2.11")
-- Configuring done
-- Generating done
-- Build files have been written to: /home/usr/work/test
root@usr:/home/usr/work/test# make
[ 50%] Building CXX object CMakeFiles/sample.dir/test.cpp.o
[100%] Linking CXX executable sample
[100%] Built target sample

Thanks for the fix!

I've just done a git pull on the master and removed the old downloads and installs and still get this error
CMake Error at C:/Users/jpmac/vcpkg/installed/x64-windows/share/OpenImageIO/OpenImageIOConfig.cmake:33 (elseif):
given arguments:
"2.5.0" "VERSION_GREATER_EQUAL" "2.4" "AND"

If I edit the OpenImageIOConfig.cmake and add
elseif (2.5.0 VERSION_GREATER_EQUAL 2.4 AND FOUND_OPENEXR_WITH_CONFIG )
It all works fine, so it seems that there is still some sort of error with this fix in the master.
.\vcpkg.exe --version
Vcpkg package management program version 2021-08-12-85ab112d5ee102bc6eac8cdbbfdd173a71374e04

That's caused by wrongly merge to master.

authors: BillyONeal JackBoosY jmacey


text:
[opencascade] Update version to 7.7.2

Fix https://github.com/microsoft/vcpkg/issues/33155 https://github.com/microsoft/vcpkg/issues/27896

All features are tested successfully in the following triplet:

x86-windows
x64-windows
x64-windows-stataic

[x] Changes comply with the maintainer guide
[x] SHA512s are updated for each updated download
[ ] The "supports" clause reflects platforms that may be fixed by this new version
[ ] Any fixed CI baseline entries are removed from that file.
[ ] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

/azp run

Waiting fontconfig. 🫤
error: Failed to download from mirror set
error: https://gitlab.freedesktop.org/fontconfig/fontconfig/-/archive/2.14.2/fontconfig-2.14.2.tar.gz: curl fail      ed to download with exit code 22
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

curl: (22) The requested URL returned error: 504

FAILED: lin64/gcc/bind/ExpToCasExe-7.7.2
: && /usr/bin/c++ -fPIC -fexceptions -fPIC -Wall -Wextra -g -rdynamic src/ExpToCasExe/CMakeFiles/ExpToCasExe.dir/lex.exptocas.cxx.o src/ExpToCasExe/CMakeFiles/ExpToCasExe.dir/exptocas.tab.cxx.o src/ExpToCasExe/CMakeFiles/ExpToCasExe.dir/ExpToCasExe.cxx.o -o lin64/gcc/bind/ExpToCasExe-7.7.2  lin64/gcc/libd/libTKernel.a  lin64/gcc/libd/libTKExpress.a && :
/usr/bin/ld: lin64/gcc/libd/libTKExpress.a(Express.cxx.o): in function `Express::WriteFileStamp(std::ostream&)':
/mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express.cxx:44: undefined reference to `OSD_Process::OSD_Process()'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express.cxx:45: undefined reference to `OSD_Process::SystemDate()'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express.cxx:46: undefined reference to `OSD_Environment::OSD_Environment(TCollection_AsciiString const&)'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express.cxx:47: undefined reference to `OSD_Environment::Value()'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express.cxx:58: undefined reference to `OSD_Process::UserName()'
/usr/bin/ld: lin64/gcc/libd/libTKExpress.a(Express_Entity.cxx.o): in function `Express_Entity::GenerateClass() const':
/mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express_Entity.cxx:181: undefined reference to `OSD_Directory::OSD_Directory(OSD_Path const&)'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express_Entity.cxx:182: undefined reference to `OSD_Directory::Build(OSD_Protection const&)'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express_Entity.cxx:552: undefined reference to `OSD_Directory::OSD_Directory(OSD_Path const&)'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express_Entity.cxx:553: undefined reference to `OSD_Directory::Build(OSD_Protection const&)'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express_Entity.cxx:764: undefined reference to `OSD_Directory::OSD_Directory(OSD_Path const&)'
/usr/bin/ld: /mnt/vcpkg-ci/buildtrees/opencascade/src/9e8dfa85e2-cfb9860284.clean/src/Express/Express_Entity.cxx:765: undefined reference to `OSD_Directory::Build(OSD_Protection const&)'
/usr/bin/ld: lin64/gcc/libd/libTKExpress.a(Express_Entity.cxx.o): in function `Express_Entity::writeIncludes(std::ostream&) const':

Looks like there is some problem with linking libTKerne.

/azp run

Duplicate of #33498


text:
Refine rpath fixup to inspect already existing rpaths

Reason:
-- Adjusting original rpath of: '/mnt/e/all/vcpkg/installed/x64-linux-release/lib/pkgconfig/../../lib/intel64/'
-- Fixed rpath in: '/mnt/e/all/vcpkg/packages/numpy_x64-linux-release/lib/python3.11/site-packages/numpy/linalg/lapack_lite.cpython-311-x86_64-linux-gnu.so' ('$ORIGIN:$ORIGIN/../../../../:$ORIGIN/../../../../intel64/')

needed $ORIGIN/../../../../intel64/ in there which came from a pc file via -Wl,-rpath='${libdir}'

/azp run

@dg0yt Any idea why vcpkg-find-acquire-program is failing or why it does a double extraction (at least that is what I assume)? Is the search path wrong? Should the test port search for everything twice?

I guess the problem is related to the fact that vfap is unable to parse the version from the program's output, and that's why it even doesn't accept its own previous download.
Cf. #36046.

/azp run

I guess the problem is related to the fact that vfap is unable to parse the version from the program's output, and that's why it even doesn't accept its own previous download.
Cf. https://github.com/microsoft/vcpkg/issues/36046.

Nope was a problem with the test. It simply set the variable to empty resulting in unexpected behavior

/azp run

Should I retrigger CI or should i wait for  further review?

/azp run

authors: Cheney-W Neumann-A dg0yt


text:
[unrar] update to 7.0.7

[x] Changes comply with the maintainer guide.
[x] SHA512s are updated for each updated download.
[x] The "supports" clause reflects platforms that may be fixed by this new version.
[x] Any fixed CI baseline entries are removed from that file.
[x] Any patches that are no longer applied are deleted from the port's directory.
[x] The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
[x] Only one version is added to each modified port's versions file.

Thanks!

authors: BillyONeal lejcik


text:
Error: azureApiManagement.importFunctionApp

Does this occur consistently?
Repro steps:

Action: azureApiManagement.importFunctionApp
Error type: ERR_INVALID_ARG_TYPE
Error Message: The "emitter" argument must be an instance of EventEmitter or EventTarget. Received an instance of AbortSignal
Version: 1.0.6
OS: darwin
OS Release: 22.5.0
Product: Visual Studio Code - Insiders
Product Version: 1.82.0-insider
Language: en

I got the same issue since last week when I uncollapse the Azure subscription icon.

I get the same error with the latest code base (1.0.6) Crashes when you expand a subscription.

repo: microsoft/vscode-apimanagement


text:
Azure app service, node app deploy faild.

Does this occur consistently? Yes
Repro steps:
1, I built and deployed my app to be able to start it with the npm run start command.
Action: appService.Deploy
Error type: ECONNRESET
Error Message: request to https://frontier-transfer-test.scm.azurewebsites.net/api/zipdeploy?isAsync=true&author=VS Code failed, reason: read ECONNRESET
Version: 0.20.0
OS: win32
OS Release: 10.0.19042
Product: Visual Studio Code
Product Version: 1.52.1
Language: en
I am trying to deploy my node app using web service.
However, the build keeps failing, and in the log stream,

2021-01-20T05:35:46.415Z ERROR-Container {my app name} didn't respond to HTTP pings on port: 8080, failing site start. See container logs for debugging.

An error occurs. Referring to the link,
I tried to increase the container startup time by putting the WEBSITES_CONTAINER_START_TIME_LIMIT value, but the app service could not find a space to put the environment variable in the docker container. (I tried putting it as a general environment variable, but it was not entered.)
The command docker used when running:

docker run -d -p 5132:8080 --name {contianer name} -e WEBSITE_SITE_NAME={app name} -e WEBSITE_AUTH_ENABLED=False -e WEBSITE_ROLE_INSTANCE_ID=0 -e WEBSITE_HOSTNAME={WEBSITE_HOST_NAME} -e WEBSITE_INSTANCE_ID={WEBSITE_INSTANCE_ID} -e HTTP_LOGGING_ENABLED=1 appsvc/node:10-lts_20201112.3 npm run start

Should I use docker container to deploy the app service's node app?
Is there any way to deploy it in code?
ClientRequest.<anonymous> extension.js:236:264795
ClientRequest.emit events.js:228:7
TLSSocket.socketErrorListener _http_client.js:406:9
TLSSocket.emit events.js:223:5
emitErrorNT destroy.js:92:8
emitErrorAndCloseNT destroy.js:60:3
processTicksAndRejections task_queues.js:81:21

Dupe of https://github.com/microsoft/vscode-azureappservice/issues/1932

The "ECONNRESET" bug should be fixable by just re-trying. I'm not super familiar with the rest of the info you mentioned, including WEBSITES_CONTAINER_START_TIME_LIMIT. I'm guessing that is most likely something specific to your app

repo: microsoft/vscode-azureappservice


text:
Prompting "Select Subscription" with Deploy button in "Web App created" notification

OS: All
Build Version: 20210518.3
Repro Steps:

Create a web app
Click "Deploy" from the "Web App created" notification
Check the behavior after selecting an app to deploy.

Expect:
Directly start creating a web app
Actual:
Ask to select a subscription.

This did not repro for me and Neelima got it fixed offline for her machine

authors: ejizba neelip


text:
Unable to connect git hub to functions from vscode

Does this occur consistently?
Repro steps:

Action: azureFunctions.connectToGitHub
Error type: Error
Error Message: Internal error: Action not supported.
Version: 0.24.1
OS: win32
OS Release: 10.0.20190
Product: Visual Studio Code
Product Version: 1.49.2
Language: en

Call Stack
extension.bundle.js:1000:119069extension.bundle.js:1000:119069
fulfilled extension.bundle.js:1000:118457
processTicksAndRejections task_queues.js:94:5

Dupe of https://github.com/microsoft/vscode-azurefunctions/issues/2369

authors: EricJizbaMSFT monishcm

repo: microsoft/vscode-azurefunctions


text:
Turn on all strict rules and defer to eslint for linter rules

Same as Appservice #1958

Closing due to lack of activity.

authors: neelip nturinski


text:
The extension should not ask for a cmake file on projects that are not C++

Issue Type: Bug
I work with a lot of codebases, and just a very few of them are C/C++
However, this extension keeps asking me to create Cmake files on every project I open. Ideally the extension should detect the project language and don't bother me with it unless it is an obvious C/C++ project.
Extension version: 1.7.1
VS Code version: Code 1.61.2 (6cba118ac49a1b88332f312a8f67186f7f3c1643, 2021-10-19T15:49:28.381Z)
OS version: Darwin x64 20.6.0
Restricted Mode: No

System Info

Item
Value

CPUs
Intel(R) Core(TM) i9-8950HK CPU @ 2.90GHz (12 x 2900)

GPU Status
2d_canvas: enabledgpu_compositing: enabledmetal: disabled_offmultiple_raster_threads: enabled_onoop_rasterization: enabledopengl: enabled_onrasterization: enabledskia_renderer: disabled_off_okvideo_decode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
34, 34, 17

Memory (System)
32.00GB (0.09GB free)

Process Argv
--crash-reporter-id 3bf10e6d-54c9-4df4-8aaa-781f2b9fc1b9

Screen Reader
no

VM
0%

A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
pythontb:30283811
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
vscoreces:30384385
pythondataviewer:30285071
vscod805cf:30301675
pythonvspyt200:30340761
binariesv615:30325510
bridge0708:30335490
dockerwalkthru:30377721
bridge0723:30353136
pythonrunftest32:30373476
pythonf5test824:30373475
javagetstartedt:30391933
pythonvspyt187:30373474
vsqsis200:30402016
vsaa593:30376534
vssld246:30401890
vscexrecpromptt3:30400063

Unfortunately, the problem is that VS Code activates our extension against our declared intentions and doesn't tell us that or give us a way to know that it happened.  This issue would give us the information we need to not bother you: https://github.com/microsoft/vscode/issues/44711.
Related: #2127

The VS Code team just made a change to stop activating extensions when the search for CMakeLists.txt times out.  It should appear in the next VS Code Insiders build.
https://github.com/microsoft/vscode/issues/135673#issuecomment-973870861

Thanks for the quick fix! Even if it takes a couple of days to release 😄

Today's Insiders build might already have it.  I'm not sure when the next stable build will release.  I assume early December.

repo: microsoft/vscode-cmake-tools


text:
Dev/xisui/stricter type check presets

This change addresses item #1815 (and more)
This corrects presets expansion behavior
The following changes are proposed:

Fix the missing boolean case reported in #1815, which is introduced when moving string expansion out of presets expansion recursion.
Fixed some places that may cause incorrect presets expansion because of falsy checks.

Wrong branch...? discarding this and opening another one...


text:
Show cell status as "Queued" if kernel is busy

It might not be specific to Azure ML remote experience, but we it would be ideal to show the cell status as "Queued" if the kernel is busy. Currently it displays "running" although it is not running and it is just waiting for the other operations to finish, it also counts the waiting time as execution time.

Hi @DonJayamanne, what are some verification steps for this issue?

Verified.

Cell does not show as running (no spinning icon)
Running time is corrected

repo: microsoft/vscode-jupyter


text:
Settings for controlling if outputs should be saved to disk

Maybe there is already an issue tracking this but I didn't find through search. It would be great if Jupyter has a setting to control if outputs should be transient or not. When set to true, Jupyter content provider can set outputs as transient so outputs change won't make the document dirty.

Thanks for the recommendation!

Have received significant amount of feedback from users who are using the native notebooks diffing experience.
They would like to able to omit outputs when git committing notebooks, specifically called out this example a few times.
I asked if using the "Clear all outputs" button in the global notebook toolbar would suffice for them but users mentioned not remembering that was up there and that they would like to be able to do it in one action not two. One user specifically called out the following extension:
https://github.com/kynan/nbstripout

I think we should consider adding this into VSCode.
I've implemented this same feature in Kusto notebooks.
Feels like something generic for VS Code.
Similar to toolbar position per viewtype, we can have Save Notebook Outputs per viewtype.
This can be achieved easily from VS Code by passing an empty array into the serializer, when saving notebooks.
I personally think this would be useful for rest notebooks as well, one might want the output from the REST api to be saved in the notebook, just like kusto notebooks (some might want the charts/data & some might not)
Thus all notebooks can be considered serializable (including output) & user choses whether the output is to be persisted on disc or not.
@rebornix thoughts?

Can we not simply clear the cell outputs before saving the notebook? both commands are available, they just need to run in a sequence.

+1 Python blog comment feedback

Dupe of https://github.com/microsoft/vscode/issues/131944

authors: DonJayamanne claudiaregio danchitnis greazer rchiodo rebornix


text:
Use Posix lines in text files

Environment data

VS Code version: 1.55.0
Jupyter Extension version (available under the Extensions sidebar): v2021.5.702919634
Python Extension version (available under the Extensions sidebar): v2021.3.680753044
OS (Windows | Mac | Linux distro) and version: Win 10
Python and/or Anaconda version: 2.8.5
Type of virtual environment used (N/A | venv | virtualenv | conda | ...): N/A
Jupyter server running: N/A

Expected behaviour
Text files should be saved with posix lines
See https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap03.html#tag_03_206

Actual behaviour
The last line of a ipynb file is missing the <newline> character.
Steps to reproduce:

Use a text editor (or plain text editor in VS Code) to edit a ipynb file, adding a <newline> character in last line

Open the file in VS Code with the jupiter editor and save it
The last line is missing the <newline> character

Thanks for the issue. This begs the question why does it matter? Is this breaking another tool for you?

Is this breaking another tool for you?

It is for me! We track some notebooks in git and also have the end-of-file-fixer pre-commit check installed. Whenever saving a notebook via vscode, the final newline is removed, causing the pre-commit check to reformat the file. It's a small annoyance that adds up over time (;
Also noting that Jupyter Lab saves .ipynb files with a final newline. It probably makes sense to follow the Jupyter Lab behavior I imagine to minimize the editor-related changes to .ipynb files.

Transfering to VS code as this is handled by VS code core now. Look like "files.insertFinalNewLine": true is not being applied to ipynb files.

authors: bohni dhimmel rchiodo


text:
Markdown cells not displaying properly

Issue Type: Bug
The bug appears randomly. While working with a Jupyter Notebook, I sometimes find that some cells are only partially displayed. Some of them lose their title, others disappear completely. Instead, an empty space remains on the screen. If you double-click on this empty space, the cell opens in edit mode. But after leaving the edit mode, the cell does not always start to display correctly.
Moreover, sometimes in split screen mode, the same cell is displayed correctly in one panel, but incorrectly in another (see screenshot below).

Extension version: 2022.1.1001775990
VS Code version: Code 1.64.0 (5554b12acf27056905806867f251c859323ff7e9, 2022-02-03T04:22:20.678Z)
OS version: Windows_NT x64 10.0.19042
Restricted Mode: No

System Info

Item
Value

CPUs
AMD Ryzen 7 3700U with Radeon Vega Mobile Gfx   (8 x 2296)

GPU Status
2d_canvas: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onoop_rasterization: enabledopengl: enabled_onrasterization: enabledskia_renderer: enabled_onvideo_decode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabled

Load (avg)
undefined

Memory (System)
9.94GB (2.87GB free)

Process Argv
--crash-reporter-id b0a3d91a-b073-470a-8715-c873fe3c9feb

Screen Reader
no

VM
0%

A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
pythonvspyl392cf:30425750
pythontb:30283811
pythonvspyt551:30345470
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
vscorecescf:30435083
pythondataviewer:30285071
vscod805cf:30301675
pythonvspyt200:30340761
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593cf:30376535
vsc1dsc:30433058
pythonvs932:30410667
wslgetstarted:30433507
vscop453:30404998
vsrem710:30416614
vscop841cf:30434590

Markdown rendering is actually handled in VS code core.


text:
Error in getting images

Type: Bug
Even after coding correcly, I am not getting the images in the preview.
Extension version: 0.4.8
VS Code version: Code 1.79.2 (695af097c7bd098fbf017ce3ac85e09bbc5dda06, 2023-06-14T08:57:04.379Z)
OS version: Windows_NT x64 10.0.19045
Modes:

System Info

Item
Value

CPUs
Intel(R) Core(TM) i3-7020U CPU @ 2.30GHz (4 x 2304)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: enabled

Load (avg)
undefined

Memory (System)
3.87GB (0.68GB free)

Process Argv
--crash-reporter-id 651cd20c-ff8e-40c6-a0ff-7e30b55b6c0e

Screen Reader
no

VM
0%

A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vswsl492:30256859
vslsvsres303:30308271
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vshan820:30294714
vstes263cf:30335440
vscorecescf:30445987
vscod805:30301674
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593cf:30376535
pythonvs932:30410667
py29gd2263cf:30773604
vscaac:30438847
vsclangdc:30486549
c4g48928:30535728
dsvsc012cf:30540253
pynewext54:30695312
azure-dev_surveyone:30548225
3biah626:30602489
pyind779:30671433
89544117:30613380
pythonsymbol12:30671437
2i9eh265:30646982
showlangstatbar:30737416
vsctsb:30748421
pythonms35:30701012
03d35959:30757346
pythonfmttext:30731395
pythoncmv:30756943
fixshowwlkth:30771522
pythongtdpath:30769146
bgfeh915:30769767
dh2dc718:30770000
pythonidxpt:30772539
pythondjangots:30772535
h7j2d465:30772216

Can you provide a screenshot and example code you're using?

authors: Iamtheemissaryoftech andreamah

repo: microsoft/vscode-livepreview


text:
Add copyright headers to JS files

Fixes #314

There's also the files in scripts/

oops. #347


text:
TypeError in feature_manager.py

Type: Bug
The error shows a type mismatch expectation within the Python extension's handling of LSP features.
2024-02-03 06:31:54.844 [info] Traceback (most recent call last):
  File "/home/user/.vscode-server/extensions/ms-python.pylint-2023.10.1/bundled/tool/lsp_server.py", line 292, in <module>
    def code_action(params: lsp.CodeActionParams) -> List[lsp.CodeAction]:
  File "/home/user/.vscode-server/extensions/ms-python.pylint-2023.10.1/bundled/libs/pygls/feature_manager.py", line 193, in decorator
    raise TypeError(
TypeError: Options of method "textDocument/codeAction" should be instance of type <class 'lsprotocol.types.CodeActionOptions'>

Extension version: 2024.0.0
VS Code version: Code 1.86.0 (05047486b6df5eb8d44b2ecd70ea3bdf775fd937, 2024-01-31T10:27:46.147Z)
OS version: Linux x64 6.5.0-15-generic
Modes:
Remote OS version: Linux x64 5.15.0-91-generic

System Info

Item
Value

CPUs
12th Gen Intel(R) Core(TM) i7-12700H (20 x 1270)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_graphite: disabled_offvideo_decode: enabledvideo_encode: disabled_softwarevulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
3, 3, 3

Memory (System)
31.01GB (25.61GB free)

Process Argv
--unity-launch --crash-reporter-id 2bc31cca-36c5-49a8-b166-eb92b320f9ed

Screen Reader
no

VM
0%

DESKTOP_SESSION
ubuntu

XDG_CURRENT_DESKTOP
Unity

XDG_SESSION_DESKTOP
ubuntu

XDG_SESSION_TYPE
x11

Item
Value

Remote
SSH: dumbo

OS
Linux x64 5.15.0-91-generic

CPUs
Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz (48 x 1200)

Memory (System)
251.77GB (239.27GB free)

VM
0%

A/B Experiments
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vscod805:30301674
binariesv615:30325510
vsaa593cf:30376535
py29gd2263:30899288
c4g48928:30535728
azure-dev_surveyone:30548225
962ge761:30951796
pythongtdpath:30769146
welcomedialog:30910333
pythonidxpt:30866567
pythonnoceb:30805159
asynctok:30898717
pythontestfixt:30902429
pythonregdiag2:30936856
pyreplss1:30897532
pythonmypyd1:30879173
pythoncet0:30885854
pythontbext0:30879054
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
dsvsc019b:30953937
3ef8e399:30949928
e3gdj431:30956216

Because we have not heard back with the information we requested, we are closing this issue for now. If you are able to provide the info later on then we will be happy to re-open this issue to pick up where we left off.

I'm seeing this as well. When you say "in the environment" what do you mean? My project doesn't have a dependency on pygls or lsprotocol and I'm using VS Code:
Version: 1.90.0
Commit: 89de5a8d4d6205e5b11647eb6a74844ca23d2573
Date: 2024-06-04T19:34:48.028Z
Electron: 29.4.0
ElectronBuildId: 9593362
Chromium: 122.0.6261.156
Node.js: 20.9.0
V8: 12.2.281.27-electron.0
OS: Darwin arm64 23.5.0

authors: karthiknadig tamird zmaktr

repo: microsoft/vscode-pylint


text:
auto complete does not deduce types of parameters of functions

auto complete does not deduce types of parameters of functions
python3
import turtule
bob=turtule.Turtle()

def function(bob)
    bob.f... << auto complete here dos not work

bob.f.. auto complete here works

function(bob)

That's to be expected. How the function would know that bob (parameter) is an Turtle object. Because as far as python is concerned in this case, bob as a parameter for the function is not the same bob defined outside the function.
You can use type annotation to have autocomplete work as you desire in this case:
import turtule
bob=turtule.Turtle()
def function(bob: turtule.Turtle)
bob.f

@shimondoodkin Please inform if you're using Jedi or Language server, i.e check the value of python.jediEnabled in settings. Also please make sure to fill the issue template next time.

Environment data
[Window Title]
Visual Studio Code
Version: 1.42.1 (system setup)
Commit: c47d83b293181d9be64f27ff093689e8e7aed054
Date: 2020-02-11T14:45:59.656Z
Electron: 6.1.6
Chrome: 76.0.3809.146
Node.js: 12.4.0
V8: 7.6.303.31-electron.0
OS: Windows_NT x64 10.0.17763

Extension version 2020.2.63072 (12 February 2020)

Python version: Python 3.6.4

Type of virtual environment used : N/A

Relevant/affected Python packages and their versions: N/A

Relevant/affected Python-related VS Code extensions and their versions: N/A

Jedi or Language Server? (i.e. what is "python.jediEnabled" set to; more info #3977): No

Value of the python.languageServer setting: "python.languageServer": "Microsoft"

authors: amine4567 karrtikr shimondoodkin

repo: microsoft/vscode-python