text:
NON-wrapping double-height lines start inserting whitespace when within ≈7 chars of the edge of the screen❓

Windows Terminal version
1.21.2911.0
Windows build number
10.0.19045.5131
Other Software
No response
Steps to reproduce
New bug report that is similar, but different, to the line-wrapping bug report.
This does not involve line wrapping.
Something is happening.
And it is happening "prematurely": ≈7 columns from the right of the screen.
Somehow, getting "too close" to the right of the screen while in "big mode" (VT100 double-height text) is catalyzing some weird bug that inserts unnecessary whitespace.
It's very hard to work around.
This definitely isn't a wrapping situation, because the lines are too short to need to be wrapped!
rem Adjust terminal width to 209 columns first...
pause

set big_bot=←#4
set big_top=←#3
set message=there are 209 columns...there are 209 columns...there are 209 columns...there are 209 columns....
rem length of message is 97
rem length of message in double-height size is 194 — less than our 209 columns
echo %message%

echo ----------- BUGGY:
echo %big_top%%message%
echo %big_bot%%message%
echo -----------

rem This message is one character shorter:
set message=there are 209 columns...there are 209 columns...there are 209 columns...there are 209 columns...

echo ----------- NOT BUGGY:
echo %big_top%%message%
echo %big_bot%%message%
echo -----------

(eset is just an inline environment variable editor so i could remove one of the periods at the end)
^ I can't think of a conceivable reason in existence for this blank line to start appearing when you get ~7 from the right like that
Expected Behavior
Expected behavior is that it looks like the top line here, not the bottom line here:

In case you're asking how I got the top line to render correctly, when claiming a bug prevents this .... I scaled it down to a smaller text size of 236 columns, echo'ed it, then scaled back up to a larger text size of the original 209 columns.
As you can see, the message (the one with 4 periods at the end, not 3!) fits just fine in a 209 column space.
Why this whitespace is inserted is a mystery to me.
Actual Behavior

We've found some similar issues:

ANSI  double-height 2⃣ lines line-wrap several columns too early ❗ #18185 , similarity score: 81%

If any of the above are duplicates, please consider closing this issue out and adding additional context in the original issue.

Note: You can give me feedback by 👍 or 👎 this comment.

Previous report wasn't reproduceable so I trashedi t.
This one is the proper report for that one.

@ClaireCJS I suspect this is just a variation of issue #18091, and most likely only occurs with odd column widths. See my explanation in https://github.com/microsoft/terminal/issues/18091#issuecomment-2427447319. It should be fixed in the latest preview build.

@ClaireCJS can you try it out in Preview or Canary?
Preview
Canary

@ClaireCJS can you try it out in Preview or Canary?
Preview
Canary

Yup! It's fixed in terminal-preview!!! Sweet, thank you!!!

authors: ClaireCJS DHowett j4james


text:
hiding all profiles makes terminal very upset

It does this,

and then this,

and then this:

I'm on it

source: gharchive/issue

authors: DHowett-MSFT zadjii-msft

repo: microsoft/terminal

license: MIT

license_type: permissive

license_source: github-api


text:
Add support for parsing Underlined, Doubly Underlined, and Faint to the parser

Discussed with @DHowett-MSFT, as a follow up of #2554. See also #2915.
In #2554 I'm not adding support for parsing these additional extended states, because their implementation seems closely tied to more complicated existing implementations.

Faint cannot be turned on at the same time as Bold
Underlined is a trinary state
We're currently using LVB_UNDERSCORE to store "underlined"

Due to the timing with the upcoming 20H1 release, I felt it too risky to try and implement those as well. I've left room in the ExtendedAttributes enum for these states, but currently, Doubly-Underlined and Faint are totally ignored.
We'll need to parse and store them in the buffer correctly. It's another task entirely to support rendering these things correctly. I believe the rendering for underline state will be satisfied with #2915. Faint might just be okay too, considering it's like the opposite of Bold.

Since you did move bold into ExtendedAttributes (but not Underline), and you did update the IsBold getter to query the ext. attrs., is Faint easier than Underscore here? What's the danger in doing that for 20H1 but not doing Underline?

Re underline:
The Kitty terminal emulator came up with the awesome idea of supporting curly and colored underlines, with the obvious intent of supporting user-friendly spell checking in terminal-based text editors. The choice of the escape sequence was coordinated between Kitty and VTE. The feature was then implemented so far at least in Kitty, VTE, Mintty, Hterm, probably a few more as well, and feature requests are filed to even more, including iTerm2, Konsole, xterm.js. Some have even added dotted and dashed underlines, too.
It would be lovely if you also considered these extensions.
(A bit of technical info: With truecolor support I assume you already have like 25 bits for the foreground and background color each (in order to be able to store the 256 legacy palette values as well as "default", in addition to 24 bit RGB). At least this is how we do in VTE. And we didn't want to waste another 25 bits for this rarely used feature. So we approximate truecolor underline colors to 4+5+4 bits of R, G, B, respectively. This way all the color information of a charcell fits in an int64.)

Re faint:
(I should really get a Windows and try out your terminal :D It's definitely on my todo list. Sorry in advance if I make assumptions about Windows Terminal that aren't correct.)
"Bold" has a lot of legacy confusion whether it's actually "bold", "bright" or both. With truecolor support in many terminals nowadays, and still no unambiguous way of encoding bold, Kitty and VTE decided to push for cleaning up this legacy mess, making "bold" (SGR 1) only stand for bold and not tamper with the colors. This is Kitty's only supported operation, and we also made this mode the default recently in VTE / GNOME Terminal. xterm and urxvt also support this behavior. (Let's also note that the popular Solarized color scheme requires this mode.)
"Faint" is even worse. While most terminals allow the user to configure the 16 basic colors (the 8 most basic ones, plus their ~bold~ ahem bright counterparts), they don't offer a way to configure their faint versions, it's usually computed using a hardwired formula. And then should all these 16 or 256 palette colors undergo such conversion? Should even truecolors? Or only the first 8? Also, apparently it isn't clear whether faint is supposed to be mutually exclusive to bold or not. "Faint might just be okay too, considering it's like the opposite of Bold." – you said; but the opposite of which interpretation of bold?
With our separation of bold vs. colors, the faint property doesn't fit in this picture. Kitty doesn't implement it for this reason, and in VTE we also thought about deprecating/removing it. In fact, the behavior that would fit in this new model is to use an even thinner font than the default, without tampering with the color. This is limited by only few fonts supporting thin typeface, whereas for ones that do (like variable fonts) this kind of asks for a generic extension towards supporting even more weights. What I have in my mind is something along the lines of SGR 1:1 .. SGR 1:9 corresponding to CSS Fonts Module Level 3's fonts weights 100 .. 900, SGR 1 being a compatibility alias to 1:7 (bold), SGR 0 to 1:4 (normal weight), and SGR 2 (aka. faint) to maybe 1:2. This is yet to be discussed and agreed upon across some terminals.
Please read our more detailed Thoughts about faint (SGR 2) for juicy details how it's related to the cathode ray and how it all doesn't make any sense with dark-on-bright color schemes.
What I recommend you to do is:
If you haven't already, please implement a mode where SGR 1 does bold typeface only, but not brighter colors. Solarized users need it. Users who want to leave behind the legacy confusion need it.
I also encourage you to make this mode the default, like we did in VTE, but of course it's something that you need to evaluate yourselves if you're ready for this, or if you'd prefer to stay a more backwards-compatible terminal by default.
Treat "faint" with low priority, I honestly hardly ever saw any project using this attribute, and consider going with a thinner font if feasible. But don't feel bad if you don't support this property at all :-).

Kitty and VTE decided to push for cleaning up this legacy mess, making "bold" (SGR 1) only stand for bold and not tamper with the colors.

Personally I think this is a mistake, and I really hope Windows doesn't follow this approach. Interpreting SGR 1 as an increased intensity or brightness has been the expected behavior in terminals and terminal emulators going back decades now. Dropping that support is just going to cause things to break (the Kitty issue you linked to being a case in point).
And if we eventually do support the concept of bold as a font weight, I hope we have the option to turn that off, because again I think that will be an undesired behavior in legacy apps that aren't expecting it.

Whoops, I did not notice that WT does not support bold typeface yet.
If WT intends to be a modern terminal, with a feature set comparable to let's say GNOME Terminal, Tilix, Konsole, iTerm2 etc. (as far as I understand it does intend) then adding support for bold (and while at it, italic) typeface is a must. (Without that, my suggestion would be to make SGR 1 a no-op, this is clearly not what I'm suggesting.)
An option for SGR 1 doing bold only, and not altering the color, is an absolute necessity for the users of certain color schemes, including the popular Solarized. It expects the 16 colors to be absolutely independent from each other, never as a side effect of another operation switching from one to another. Also, its "bright" colors are not at all bright counterparts of the "normal" ones.
This option is also desireable for those who want a saner environment, e.g. want to access a bold but not bright variant of the 8 basic colors.

Interpreting SGR 1 as an increased intensity or brightness has been the expected behavior in terminals and terminal emulators going back decades now.

This sounds pretty subjective to me.
Most graphical terminal emulators do bold+bright, so I might as well argue that SGR 1 doing bold is expected, yet WT doesn't do it.
The popular screen drawing library ncurses calls the relevant attribute A_BOLD, no mention of brightness in its name. That is, anyone coding against ncurses probably expects bold.
Expectation is one thing, common behavior is another, the official standard is yet another. I know it's generally hard to decide what to do if they don't quite match.
I'd argue that "bright" or "bold+bright" behavior is a leftover from the days with limited hardware capabilities, including limited color palette. Even with the introduction of the aixterm 16-color palette (the addition of SGR 90..97/100..107) it no longer makes sense, let alone if you extend to 256 or 16M colors. Also, if it's meant to do "bright", why does it only do so for the basic 8 colors, why not for the rest of the 16- or 256-color palette entries, or even truecolor ones? (Nitpicking: and why bright foreground only and not bright background too? There's not a word about it in the specs.)

Dropping that support is just going to cause things to break (the Kitty issue you linked to being a case in point).

Yes, introducing this behavior breaks things. For example, as mentioned in one of the VTE bugreports, the "make menuconfig" step of compiling the Linux kernel doesn't draw borders now. Taking a look at its source, it makes not one but two faulty assumptions that happened to work due to testing with only one particular interpretation of the specification. (If a spec says "this or that", you shouldn't write code against it expecting that it'll always be "this", correct?)
We've changed VTE's behavior more than half a year ago, and roughly 50% of terminals emulator users on Linux use some VTE-based one, meaning that this change has already reached a pretty significant market share. Yet this is the most serious bug we've heard about. The generic perception of the change was pretty good, follow my comments at Alacritty 2776 and 2779 for details.
And most importantly: any such new bug like the Linux kernel "make menuconsole" borders is fixable from the application's side.
Contrary, the legacy behavior also has bugs, but those bugs are not fixable from the application's side. Solarized color scheme becomes pretty much unusable (or at least you need to completely avoid bold typeface). There's no access to the bold+dark. With dark-on-bright default colors the two concepts of bold and bright that are enabled by the single SGR 1 actually work against each other, defeating any sane purpose SGR 1 might have. No one knows which of the two colors to make brighter in combination with the "reverse" attribute. And so on...

And if we eventually do support the concept of bold as a font weight, I hope we have the option to turn that off, because again I think that will be an undesired behavior in legacy apps that aren't expecting it.

Compatibility is usually pretty important. In some cases, when it stands in the way of further evolution of the ecosystem, I personally believe that generally modernization and bugfixing has to triumph over compatibility. With common sense and proper care being taken, of course. Here we're "just" talking about visual representation of some data, somewhat changing it is unlikely to severely break things, it's rather just causing a less pleasant look in some cases.
As for standard Linux terminal emulation, the expectation is that SGR 1 switches to (at least) bold typeface. This is the behavior of most terminal emulators, and as I said, the library that most apps use also calls it "bold". You say "legacy apps that aren't expecting it", but I seriously doubt there's any such application anywhere in the Linux world.
As for Windows applications, if they request let's say a bright cyan via API, you should just translate that to SGR 95 rather than SGR 1;35 and you made it independent of this entire story: it'll always be bright but not bold.
Supporting bold (and italic by the way) typeface, as well as adding an option to make SGR 1 bold only and not bright, is a feature absolutely expected from any decent modern terminal emulator.
Making the "SGR 1 is bold but not bright" the default is at least as much of a political decision as a technical one, so I can only weakly encourage WT developers to make this bold (pun intended) step. The experiences from VTE's switch are pretty good, there are only a few minor visual annoyances, nothing serious. I believe there are no Windows compatibility issues to worry about, you can just map bright colors to bright colors, entirely avoiding the ambiguous SGR 1. In this new world the issues are fixable, as opposed to the old world where they were not. And for anyone not liking it or running into real issues, there'd still be this option to revert to the legacy behavior.

but that could just as easily have been achieved by creating a new SGR code specifically for that bold style, with less chance of breaking backwards compatibility.

Going for a brand new SGR code sure could have been another approach. "just as easily" – I don't think so. That approach would have needed buy-in from more key players of the game, some of which I have good reason to assume that wouldn't have been supportive, and I assume would have led to much slower adoption. Anyway, discussing how it could have been done differently in the past won't take us forward.

Or are you saying the majority of terminal emulators don't support that any more?

I'm not saying that. I'm saying that it's no longer the default in a pretty significant fraction (soon to be in the ballpark of 50%, concerning market share within Linux).

I think you're interpreting the word "bold" to mean what you want it to mean.

I have to admit I haven't come across VT100's definition as "bright". I'm solely using "bold" in the sense that modern graphical applications use it: increased font weight.

Except when you have something like bright white on a regular white background (which is not that uncommon a choice), the text suddenly becomes invisible.

During the last half a year, we haven't received any report about this (except for the dialog border I've already mentioned). So it may be a bit less common than you think, at least across Unix apps.

Except if you're working in the Linux text mode console where a bold typeface is simply not an option.

Do people use the Linux text mode console for productive work (I mean, not firefighting or disaster recovery)? I can't really imagine why anyone would do so.

some people might prefer to turn that option off (not an uncommon preference, e.g. see here or here).

That purple screenshot made me cringe. Get a terribly looking font and then complain that it's terrible? Get a nice font (see e.g. https://github.com/microsoft/terminal/issues/3226#issuecomment-542749741) and it's no longer really an issue. :-)
But again it's mostly a question of project vision: where does WT want to go? Is it legacy and backwards compatibility, or being a decent modern future environment that is more important? Does it want to play safe, or be brave? And why would be the terminal emulator the only piece of software where the user can disable bold fonts? (In gnome-terminal we demoted this user-visible setting to a hidden one about two years ago, I can't recall anyone asking where it went, and just removed now in the development series to see if people really care.)
Anyway, I'm absolutely fine if WT adds bold typeface support along with a kill config option. Or maybe a tri-state: SGR 1 is bold, bright, or both. I most definitely do not want WT to remove the legacy compatibility behavior thereof.

But I understand you're not even allowing SGR 1 brightness as an option in VTE any more

This is not true. We do have that option, we just flipped the default.

Thinking further about this...

Legacy apps are quite likely to be using the simple escape sequences that were supported in ANSI.SYS and ANSICON.

I have to admit I completely missed this.
I think we should conclude that for SGR 1 the expectation is:

In the Linux world most users expect it to be bold typeface (a few users don't like that), and there's a huge confusion and ongoing change around brightness (and a heavy demand for both behaviors).
In the Windows world, users expect it to be bright, and not bold.

When sshing from Windows (Powershell or Cmd) to Linux, there is some magic going on. At least the charset is switched to UTF-8 (and back when logged out). I don't know which component does it, but (according to a script log of sshing from Linux to itself) it's not the remote side using the \e[%G/\e[% escape sequences. I suspect it's some local Windows magic. (I mean "magic" to me at this point, hopefully a well designed solution.)
I'm wondering... wherever this magic happens, could it also switch the behavior of SGR 1? Either via some API-like thingy, or via a newly invented "allow/disallow bold" escape sequence? Could this be a reasonable solution to support both worlds?

For what it's worth I've extended this a little, and my programs support the following subparameters:

single
double
(short wavelength) curly
(closely spaced) dotted (8 dots per cell)
(short) dashed (4 eighth-width dashes per cell)
long dashed (2 quarter-width dashes per cell)
extra long dashed (1 half-width dash per cell)
medium spaced dotted (4 dots per cell)
widely spaced dotted (2 dots per cell)
long wavelength curly

FYI, I've been doing a bit of research into how these attributes are implemented in other terminals, and the results are rather interesting.

Faint cannot be turned on at the same time as Bold

This isn't actually true in most cases (at least amongst my terminal collection). When bold and faint are applied at the same time, the font weight typically remains bold (if supported), and the bright palette entry for ANSI colors is still used, but that "bright" color is then algorithmically dimmed.
The effect of the color changes is most obvious in a palette like Solarized, where "bright green" is actually a shade of gray. So when you have faint combined with bright green, you get a fainter shade of grey, rather than the dark green.

Underlined is a trinary state

Yes and no. There aren't many terminals that support double-underline for real (most treat it as a synonym for single underline) so there's no obvious consensus. In VTE it's a trinary state, where the last choice (single or double) takes precedence. However in XTerm, underline and double-underline are actually separate attributes, and double-underline takes precedence when both are set, regardless of the order they were applied.
I'm not sure it matters that much, but I'd probably be inclined to follow the XTerm approach.

I moved the kitty extended underline discussion to #7228, since this is going to be closed by #7223. I'm working on collecting the points and opinions about bold/bright/intense/bold into a separate issue to track as part of #6879.

authors: DHowett egmontkob j4james jdebp zadjii-msft


text:
Add a third option which replaces newlines by spaces when pasting content with multiple lines

Description of the new feature/enhancement
When pasting in the Terminal a command line that ends with a line break, my options are either to paste and run the command, or abort the operation. Most of the times, I actually want to paste while trimming the trailing line break, such that I can edit the command I am pasting.

Proposed technical implementation details (optional)
When pasting, a new button would appear in the confirmation dialog, that would allow to paste while trimming line breaks (if the string contains line breaks that are not trimmed, replace them by a space?)

Adding a third button might require some refactoring, because the dialog is only meant to have two buttons:
https://github.com/microsoft/terminal/blob/f26c246c7c081c0222dd8ebd4738f6a0d574f66c/src/cascadia/TerminalApp/TerminalPage.cpp#L2145-L2165

I don't hate this idea. But with bracketed paste feature in 1.7, this does not really bother me when I'm using bash/zsh. The shell will not execute the command and let you edit it. Sadly powershell does not support bracketed paste, though.

I don't think this is a terrible idea. Looks like the ContentDialog supports 3 buttons, it would just take a bit of refactoring.

I've just taken a crack at this and I think I've got it working without any substantial refactoring at all. I'm still pretty intimidated by C++ though, so I'm not sure if I'm doing anything stupid/careless, but I'm happy to submit this in a PR if anyone wants to take a look.

Could you simply add an option to terminal, the values can be: 1. trim trailing newline, 2. don't trim, 3, interactive dialog

Merging some discussion from #10502

I do think we should be more intelligent here... text that is a single line and ends in a newline with no further content should just strip it by default, I think. I am opposed to adding a button to every paste dialog that folks will have to process when they paste. Perhaps there's a middle ground!

Who's really wanting to paste all these lines with spaces between them (instead of newlines) here?

After thinking about it myself for a bit, I am inclined to agree with you. My PR on this is pretty stale anyway because we hadn't decided what the button text should be and then I think I just forgot about it. But yes, I am struggling to think of a situation where you would actually want to strip breaks from the middle of the paste. I suppose maybe if you copied from some poorly formatted source (PDFs, for example, move in mysterious ways) wherein the command was supposed to be one line but for some reason contains line breaks? Feels like a stretch, though.
Anecdotally, this warning only shows up for me because either I am indeed pasting multiple commands or I just accidentally copied the wrong thing.

trimSingleTrailingNewline (default:true) for "if there's just one newline at the end then trim that", so folks could set this to false to be able to paste a command in one go?

Automatically trimming the trailing new line makes sense to me, but I wonder does it really matter if it's just one? As long as there's no other characters in between, multiple line breaks at the end of the string seems practically equivalent to a single one to me.

Single trailing new line stripping sounds good to me as well.

Huge thanks @lovef, @zadjii-msft and all the contributors!
I was pulling my hair out every time I was trying to paste a command into a terminal. Can't wait for the next release!

authors: FremyCompany Nacimota chenzhiwei shtratos skyline75489 zadjii-msft


text:
Revert "Hide the window from DWM until we're finished... (#12979)"

This reverts commit 14098d71f22225765c5c71907893cd86cc1738a6.
Summary of the Pull Request
@zadjii-msft found that this is causing persisted windows on a secondary monitor to shrink a little each time. We're choosing to revert this commit until that gets resolved.
References
#12979

Are you all sure this is a regression? We've had shrinking problems since forever...
Or is this one exacerbating the problem more than before?

Are you all sure this is a regression? We've had shrinking problems since a while... Or is this one exacerbating the problem more than before?

I believe they've gotten worse, and we got a report of the island failing to size properly with the cloaking change as well. Given how late it came in in the release cycle, better to revert and start fresh in 1.15!

source: gharchive/pull-request

authors: DHowett carlos-zamora lhecker


text:
Static state in SPI could lead to staleness issues

If you have a TypeProcessor that does stateful things, you could run into issues with that state remaining. Not sure if the static approach was intentional, but just mentioning.

Very true!  I never considered stateful processors.
What do you have in mind?

It might be worthwhile to look at alternatives to the simple SPI model we've been using.  Internally we've butted up against its limitations in a few ways:

not possible to have more than one processor, so the ones we use end up becoming quite complicated
the one-type-at-a-time model is nice for streaming, but in practice we often want to look at other generated type definitions at the same time.

Both problems are solvable, of course - just takes some thought beforehand.

Selfpromotion, but could look at Crumb :)

Also just saw your previous comment - what we do internally is processors are reused across modules (so we have a warm JIT cache. Buck build optimizations and whatnot). So when we invoke the lookup, we just look them up again for the current classpath

(testing whether I still have maintainer access by closing an old issue and re-opening it.  sorry zac)

authors: ZacSweers benjamin-bader hzsweers

repo: microsoft/thrifty


text:
Fix emit of bundled schemas when has references and is used multiple times

The first time such schemas were emitted, emitSourceFile polluted its definition, so all subsequent references would include the pollution.

Fixes #2146

repo: microsoft/typespec


text:
Render README from refdoc

fix #2130
Generate the README.md for typespec libraries automatically using the subset of the content as what gets included in the ref doc
To achieve this I reoganized the markdown rendering to be able to provide a reusable system that can be cusomized for different markdown engines.

The markdown renderer will render a markdown compatible with Github Flavored Markdown.
The docusuaurs rendererer extends the markdown renderer and include a few extra metadata.

PR in typespec-azure uptaking this change https://github.com/Azure/typespec-azure/pull/3374

@timotheeguerin Please fix the minor issue in the Azure PR, and this one looks good

seems like a different casing in the README.md, I just updated to match the others but the tool should probably allow a different name if user prefer in the future.


text:
[secp256k1 build failure due to missing include path

Host Environment

OS: Linux
Compiler: gcc-10

To Reproduce
Steps to reproduce the behavior:
./vcpkg install secp256k1
Failure logs
[1/3] /usr/bin/cc -DENABLE_MODULE_ECDH -DENABLE_MODULE_RECOVERY -DHAVE_CONFIG_H -I/home/user/src/vcpkg/buildtrees/secp256k1/src/c94f63d9c4-f2b3c3ef1e -fPIC -g -MD -MT CMakeFiles/secp256k1.dir/src/secp256k1.c.o -MF CMakeFiles/secp256k1.dir/src/secp256k1.c.o.d -o CMakeFiles/secp256k1.dir/src/secp256k1.c.o   -c /home/user/src/vcpkg/buildtrees/secp256k1/src/c94f63d9c4-f2b3c3ef1e/src/secp256k1.c
FAILED: CMakeFiles/secp256k1.dir/src/secp256k1.c.o
/usr/bin/cc -DENABLE_MODULE_ECDH -DENABLE_MODULE_RECOVERY -DHAVE_CONFIG_H -I/home/user/src/vcpkg/buildtrees/secp256k1/src/c94f63d9c4-f2b3c3ef1e -fPIC -g -MD -MT CMakeFiles/secp256k1.dir/src/secp256k1.c.o -MF CMakeFiles/secp256k1.dir/src/secp256k1.c.o.d -o CMakeFiles/secp256k1.dir/src/secp256k1.c.o   -c /home/user/src/vcpkg/buildtrees/secp256k1/src/c94f63d9c4-f2b3c3ef1e/src/secp256k1.c
In file included from /home/user/src/vcpkg/buildtrees/secp256k1/src/c94f63d9c4-f2b3c3ef1e/src/secp256k1.c:579:
/home/user/src/vcpkg/buildtrees/secp256k1/src/c94f63d9c4-f2b3c3ef1e/src/modules/ecdh/main_impl.h:11:10: fatal error: ecmult_const_impl.h: No such file or directory
   11 | #include "ecmult_const_impl.h"
      |          ^~~~~~~~~~~~~~~~~~~~~
compilation terminated.

Additional context
The solution is to change
include_directories(${CMAKE_CURRENT_SOURCE_DIR})
to
include_directories(${CMAKE_CURRENT_SOURCE_DIR} ${CMAKE_CURRENT_SOURCE_DIR}/src)
in ports/secp256k1/CMakeLists.txt

@justusranvier, thanks for reporting this issue!
I have summited a PR#12630 to fix this issue.

authors: PhoebeHui justusranvier

repo: microsoft/vcpkg


text:
[gdal:x64-windows] build failure

Host Environment

OS: Windows10
Compiler: VS2019

To Reproduce
./vcpkg install osgearth:x64-windows
Failure logs
build-x64-windows-dbg-err
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
....repeat

Microsoft (R) Program Maintenance Utility Version 14.28.29335.0
Copyright (C) Microsoft Corporation.  All rights reserved.

cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
cl : Command line warning D9025 : overriding '/Z7' with '/Zi'
cl : Command line warning D9025 : overriding '/W3' with '/W4'
NMAKE : fatal error U1077: '"D:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29333\bin\HostX64\x64\link.EXE"' : return code '0xc0000005'
Stop.

Additional context
Starting package 1/13: gdal:x64-windows
Building package gdal[core]:x64-windows...
-- Using cached D:/src/vcpkg/downloads/gdal313.zip
-- Cleaning sources at D:/src/vcpkg/buildtrees/gdal/src/gdal313-cf1850c69d.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source D:/src/vcpkg/downloads/gdal313.zip
-- Applying patch 0001-Fix-debug-crt-flags.patch
-- Applying patch 0002-Fix-build.patch
-- Applying patch 0004-Fix-std-fabs.patch
-- Applying patch 0005-Fix-cfitsio.patch
-- Using source at D:/src/vcpkg/buildtrees/gdal/src/gdal313-cf1850c69d.clean
-- Building and installing x64-windows-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:145 (message):
    Command failed: "D:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.28.29333/bin/Hostx64/x64/nmake.exe" /NOLOGO /G /U -f makefile.vc devinstall install INSTALLDIR=D:/src/vcpkg/packages/gdal_x64-windows/debug DATADIR=D:/src/vcpkg/packages/gdal_x64-windows/share/gdal HTMLDIR=D:/src/vcpkg/packages/gdal_x64-windows/share/gdal/html GEOS_DIR=D:/src/vcpkg/installed/x64-windows/include "GEOS_CFLAGS=-ID:/src/vcpkg/installed/x64-windows/include -DHAVE_GEOS" PROJ_INCLUDE=-ID:/src/vcpkg/installed/x64-windows/include EXPAT_DIR=D:/src/vcpkg/installed/x64-windows/include EXPAT_INCLUDE=-ID:/src/vcpkg/installed/x64-windows/include CURL_INC=-ID:/src/vcpkg/installed/x64-windows/include "SQLITE_INC=-ID:/src/vcpkg/installed/x64-windows/include " PG_INC_DIR=D:/src/vcpkg/installed/x64-windows/include OPENJPEG_ENABLED=YES OPENJPEG_CFLAGS=-ID:/src/vcpkg/installed/x64-windows/include OPENJPEG_VERSION=20100 WEBP_ENABLED=YES WEBP_CFLAGS=-ID:/src/vcpkg/installed/x64-windows/include LIBXML2_INC=-ID:/src/vcpkg/installed/x64-windows/include PNG_EXTERNAL_LIB=1 PNGDIR=D:/src/vcpkg/installed/x64-windows/include ZLIB_INC=-ID:/src/vcpkg/installed/x64-windows/include ZLIB_EXTERNAL_LIB=1 ACCEPT_USE_OF_DEPRECATED_PROJ_API_H=1 MSVC_VER=1900 WIN64=YES WITH_PDB=1 DLLBUILD=1 GDAL_HOME=D:/src/vcpkg/packages/gdal_x64-windows/debug CXX_CRT_FLAGS="/MDd" PROJ_LIBRARY=D:/src/vcpkg/installed/x64-windows/debug/lib/proj_d.lib PNG_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/libpng16d.lib GEOS_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/geos_cd.lib EXPAT_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/libexpatd.lib "CURL_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/libcurl-d.lib wsock32.lib wldap32.lib winmm.lib" "SQLITE_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/sqlite3.lib " OPENJPEG_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/openjp2.lib WEBP_LIBS=D:/src/vcpkg/installed/x64-windows/debug/lib/webpd.lib "LIBXML2_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/libxml2.lib D:/src/vcpkg/installed/x64-windows/debug/lib/iconv.lib D:/src/vcpkg/installed/x64-windows/debug/lib/charset.lib D:/src/vcpkg/installed/x64-windows/debug/lib/lzmad.lib" ZLIB_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/zlibd.lib "PG_LIB=D:/src/vcpkg/installed/x64-windows/debug/lib/libpq.lib D:/src/vcpkg/installed/x64-windows/debug/lib/libpgcommon.lib D:/src/vcpkg/installed/x64-windows/debug/lib/libpgport.lib Secur32.lib Shell32.lib Advapi32.lib Crypt32.lib Gdi32.lib D:/src/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib D:/src/vcpkg/installed/x64-windows/debug/lib/libssl.lib" DEBUG=1
    Working Directory: D:/src/vcpkg/buildtrees/gdal/x64-windows-dbg
    See logs for more information:
      D:\src\vcpkg\buildtrees\gdal\build-x64-windows-dbg-out.log
      D:\src\vcpkg\buildtrees\gdal\build-x64-windows-dbg-err.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_build_nmake.cmake:221 (vcpkg_execute_build_process)
  scripts/cmake/vcpkg_install_nmake.cmake:89 (vcpkg_build_nmake)
  ports/gdal/portfile.cmake:123 (vcpkg_install_nmake)
  scripts/ports.cmake:136 (include)

Error: Building package gdal:x64-windows 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: gdal:x64-windows
  Vcpkg version: 2020.11.12-nohash

Additionally, attach any relevant sections from the log files above.

Known issue. Should be the Visual Studio Linker bug.

Known issue. Should be the Visual Studio Linker bug.

How can I fix this..

@Freshhand-j  There is currently no solution.
We cannot reproduce this issue stably, nor can we provide a minimal reproducible solution to the linker team.

@Freshhand-j There is currently no solution.
We cannot reproduce this issue stably, nor can we provide a minimal reproducible solution to the linker team.

Ok, thank you

@Freshhand-j
Since I can't reproduce this issue in my side, in order to investigate this issue, could you please do as below:

Open the x64 Native Tools Command Prompt for VS 2019
Pushd D:\src\vcpkg\buildtrees\gdal\x64-windows-dbg
Run the last command in the D:\src\vcpkg\buildtrees\gdal\build-x64-windows-dbg-out.log. This command should be a link command, the format of this command should look like the following:
link /option /option /option ...  xxx.obj xxx.obj xxx.obj ... xxx.lib xxx.lib xxx.lib
If you could reproduce the link error, please do as below to generate a link rpero and send it to us:
a. Creat a new diretory, for example D:\repro
b. Add this option: /linkrepro:D:\repro into the repro command you used above.
c. Run the new command to reproduce this link error.
d. Package the entire D:\repro folder and send it to me.

I'm looking forward to your reply!

@Freshhand-j, we've seen this issue on CI testing Intermittently, however we can't repro on local machine, we considered the issue caused since linker crashed, Could you also provide the following information with us for helping repro this issue?
Execute the command below, and attach the output here, we want to confirm if it affected by others ports.
./vcpkg list x64-windows

@Freshhand-j
Since I can't reproduce this issue in my side, in order to investigate this issue, could you please do as below:

Open the x64 Native Tools Command Prompt for VS 2019
Pushd D:\src\vcpkg\buildtrees\gdal\x64-windows-dbg
Run the last command in the D:\src\vcpkg\buildtrees\gdal\build-x64-windows-dbg-out.log. This command should be a link command, the format of this command should look like the following:
link /option /option /option ...  xxx.obj xxx.obj xxx.obj ... xxx.lib xxx.lib xxx.lib
If you could reproduce the link error, please do as below to generate a link rpero and send it to us:
a. Creat a new diretory, for example D:\repro
b. Add this option: /linkrepro:D:\repro into the repro command you used above.
c. Run the new command to reproduce this link error.
d. Package the entire D:\repro folder and send it to me.

I'm looking forward to your reply!

I really want to help you, but just now I re-ran the vcpkg install osgearth:x64-windows command and successfully installed the gdal:x64-windows. I didn't make any changes to the last time I made an error, but just restarted the computer the next day. The last time I made an error, I also restarted the computer, but the error did not disappear.This time it was a sudden success.If I need to do what you said now

@Freshhand-j, we've seen this issue on CI testing Intermittently, however we can't repro on local machine, we considered the issue caused since linker crashed, Could you also provide the following information with us for helping repro this issue?
Execute the command below, and attach the output here, we want to confirm if it affected by others ports.
./vcpkg list x64-windows

PS D:\src\vcpkg> vcpkg list x64-windows
boost-accumulators:x64-windows                     1.75.0           Boost accumulators module
boost-algorithm:x64-windows                        1.75.0           Boost algorithm module
boost-align:x64-windows                            1.75.0           Boost align module
boost-any:x64-windows                              1.75.0           Boost any module
boost-array:x64-windows                            1.75.0           Boost array module
boost-asio:x64-windows                             1.75.0           Boost asio module
boost-assert:x64-windows                           1.75.0           Boost assert module
boost-assign:x64-windows                           1.75.0           Boost assign module
boost-atomic:x64-windows                           1.75.0           Boost atomic module
boost-beast:x64-windows                            1.75.0           Boost beast module
boost-bimap:x64-windows                            1.75.0           Boost bimap module
boost-bind:x64-windows                             1.75.0           Boost bind module
boost-build:x64-windows                            1.75.0.beta1     Boost.Build
boost-callable-traits:x64-windows                  1.75.0           Boost callable_traits module
boost-chrono:x64-windows                           1.75.0           Boost chrono module
boost-circular-buffer:x64-windows                  1.75.0           Boost circular_buffer module
boost-compatibility:x64-windows                    1.75.0           Boost compatibility module
boost-compute:x64-windows                          1.75.0           Boost compute module
boost-concept-check:x64-windows                    1.75.0           Boost concept_check module
boost-config:x64-windows                           1.75.0           Boost config module
boost-container-hash:x64-windows                   1.75.0           Boost container_hash module
boost-container:x64-windows                        1.75.0           Boost container module
boost-context:x64-windows                          1.75.0           Boost context module
boost-contract:x64-windows                         1.75.0           Boost contract module
boost-conversion:x64-windows                       1.75.0           Boost conversion module
boost-convert:x64-windows                          1.75.0           Boost convert module
boost-core:x64-windows                             1.75.0           Boost core module
boost-coroutine2:x64-windows                       1.75.0           Boost coroutine2 module
boost-coroutine:x64-windows                        1.75.0           Boost coroutine module
boost-crc:x64-windows                              1.75.0           Boost crc module
boost-date-time:x64-windows                        1.75.0           Boost date_time module
boost-detail:x64-windows                           1.75.0           Boost detail module
boost-dll:x64-windows                              1.75.0           Boost dll module
boost-dynamic-bitset:x64-windows                   1.75.0           Boost dynamic_bitset module
boost-endian:x64-windows                           1.75.0           Boost endian module
boost-exception:x64-windows                        1.75.0           Boost exception module
boost-fiber:x64-windows                            1.75.0           Boost fiber module
boost-filesystem:x64-windows                       1.75.0           Boost filesystem module
boost-flyweight:x64-windows                        1.75.0           Boost flyweight module
boost-foreach:x64-windows                          1.75.0           Boost foreach module
boost-format:x64-windows                           1.75.0           Boost format module
boost-function-types:x64-windows                   1.75.0           Boost function_types module
boost-function:x64-windows                         1.75.0           Boost function module
boost-functional:x64-windows                       1.75.0           Boost functional module
boost-fusion:x64-windows                           1.75.0           Boost fusion module
boost-geometry:x64-windows                         1.75.0           Boost geometry module
boost-gil:x64-windows                              1.75.0           Boost gil module
boost-graph-parallel:x64-windows                   1.75.0           Boost graph_parallel module
boost-graph:x64-windows                            1.75.0           Boost graph module
boost-hana:x64-windows                             1.75.0           Boost hana module
boost-heap:x64-windows                             1.75.0           Boost heap module
boost-histogram:x64-windows                        1.75.0           Boost histogram module
boost-hof:x64-windows                              1.75.0           Boost hof module
boost-icl:x64-windows                              1.75.0           Boost icl module
boost-integer:x64-windows                          1.75.0           Boost integer module
boost-interprocess:x64-windows                     1.75.0           Boost interprocess module
boost-interval:x64-windows                         1.75.0           Boost interval module
boost-intrusive:x64-windows                        1.75.0           Boost intrusive module
boost-io:x64-windows                               1.75.0           Boost io module
boost-iostreams:x64-windows                        1.75.0           Boost iostreams module
boost-iterator:x64-windows                         1.75.0           Boost iterator module
boost-json:x64-windows                             1.75.0           Boost json module
boost-lambda:x64-windows                           1.75.0           Boost lambda module
boost-leaf:x64-windows                             1.75.0           Boost leaf module
boost-lexical-cast:x64-windows                     1.75.0           Boost lexical_cast module
boost-local-function:x64-windows                   1.75.0           Boost local_function module
boost-locale:x64-windows                           1.75.0           Boost locale module
boost-lockfree:x64-windows                         1.75.0           Boost lockfree module
boost-log:x64-windows                              1.75.0           Boost log module
boost-logic:x64-windows                            1.75.0           Boost logic module
boost-math:x64-windows                             1.75.0           Boost math module
boost-metaparse:x64-windows                        1.75.0           Boost metaparse module
boost-modular-build-helper:x64-windows             1.75.0
boost-move:x64-windows                             1.75.0           Boost move module
boost-mp11:x64-windows                             1.75.0           Boost mp11 module
boost-mpl:x64-windows                              1.75.0           Boost mpl module
boost-msm:x64-windows                              1.75.0           Boost msm module
boost-multi-array:x64-windows                      1.75.0           Boost multi_array module
boost-multi-index:x64-windows                      1.75.0           Boost multi_index module
boost-multiprecision:x64-windows                   1.75.0           Boost multiprecision module
boost-nowide:x64-windows                           1.75.0           Boost nowide module
boost-numeric-conversion:x64-windows               1.75.0           Boost numeric_conversion module
boost-odeint:x64-windows                           1.75.0           Boost odeint module
boost-optional:x64-windows                         1.75.0           Boost optional module
boost-outcome:x64-windows                          1.75.0           Boost outcome module
boost-parameter-python:x64-windows                 1.75.0           Boost parameter_python module
boost-parameter:x64-windows                        1.75.0           Boost parameter module
boost-pfr:x64-windows                              1.75.0           Boost pfr module
boost-phoenix:x64-windows                          1.75.0           Boost phoenix module
boost-poly-collection:x64-windows                  1.75.0           Boost poly_collection module
boost-polygon:x64-windows                          1.75.0           Boost polygon module
boost-pool:x64-windows                             1.75.0           Boost pool module
boost-predef:x64-windows                           1.75.0           Boost predef module
boost-preprocessor:x64-windows                     1.75.0           Boost preprocessor module
boost-process:x64-windows                          1.75.0           Boost process module
boost-program-options:x64-windows                  1.75.0           Boost program_options module
boost-property-map:x64-windows                     1.75.0           Boost property_map module
boost-property-tree:x64-windows                    1.75.0           Boost property_tree module
boost-proto:x64-windows                            1.75.0           Boost proto module
boost-ptr-container:x64-windows                    1.75.0           Boost ptr_container module
boost-python:x64-windows                           1.75.0           Boost python module
boost-qvm:x64-windows                              1.75.0           Boost qvm module
boost-random:x64-windows                           1.75.0           Boost random module
boost-range:x64-windows                            1.75.0           Boost range module
boost-ratio:x64-windows                            1.75.0           Boost ratio module
boost-rational:x64-windows                         1.75.0           Boost rational module
boost-regex:x64-windows                            1.75.0           Boost regex module
boost-safe-numerics:x64-windows                    1.75.0           Boost safe_numerics module
boost-scope-exit:x64-windows                       1.75.0           Boost scope_exit module
boost-serialization:x64-windows                    1.75.0           Boost serialization module
boost-signals2:x64-windows                         1.75.0           Boost signals2 module
boost-smart-ptr:x64-windows                        1.75.0           Boost smart_ptr module
boost-sort:x64-windows                             1.75.0           Boost sort module
boost-spirit:x64-windows                           1.75.0           Boost spirit module
boost-stacktrace:x64-windows                       1.75.0           Boost stacktrace module
boost-statechart:x64-windows                       1.75.0           Boost statechart module
boost-static-assert:x64-windows                    1.75.0           Boost static_assert module
boost-static-string:x64-windows                    1.75.0           Boost static_string module
boost-stl-interfaces:x64-windows                   1.75.0           Boost stl_interfaces module
boost-system:x64-windows                           1.75.0           Boost system module
boost-test:x64-windows                             1.75.0           Boost test module
boost-thread:x64-windows                           1.75.0           Boost thread module
boost-throw-exception:x64-windows                  1.75.0           Boost throw_exception module
boost-timer:x64-windows                            1.75.0           Boost timer module
boost-tokenizer:x64-windows                        1.75.0           Boost tokenizer module
boost-tti:x64-windows                              1.75.0           Boost tti module
boost-tuple:x64-windows                            1.75.0           Boost tuple module
boost-type-erasure:x64-windows                     1.75.0           Boost type_erasure module
boost-type-index:x64-windows                       1.75.0           Boost type_index module
boost-type-traits:x64-windows                      1.75.0           Boost type_traits module
boost-typeof:x64-windows                           1.75.0           Boost typeof module
boost-ublas:x64-windows                            1.75.0           Boost ublas module
boost-uninstall:x64-windows                        1.75.0           boost uninstall port
boost-units:x64-windows                            1.75.0           Boost units module
boost-unordered:x64-windows                        1.75.0           Boost unordered module
boost-utility:x64-windows                          1.75.0           Boost utility module
boost-uuid:x64-windows                             1.75.0           Boost uuid module
boost-variant2:x64-windows                         1.75.0           Boost variant2 module
boost-variant:x64-windows                          1.75.0           Boost variant module
boost-vcpkg-helpers:x64-windows                    7#2              a set of vcpkg-internal scripts used to modulari...
boost-vmd:x64-windows                              1.75.0           Boost vmd module
boost-wave:x64-windows                             1.75.0           Boost wave module
boost-winapi:x64-windows                           1.75.0           Boost winapi module
boost-xpressive:x64-windows                        1.75.0           Boost xpressive module
boost-yap:x64-windows                              1.75.0           Boost yap module
boost:x64-windows                                  1.75.0           Peer-reviewed portable C++ source libraries
brotli:x64-windows                                 1.0.9            a generic-purpose lossless compression algorithm...
bzip2:x64-windows                                  1.0.8#1          bzip2 is a freely available, patent free, high-q...
cfitsio:x64-windows                                3.49             Library of C and Fortran subroutines for reading...
coin:x64-windows                                   4.0.0#2          A high-level 3D visualization library with Open ...
coin[simage]:x64-windows                                            Use simage for loading images (textures), audio,...
coin[zlib]:x64-windows                                              Use zlib for reading/writing compressed files
curl:x64-windows                                   7.74.0#1         A library for transferring data with URLs
curl[non-http]:x64-windows                                          Enables protocols beyond HTTP/HTTPS/HTTP2
curl[schannel]:x64-windows                                          SSL support (Secure Channel)
curl[ssl]:x64-windows                                               Default SSL backend
curl[sspi]:x64-windows                                              SSPI support
curl[winssl]:x64-windows                                            Legacy name for schannel
dirent:x64-windows                                 1.23.2           Dirent is a C/C++ programming interface that all...
egl-registry:x64-windows                           2020-02-20       the EGL API and Extension Registry
expat:x64-windows                                  2020-08-18       XML parser library written in C
fontconfig:x64-windows                             2.13.1#2         Library for configuring and customizing font acc...
freeglut:x64-windows                               3.2.1-4          Open source implementation of GLUT with source a...
freetype:x64-windows                               2.10.2#7         A library to render fonts.
freetype[brotli]:x64-windows                                        Support decompression of WOFF2 streams
freetype[bzip2]:x64-windows                                         Support bzip2 compressed fonts.
freetype[png]:x64-windows                                           Support PNG compressed OpenType embedded bitmaps.
freetype[zlib]:x64-windows                                          Use zlib instead of internal library for DEFLATE
gdal:x64-windows                                   3.1.3#1          The Geographic Data Abstraction Library for read...
geos:x64-windows                                   3.8.1#1          Geometry Engine Open Source
gettext:x64-windows                                0.21             The GNU gettext utilities are a set of tools tha...
giflib:x64-windows                                 5.1.4-6          A library for reading and writing gif images.
hdf5:x64-windows                                   1.12.0           HDF5 is a data model, library, and file format f...
hdf5[szip]:x64-windows                                              Build with szip
hdf5[zlib]:x64-windows                                              Build with zlib
ilmbase:x64-windows                                2.3.0            empty package, linking to newer one
jasper:x64-windows                                 2.0.20           Open source implementation of the JPEG-2000 Part...
json-c:x64-windows                                 2019-09-10#1     A JSON implementation in C
libffi:x64-windows                                 3.3#6            Portable, high level programming interface to va...
libgeotiff:x64-windows                             1.6.0            Libgeotiff is an open source library normally ho...
libgta:x64-windows                                 1.0.8-1          Libgta is a portable library that implements the...
libiconv:x64-windows                               1.16#6           GNU Unicode text conversion
libjpeg-turbo:x64-windows                          2.0.5#1          libjpeg-turbo is a JPEG image codec that uses SI...
liblzma:x64-windows                                5.2.5#2          Compression library with an API similar to that ...
libpng:x64-windows                                 1.6.37#14        libpng is a library implementing an interface fo...
libpq:x64-windows                                  12.2#9           The official database access API of postgresql
libpq[openssl]:x64-windows                                          support for encrypted client connections and ran...
libpq[zlib]:x64-windows                                             Use zlib (else --without-zlib)
libwebp:x64-windows                                1.1.0#1          WebP codec: library to encode and decode images ...
libwebp[nearlossless]:x64-windows                                   Enable near-lossless encoding
libwebp[simd]:x64-windows                                           Enable any SIMD optimization.
libwebp[unicode]:x64-windows                                        Build Unicode executables. (Adds definition UNIC...
libxml2:x64-windows                                2.9.10#2         Libxml2 is the XML C parser and toolkit develope...
netcdf-c:x64-windows                               4.7.4#1          a set of self-describing, machine-independent da...
openexr:x64-windows                                2.5.0#2          OpenEXR is a high dynamic-range (HDR) image file...
opengl-registry:x64-windows                        2020-03-25       the API and Extension registries for the OpenGL ...
opengl:x64-windows                                 0.0#8            Open Graphics Library (OpenGL)[3][4][5] is a cro...
openjpeg:x64-windows                               2.3.1#2          JPEG 2000 image library
openssl:x64-windows                                1.1.1h#4         OpenSSL is an open source project that provides ...
proj4:x64-windows                                  7.2.0            PROJ.4 library for cartographic projections
proj4[database]:x64-windows                                         generate database
proj4[tiff]:x64-windows                                             Enable TIFF support to read some grids
pthread:x64-windows                                3.0.0            empty package, linking to other port
pthreads:x64-windows                               3.0.0-6          pthreads for windows
python3:x64-windows                                3.9.0#1          The Python programming language
simage:x64-windows                                 1.8.0            Image file format library abstraction layer
sqlite3:x64-windows                                3.33.0           SQLite is a software library that implements a s...
sqlite3[tool]:x64-windows                                           sqlite3 executable
szip:x64-windows                                   2.1.1-6          Szip compression software, providing lossless co...
tiff:x64-windows                                   4.1.0            A library that supports the manipulation of TIFF...
zlib:x64-windows                                   1.2.11#9         A compression library
zstd:x64-windows                                   1.4.5#1          Zstandard - Fast real-time compression algorithm

@Freshhand-j: add the log file to the issue, can be found under D:\src\vcpkg\buildtrees\gdal\build-x64-windows-dbg-out.log

I have same error, how can I fix it

@HappyKuTou, could you follow the steps https://github.com/microsoft/vcpkg/issues/15324#issuecomment-751659195 and send us the repro files?

@HappyKuTou, could you follow the steps #15324 (comment) and send us the repro files?

the last command in my build-x64-windows-dbg-out.log is not a link command

Included: nmake.opt
cd port
nmake /nologo /f makefile.vc
call prev_dllbuild.bat
D:\yk\source\vcpkg-master\buildtrees\gdal\x64-windows-dbg\port>IF NOT EXIST dllbuild.prev (ECHO 1 ) 1>dllbuild.prev
D:\yk\source\vcpkg-master\buildtrees\gdal\x64-windows-dbg\port>SET /P PREV_DLLBUILD= 0<dllbuild.prev
D:\yk\source\vcpkg-master\buildtrees\gdal\x64-windows-dbg\port>IF NOT "1" == "1" (ECHO 1 ) 1>dllbuild.prev
type cpl_config.h.vc.begin > cpl_config.h
type cpl_config.h.vc.common >> cpl_config.h
IF NOT "1"=="1"  type cpl_config.h.vc.no_dll >> cpl_config.h
type cpl_config.h.vc.end >> cpl_config.h
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_LIBZ -I..\ogr\ogrsf_frmts\geojson\libjson -DHAVE_CURL  -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_LIBXML2 -ID:/yk/source/vcpkg-master/installed/x64-windows/include  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c cpl_conv.cpp cpl_error.cpp cpl_string.cpp cplstring.cpp cplstringlist.cpp cpl_strtod.cpp cpl_vsisimple.cpp cplgetsymbol.cpp cpl_path.cpp cpl_csv.cpp cpl_findfile.cpp cpl_vsil_win32.cpp cpl_minixml.cpp cpl_multiproc.cpp cpl_list.cpp cpl_getexecpath.cpp cpl_vsil.cpp cpl_vsi_mem.cpp cpl_http.cpp cpl_hash_set.cpp cplkeywordparser.cpp cpl_recode.cpp cpl_recode_iconv.cpp cpl_recode_stub.cpp cpl_quad_tree.cpp cpl_vsil_gzip.cpp cpl_minizip_ioapi.cpp cpl_minizip_unzip.cpp cpl_minizip_zip.cpp cpl_vsil_subfile.cpp cpl_atomic_ops.cpp cpl_time.cpp cpl_vsil_stdout.cpp cpl_vsil_sparsefile.cpp cpl_vsil_abstract_archive.cpp cpl_vsil_tar.cpp cpl_vsil_curl.cpp cpl_vsil_s3.cpp cpl_vsil_gs.cpp cpl_vsil_az.cpp cpl_vsil_oss.cpp cpl_vsil_plugin.cpp cpl_vsil_swift.cpp cpl_vsil_webhdfs.cpp cpl_vsil_hdfs.cpp cpl_vsil_curl_streaming.cpp cpl_vsil_stdin.cpp cpl_vsil_buffered_reader.cpp cpl_vsil_cache.cpp cpl_base64.cpp cpl_xml_validate.cpp cpl_spawn.cpp cpl_google_oauth2.cpp cpl_progress.cpp cpl_virtualmem.cpp cpl_worker_thread_pool.cpp cpl_vsil_crypt.cpp cpl_sha1.cpp cpl_sha256.cpp cpl_aws.cpp cpl_aws_win32.cpp cpl_vsi_error.cpp cpl_cpu_features.cpp cpl_google_cloud.cpp cpl_azure.cpp cpl_alibaba_oss.cpp cpl_json_streaming_parser.cpp cpl_json_streaming_writer.cpp cpl_json.cpp cpl_md5.cpp cpl_swift.cpp cpl_vax.cpp cpl_vsil_uploadonclose.cpp cpl_odbc.cpp
cpl_conv.cpp
cpl_error.cpp
cpl_string.cpp
cplstring.cpp
cplstringlist.cpp
cpl_strtod.cpp
cpl_vsisimple.cpp
cplgetsymbol.cpp
cpl_path.cpp
cpl_csv.cpp
cpl_findfile.cpp
cpl_vsil_win32.cpp
cpl_minixml.cpp
cpl_multiproc.cpp
cpl_list.cpp
cpl_getexecpath.cpp
cpl_vsil.cpp
cpl_vsi_mem.cpp
cpl_http.cpp
cpl_hash_set.cpp
cplkeywordparser.cpp
cpl_recode.cpp
cpl_recode_iconv.cpp
cpl_recode_stub.cpp
cpl_quad_tree.cpp
cpl_vsil_gzip.cpp
cpl_minizip_ioapi.cpp
cpl_minizip_unzip.cpp
cpl_minizip_zip.cpp
cpl_vsil_subfile.cpp
cpl_atomic_ops.cpp
cpl_time.cpp
cpl_vsil_stdout.cpp
cpl_vsil_sparsefile.cpp
cpl_vsil_abstract_archive.cpp
cpl_vsil_tar.cpp
cpl_vsil_curl.cpp
cpl_vsil_s3.cpp
cpl_vsil_gs.cpp
cpl_vsil_az.cpp
cpl_vsil_oss.cpp
cpl_vsil_plugin.cpp
cpl_vsil_swift.cpp
cpl_vsil_webhdfs.cpp
cpl_vsil_hdfs.cpp
cpl_vsil_curl_streaming.cpp
cpl_vsil_stdin.cpp
cpl_vsil_buffered_reader.cpp
cpl_vsil_cache.cpp
cpl_base64.cpp
cpl_xml_validate.cpp
cpl_spawn.cpp
cpl_google_oauth2.cpp
D:\yk\source\vcpkg-master\installed\x64-windows\include\iconv.h(1): warning C4819: The file contains a character that cannot be represented in the current code page (936). Save the file in Unicode format to prevent data loss (compiling source file cpl_xml_validate.cpp)
cpl_progress.cpp
cpl_virtualmem.cpp
cpl_worker_thread_pool.cpp
cpl_vsil_crypt.cpp
cpl_sha1.cpp
cpl_sha256.cpp
cpl_aws.cpp
cpl_aws_win32.cpp
cpl_vsi_error.cpp
cpl_cpu_features.cpp
cpl_google_cloud.cpp
cpl_azure.cpp
cpl_alibaba_oss.cpp
cpl_json_streaming_parser.cpp
cpl_json_streaming_writer.cpp
cpl_json.cpp
cpl_md5.cpp
cpl_swift.cpp
cpl_vax.cpp
cpl_vsil_uploadonclose.cpp
cpl_odbc.cpp
lib /out:cpl.lib *.obj
Microsoft (R) Library Manager Version 14.29.30133.0
Copyright (C) Microsoft Corporation.  All rights reserved.
cd ..
cd gcore
nmake /nologo /f makefile.vc gdal_version.h
copy gdal_version.h.in gdal_version.h
    1 file(s) copied.
cd ..
cd gcore
nmake /nologo /f makefile.vc
rc -fo Version.res -r -I..\port -I..\ogr Version.rc

Microsoft (R) Windows (R) Resource Compiler Version 10.0.10011.16384
Copyright (C) Microsoft Corporation.  All rights reserved.
gdal_version.h(25) : warning RC4011: identifier truncated to 'DO_NOT_DEFINE_GDAL_RELEASE_DATE'
gdal_version.h(25) : warning RC4011: identifier truncated to 'DO_NOT_DEFINE_GDAL_RELEASE_DATE'
cd mdreader
nmake /nologo /f makefile.vc
cl  /Z7 /Fd..\..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\..\port -I..\..\ogr -I..\..\gcore  -I..\..\alg -I..\..\ogr\ogrsf_frmts  -I..\..\gnm -I..\..\gnm\gnm_frmts -I..\..\apps /DHAVE_AVX_AT_COMPILE_TIME -I..\..\port -I..\..\ogr -I..  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c reader_digital_globe.cpp reader_geo_eye.cpp reader_orb_view.cpp reader_pleiades.cpp reader_rdk1.cpp reader_landsat.cpp reader_spot.cpp reader_rapid_eye.cpp reader_alos.cpp reader_eros.cpp reader_kompsat.cpp

reader_digital_globe.cpp
reader_geo_eye.cpp
reader_orb_view.cpp
reader_pleiades.cpp
reader_rdk1.cpp
reader_landsat.cpp
reader_spot.cpp
reader_rapid_eye.cpp
reader_alos.cpp
reader_eros.cpp
reader_kompsat.cpp
xcopy /D  /Y *.obj ..
D:reader_alos.obj
D:reader_digital_globe.obj
D:reader_eros.obj
D:reader_geo_eye.obj
D:reader_kompsat.obj
D:reader_landsat.obj
D:reader_orb_view.obj
D:reader_pleiades.obj
D:reader_rapid_eye.obj
D:reader_rdk1.obj
D:reader_spot.obj
11 File(s) copied
cd ..
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -DPAM_ENABLED -I..\frmts\gtiff -I..\frmts\mem -I..\frmts\vrt -I..\ogr\ogrsf_frmts\generic -I../ogr/ogrsf_frmts/geojson -I..\ogr\ogrsf_frmts\geojson\libjson -DSQLITE_ENABLED -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_GEOS -DHAVE_LIBXML2 -ID:/yk/source/vcpkg-master/installed/x64-windows/include  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c gdalopeninfo.cpp gdaldrivermanager.cpp gdaldriver.cpp gdaldataset.cpp gdalrasterband.cpp gdal_misc.cpp rasterio.cpp gdalrasterblock.cpp gdal_rat.cpp gdalcolortable.cpp overview.cpp gdaldefaultoverviews.cpp gdalmajorobject.cpp gdalpamdataset.cpp gdalpamrasterband.cpp gdaljp2metadata.cpp gdaljp2box.cpp gdalmultidomainmetadata.cpp gdalpamproxydb.cpp gdalallvalidmaskband.cpp gdalnodatamaskband.cpp gdalproxydataset.cpp gdalproxypool.cpp gdalnodatavaluesmaskband.cpp gdaldefaultasync.cpp gdaldllmain.cpp gdalexif.cpp gdalgeorefpamdataset.cpp gdaljp2abstractdataset.cpp gdalvirtualmem.cpp gdaloverviewdataset.cpp gdalrescaledalphaband.cpp gdaljp2structure.cpp gdal_mdreader.cpp gdaljp2metadatagenerator.cpp gdalabstractbandblockcache.cpp rawdataset.cpp gdalarraybandblockcache.cpp gdalhashsetbandblockcache.cpp gdalmultidim.cpp gdalpython.cpp gdalpythondriverloader.cpp tilematrixset.cpp gdal_thread_pool.cpp nasakeywordhandler.cpp rasterio_ssse3.cpp
gdalopeninfo.cpp
gdaldrivermanager.cpp
gdaldriver.cpp
gdaldataset.cpp
gdalrasterband.cpp
gdal_misc.cpp
rasterio.cpp
gdalrasterblock.cpp
gdal_rat.cpp
gdalcolortable.cpp
overview.cpp
gdaldefaultoverviews.cpp
gdalmajorobject.cpp
gdalpamdataset.cpp
gdalpamrasterband.cpp
gdaljp2metadata.cpp
gdaljp2box.cpp
gdalmultidomainmetadata.cpp
gdalpamproxydb.cpp
gdalallvalidmaskband.cpp
gdalnodatamaskband.cpp
gdalproxydataset.cpp
gdalproxypool.cpp
gdalnodatavaluesmaskband.cpp
gdaldefaultasync.cpp
gdaldllmain.cpp
gdalexif.cpp
gdalgeorefpamdataset.cpp
gdaljp2abstractdataset.cpp
gdalvirtualmem.cpp
gdaloverviewdataset.cpp
gdalrescaledalphaband.cpp
gdaljp2structure.cpp
gdal_mdreader.cpp
gdaljp2metadatagenerator.cpp
gdalabstractbandblockcache.cpp
rawdataset.cpp
gdalarraybandblockcache.cpp
D:\yk\source\vcpkg-master\installed\x64-windows\include\iconv.h(1): warning C4819: The file contains a character that cannot be represented in the current code page (936). Save the file in Unicode format to prevent data loss (compiling source file gdaljp2metadatagenerator.cpp)
gdalhashsetbandblockcache.cpp
gdalmultidim.cpp
gdalpython.cpp
gdalpythondriverloader.cpp
tilematrixset.cpp
gdal_thread_pool.cpp
nasakeywordhandler.cpp
rasterio_ssse3.cpp
cd ..\alg
nmake /nologo /f makefile.vc
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -I../frmts/vrt -I../ogr/ogrsf_frmts -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_GEOS  -ID:/yk/source/vcpkg-master/installed/x64-windows/include -Imarching_squares -DINTERNAL_QHULL  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX  /c gdalgridsse.cpp
gdalgridsse.cpp
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -I../frmts/vrt -I../ogr/ogrsf_frmts -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_GEOS  -ID:/yk/source/vcpkg-master/installed/x64-windows/include -Imarching_squares -DINTERNAL_QHULL  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /arch:AVX /c gdalgridavx.cpp
gdalgridavx.cpp
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -I../frmts/vrt -I../ogr/ogrsf_frmts -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_GEOS  -ID:/yk/source/vcpkg-master/installed/x64-windows/include -Imarching_squares -DINTERNAL_QHULL  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c gdaldither.cpp gdalmediancut.cpp gdal_crs.cpp gdaltransformer.cpp gdalsimplewarp.cpp gdalwarper.cpp gdalwarpkernel.cpp thinplatespline.cpp gdal_tps.cpp gdalrasterize.cpp llrasterize.cpp gdalwarpoperation.cpp gdalchecksum.cpp gdal_rpc.cpp gdalgeoloc.cpp gdalgrid.cpp gdalcutline.cpp gdalproximity.cpp rasterfill.cpp gdalsievefilter.cpp gdalrasterpolygonenumerator.cpp polygonize.cpp contour.cpp viewshed.cpp gdallinearsystem.cpp gdal_octave.cpp gdal_simplesurf.cpp gdalmatching.cpp gdaltransformgeolocs.cpp gdalpansharpen.cpp gdalapplyverticalshiftgrid.cpp
gdaldither.cpp
gdalmediancut.cpp
gdal_crs.cpp
gdaltransformer.cpp
gdalsimplewarp.cpp
gdalwarper.cpp
gdalwarpkernel.cpp
thinplatespline.cpp
gdal_tps.cpp
gdalrasterize.cpp
llrasterize.cpp
gdalwarpoperation.cpp
gdalchecksum.cpp
gdal_rpc.cpp
gdalgeoloc.cpp
gdalgrid.cpp
gdalcutline.cpp
gdalproximity.cpp
rasterfill.cpp
gdalsievefilter.cpp
gdalrasterpolygonenumerator.cpp
polygonize.cpp
contour.cpp
viewshed.cpp
gdallinearsystem.cpp
viewshed.cpp(1): warning C4819: The file contains a character that cannot be represented in the current code page (936). Save the file in Unicode format to prevent data loss
gdal_octave.cpp
gdal_simplesurf.cpp
gdalmatching.cpp
gdaltransformgeolocs.cpp
gdalpansharpen.cpp
gdalapplyverticalshiftgrid.cpp
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -I../frmts/vrt -I../ogr/ogrsf_frmts -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_GEOS  -ID:/yk/source/vcpkg-master/installed/x64-windows/include -Imarching_squares -DINTERNAL_QHULL  -DGNM_ENABLED  -DGDAL_COMPILATION /c delaunay.c
delaunay.c
cd ..
cd frmts/iso8211
nmake /nologo /f makefile.vc
cl  /Z7 /Fd....\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I....\port -I....\ogr -I....\gcore  -I....\alg -I....\ogr\ogrsf_frmts  -I....\gnm -I....\gnm\gnm_frmts -I....\apps /DHAVE_AVX_AT_COMPILE_TIME   -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c ddfmodule.cpp ddfutils.cpp ddffielddefn.cpp ddfrecord.cpp ddffield.cpp ddfsubfielddefn.cpp
ddfmodule.cpp
ddfutils.cpp
ddffielddefn.cpp
ddfrecord.cpp
ddffield.cpp
ddfsubfielddefn.cpp
lib /out:libiso8211.lib ddfmodule.obj ddfutils.obj ddffielddefn.obj ddfrecord.obj  ddffield.obj ddfsubfielddefn.obj
Microsoft (R) Library Manager Version 14.29.30133.0
Copyright (C) Microsoft Corporation.  All rights reserved.
xcopy /D  /Y *.obj ..\o

D:ddffield.obj
D:ddffielddefn.obj
D:ddfmodule.obj
D:ddfrecord.obj
D:ddfsubfielddefn.obj
D:ddfutils.obj
6 File(s) copied
cd ..\sdts
nmake /nologo /f makefile.vc
cl  /Z7 /Fd....\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I....\port -I....\ogr -I....\gcore  -I....\alg -I....\ogr\ogrsf_frmts  -I....\gnm -I....\gnm\gnm_frmts -I....\apps /DHAVE_AVX_AT_COMPILE_TIME -I..\iso8211  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c sdtsdataset.cpp sdtsiref.cpp sdtscatd.cpp sdtslinereader.cpp sdtslib.cpp sdtspointreader.cpp sdtsattrreader.cpp sdtstransfer.cpp sdtspolygonreader.cpp sdtsxref.cpp sdtsrasterreader.cpp sdtsindexedreader.cpp
sdtsdataset.cpp
sdtsiref.cpp
sdtscatd.cpp
sdtslinereader.cpp
sdtslib.cpp
sdtspointreader.cpp
sdtsattrreader.cpp
sdtstransfer.cpp
sdtspolygonreader.cpp
sdtsxref.cpp
sdtsrasterreader.cpp
sdtsindexedreader.cpp
xcopy /D  /Y *.obj ..\o
D:sdtsattrreader.obj
D:sdtscatd.obj
D:sdtsdataset.obj
D:sdtsindexedreader.obj
D:sdtsiref.obj
D:sdtslib.obj
D:sdtslinereader.obj
D:sdtspointreader.obj
D:sdtspolygonreader.obj
D:sdtsrasterreader.obj
D:sdtstransfer.obj
D:sdtsxref.obj
12 File(s) copied
cd ....\ogr
nmake /nologo /f makefile.vc ogr.lib frmts
cl  /Z7 /Fd..\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I..\port -I..\ogr -I..\gcore  -I..\alg -I..\ogr\ogrsf_frmts  -I..\gnm -I..\gnm\gnm_frmts -I..\apps /DHAVE_AVX_AT_COMPILE_TIME -DWIN32 -I. -Iogrsf_frmts -Iogrsf_frmts\mem -Iogrsf_frmts\geojson -Iogrsf_frmts\geojson\libjson -I..\frmts\gtiff\libgeotiff -ID:/yk/source/vcpkg-master/installed/x64-windows/include   -ID:/yk/source/vcpkg-master/installed/x64-windows/include -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_GEOS -DHAVE_MITAB -ID:/yk/source/vcpkg-master/installed/x64-windows/include -DHAVE_EXPAT  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c ogrgeometryfactory.cpp ogrpoint.cpp ogrcurve.cpp ogrsurface.cpp ogr_api.cpp ogrlinestring.cpp ogrtriangle.cpp ogrpolygon.cpp ogrlinearring.cpp ogrutils.cpp ogrgeometry.cpp ogrgeometrycollection.cpp ogrmultipolygon.cpp ogrmultilinestring.cpp ogrmultipoint.cpp ogrcircularstring.cpp ogrcompoundcurve.cpp ogrcurvepolygon.cpp ogrtriangulatedsurface.cpp ogrcurvecollection.cpp ogrmultisurface.cpp ogrmulticurve.cpp ogrpolyhedralsurface.cpp ogrfeature.cpp ogrfeaturedefn.cpp ogrfielddefn.cpp ogr_srsnode.cpp ogrspatialreference.cpp ogr_fromepsg.cpp ogrct.cpp ogrfeaturestyle.cpp ogr_srs_esri.cpp ogrfeaturequery.cpp ogr_srs_xml.cpp ograssemblepolygon.cpp ogr2gmlgeometry.cpp gml2ogrgeometry.cpp ogr_srs_pci.cpp ogr_srs_usgs.cpp ogr_srs_dict.cpp ogr_srs_panorama.cpp ogr_srs_ozi.cpp ogr_srs_erm.cpp ogr_expat.cpp swq.cpp swq_parser.cpp swq_select.cpp swq_op_registrar.cpp swq_op_general.cpp swq_expr_node.cpp ogrpgeogeometry.cpp ogrgeomediageometry.cpp ogr_geocoding.cpp ogrgeomfielddefn.cpp ograpispy.cpp ogr_xerces.cpp ogr_geo_utils.cpp ogr_proj_p.cpp
ogrgeometryfactory.cpp
ogrpoint.cpp
ogrcurve.cpp
ogrsurface.cpp
ogr_api.cpp
ogrlinestring.cpp
ogrtriangle.cpp
ogrpolygon.cpp
ogrlinearring.cpp
ogrutils.cpp
ogrgeometry.cpp
ogrgeometrycollection.cpp
ogrmultipolygon.cpp
ogrmultilinestring.cpp
ogrmultipoint.cpp
ogrcircularstring.cpp
ogrcompoundcurve.cpp
ogrcurvepolygon.cpp
ogrtriangulatedsurface.cpp
ogrcurvecollection.cpp
ogrmultisurface.cpp
ogrmulticurve.cpp
ogrpolyhedralsurface.cpp
ogrfeature.cpp
ogrfeaturedefn.cpp
ogrfielddefn.cpp
ogr_srsnode.cpp
ogrspatialreference.cpp
ogr_fromepsg.cpp
ogrct.cpp
ogrfeaturestyle.cpp
ogr_srs_esri.cpp
ogrfeaturequery.cpp
ogr_srs_xml.cpp
ograssemblepolygon.cpp
ogr2gmlgeometry.cpp
gml2ogrgeometry.cpp
ogr_srs_pci.cpp
ogr_srs_usgs.cpp
ogr_srs_dict.cpp
ogr_srs_panorama.cpp
ogr_srs_ozi.cpp
ogr_srs_erm.cpp
ogr_expat.cpp
swq.cpp
swq_parser.cpp
swq_select.cpp
swq_op_registrar.cpp
swq_op_general.cpp
swq_expr_node.cpp
ogrpgeogeometry.cpp
ogrgeomediageometry.cpp
ogr_geocoding.cpp
ogrgeomfielddefn.cpp
ograpispy.cpp
ogr_xerces.cpp
ogr_geo_utils.cpp
ogr_proj_p.cpp
lib /nologo /out:ogr.lib ogrgeometryfactory.obj ogrpoint.obj ogrcurve.obj ogrsurface.obj ogr_api.obj  ogrlinestring.obj ogrtriangle.obj ogrpolygon.obj ogrlinearring.obj  ogrutils.obj ogrgeometry.obj ogrgeometrycollection.obj  ogrmultipolygon.obj ogrmultilinestring.obj  ogrmultipoint.obj ogrcircularstring.obj ogrcompoundcurve.obj  ogrcurvepolygon.obj ogrtriangulatedsurface.obj ogrcurvecollection.obj ogrmultisurface.obj  ogrmulticurve.obj ogrpolyhedralsurface.obj ogrfeature.obj ogrfeaturedefn.obj  ogrfielddefn.obj ogr_srsnode.obj ogrspatialreference.obj  ogr_fromepsg.obj ogrct.obj  ogrfeaturestyle.obj ogr_srs_esri.obj ogrfeaturequery.obj  ogr_srs_xml.obj ograssemblepolygon.obj  ogr2gmlgeometry.obj gml2ogrgeometry.obj ogr_srs_pci.obj  ogr_srs_usgs.obj ogr_srs_dict.obj ogr_srs_panorama.obj  ogr_srs_ozi.obj ogr_srs_erm.obj ogr_expat.obj  swq.obj swq_parser.obj swq_select.obj swq_op_registrar.obj  swq_op_general.obj swq_expr_node.obj ogrpgeogeometry.obj  ogrgeomediageometry.obj ogr_geocoding.obj  ogrgeomfielddefn.obj ograpispy.obj  ogr_xerces.obj ogr_geo_utils.obj ogr_proj_p.obj
cd ogrsf_frmts
nmake /nologo /f makefile.vc
for %d in ( generic geojson shape ntf sdts tiger s57 dgn mitab gml  avc rec mem vrt csv gmt bna kml gpx  geoconcept xplane georss gtm dxf pgdump gpsbabel  sua openair pds htf aeronavfaa edigeo svg idrisi arcgen  segukooa segy sxf openfilegdb wasp selafin jml vdv mvt flatgeobuf mapml       pg   odbc pgeo mssqlspatial geomedia db2 walk sqlite         wfs   couchdb cloudant   ods xlsx lvbag   elastic gpkg osm vfk carto amigocloud  plscenes csw    cad ngw ) do  cd %d  && nmake /nologo /f makefile.vc  && cd ..  || exit 1
D:\yk\source\vcpkg-master\buildtrees\gdal\x64-windows-dbg\ogr\ogrsf_frmts>cd generic   && nmake /nologo /f makefile.vc   && cd ..   || exit 1
cl  /Z7 /Fd......\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I......\port -I......\ogr -I......\gcore  -I......\alg -I......\ogr\ogrsf_frmts  -I......\gnm -I......\gnm\gnm_frmts -I......\apps /DHAVE_AVX_AT_COMPILE_TIME -I.. -I....    -DPG_ENABLED  -DODBC_ENABLED -DPGEO_ENABLED -DDB2_ENABLED -DMSSQLSPATIAL_ENABLED -DGEOMEDIA_ENABLED -DWALK_ENABLED -DSQLITE_ENABLED     -DSHAPE_ENABLED -DMITAB_ENABLED -DNTF_ENABLED -DSDTS_ENABLED -DTIGER_ENABLED -DS57_ENABLED -DDGN_ENABLED -DVRT_ENABLED -DAVC_ENABLED -DREC_ENABLED -DMEM_ENABLED -DCSV_ENABLED -DGML_ENABLED -DGMT_ENABLED -DBNA_ENABLED -DKML_ENABLED -DGEOJSON_ENABLED -DGPX_ENABLED -DGEOCONCEPT_ENABLED -DXPLANE_ENABLED -DGEORSS_ENABLED -DGTM_ENABLED -DDXF_ENABLED -DPGDUMP_ENABLED -DGPSBABEL_ENABLED -DSUA_ENABLED -DOPENAIR_ENABLED -DPDS_ENABLED -DHTF_ENABLED -DAERONAVFAA_ENABLED -DEDIGEO_ENABLED -DSVG_ENABLED -DIDRISI_ENABLED -DARCGEN_ENABLED -DSEGUKOOA_ENABLED -DSEGY_ENABLED -DSXF_ENABLED -DOPENFILEGDB_ENABLED -DWASP_ENABLED -DSELAFIN_ENABLED -DJML_ENABLED -DVDV_ENABLED -DCAD_ENABLED -DMVT_ENABLED -DFLATGEOBUF_ENABLED -DMAPML_ENABLED      -DWFS_ENABLED   -DCOUCHDB_ENABLED -DCLOUDANT_ENABLED   -DODS_ENABLED -DXLSX_ENABLED -DLVBAG_ENABLED   -DELASTIC_ENABLED -DGPKG_ENABLED -DOSM_ENABLED -DVFK_ENABLED -DCARTO_ENABLED -DAMIGOCLOUD_ENABLED -DPLSCENES_ENABLED -DCSW_ENABLED     -DNGW_ENABLED  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c ogrsfdriverregistrar.cpp ogrlayer.cpp ogr_gensql.cpp ogrdatasource.cpp ogrsfdriver.cpp ogrregisterall.cpp ogr_attrind.cpp ogr_miattrind.cpp ogrlayerdecorator.cpp ogrwarpedlayer.cpp ogrunionlayer.cpp ogrlayerpool.cpp ogrmutexedlayer.cpp ogrmutexeddatasource.cpp ogremulatedtransaction.cpp ogreditablelayer.cpp
ogrsfdriverregistrar.cpp
ogrlayer.cpp
ogr_gensql.cpp
ogrdatasource.cpp
ogrsfdriver.cpp
ogrregisterall.cpp
ogr_attrind.cpp
ogr_miattrind.cpp
ogrlayerdecorator.cpp
ogrwarpedlayer.cpp
ogrunionlayer.cpp
ogrlayerpool.cpp
ogrmutexedlayer.cpp
ogrmutexeddatasource.cpp
ogremulatedtransaction.cpp
ogreditablelayer.cpp
D:\yk\source\vcpkg-master\buildtrees\gdal\x64-windows-dbg\ogr\ogrsf_frmts>cd geojson   && nmake /nologo /f makefile.vc   && cd ..   || exit 1
cl  /Z7 /Fd......\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I......\port -I......\ogr -I......\gcore  -I......\alg -I......\ogr\ogrsf_frmts  -I......\gnm -I......\gnm\gnm_frmts -I......\apps /DHAVE_AVX_AT_COMPILE_TIME -I. -I.. -I.... -Ilibjson  -DGNM_ENABLED  -DGDAL_COMPILATION -DNOMINMAX /c ogrgeojsondriver.cpp ogrgeojsondatasource.cpp ogrgeojsonlayer.cpp ogrgeojsonwritelayer.cpp ogrgeojsonutils.cpp ogrgeojsonreader.cpp ogrgeojsonwriter.cpp ogresrijsondriver.cpp ogresrijsonreader.cpp ogrtopojsondriver.cpp ogrtopojsonreader.cpp ogrgeojsonseqdriver.cpp
ogrgeojsondriver.cpp
ogrgeojsondatasource.cpp
ogrgeojsonlayer.cpp
ogrgeojsonwritelayer.cpp
ogrgeojsonutils.cpp
ogrgeojsonreader.cpp
ogrgeojsonwriter.cpp
ogresrijsondriver.cpp
ogresrijsonreader.cpp
ogrtopojsondriver.cpp
ogrtopojsonreader.cpp
ogrgeojsonseqdriver.cpp
cd libjson
nmake /nologo /f makefile.vc
cl  /Z7 /Fd........\gdal302_d.pdb /nologo /MP%NUMBER_OF_PROCESSORS% /MDd /EHsc /D_CRT_SECURE_NO_DEPRECATE /D_CRT_NONSTDC_NO_DEPRECATE /DDEBUG /W3 /wd4127 /wd4251 /wd4275 /wd4786 /wd4100 /wd4245 /wd4206 /wd4351 /wd4611  /DHAVE_SSE_AT_COMPILE_TIME /DHAVE_SSSE3_AT_COMPILE_TIME -I........\port -I........\ogr -I........\gcore  -I........\alg -I........\ogr\ogrsf_frmts  -I........\gnm -I........\gnm\gnm_frmts -I........\apps /DHAVE_AVX_AT_COMPILE_TIME -I.. -I.... -I...... /wd4244 /wd4702 /wd4701 /wd4013 /wd4706 /wd4057 /wd4210 /wd4305 /wd4306  -DGNM_ENABLED  -DGDAL_COMPILATION /c arraylist.c debug.c json_object.c json_tokener.c json_util.c linkhash.c printbuf.c json_object_iterator.c json_c_version.c
arraylist.c
debug.c
json_object.c
json_tokener.c
json_util.c
linkhash.c
printbuf.c
json_object_iterator.c
json_c_version.c

NMAKE : fatal error U1077: 'cl' : return code '0xc0000005'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.29.30133\bin\HostX64\x64\nmake.EXE"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: 'for' : return code '0x1'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.29.30133\bin\HostX64\x64\nmake.EXE"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.29.30133\bin\HostX64\x64\nmake.EXE"' : return code '0x2'
Stop.

fatal error U1077: 'cl' : return code '0xc0000005'
Seems like your Visual Studio is broken.

@HappyKuTou, it looks a different issue, could you attach full failure logs?

I tried again and then installed successfully, maybe it's just as @JackBoosY said

Glad you got the issue solved.

Closing this issue now since we haven't encounter this issue for a long time.

authors: Cheney-W Freshhand-j HappyKuTou JackBoosY PhoebeHui sphoto


text:
[libpng] unused CMake variable PNG_ARM_NEON

Host Environment

OS: x64-linux (Fedora 34)
Compiler: GCC 11.2.1

To Reproduce
Steps to reproduce the behavior:
./vcpkg install libpng
Failure logs
Building package libpng[core]:x64-linux...
-- Using /home/be/sw/tenacity/vcpkg/downloads/glennrp-libpng-v1.6.37.tar.gz
-- Cleaning sources at /home/be/sw/tenacity/vcpkg/buildtrees/libpng/src/v1.6.37-05658d6f1a.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source /home/be/sw/tenacity/vcpkg/downloads/glennrp-libpng-v1.6.37.tar.gz
-- Applying patch use_abort.patch
-- Applying patch cmake.patch
-- Applying patch pkgconfig.patch
-- Applying patch pkgconfig.2.patch
-- Applying patch fix-export-targets.patch
-- Applying patch macos-arch-fix.patch
-- Using source at /home/be/sw/tenacity/vcpkg/buildtrees/libpng/src/v1.6.37-05658d6f1a.clean
-- Configuring x64-linux-dbg
-- Configuring x64-linux-rel
CMake Warning at /home/be/sw/tenacity/build/vcpkg_installed/x64-linux/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:472 (message):
  The following variables are not used in CMakeLists.txt:

      PNG_ARM_NEON

  Please recheck them and remove the unnecessary options from the
  `vcpkg_cmake_configure` call.

  If these options should still be passed for whatever reason, please use the
  `MAYBE_UNUSED_VARIABLES` argument.
Call Stack (most recent call first):
  ports/libpng/portfile.cmake:71 (vcpkg_cmake_configure)
  scripts/ports.cmake:141 (include)

Additional context
libpng was installed automatically as a dependency of wxwidgets

just a warning and not an error, right?
will be fixed in the next library update

Yes, just a warning.

@Be-ing Sorry for the late reply, option PNG_ARM_NEON will be used after condition is established. :)
https://github.com/microsoft/vcpkg/blob/85eb4e4148687fadd9bf7aa6091b7746154e0fb8/ports/libpng/portfile.cmake#L63
if(VCPKG_TARGET_IS_ANDROID)
    set(LD_VERSION_SCRIPT_OPTION "-Dld-version-script=OFF")
    # for armeabi-v7a, check whether NEON is available
    list(APPEND LIBPNG_HARDWARE_OPTIMIZATIONS_OPTION "-DPNG_ARM_NEON=check")
else()
    list(APPEND LIBPNG_HARDWARE_OPTIMIZATIONS_OPTION "-DPNG_ARM_NEON=on")
endif()

authors: Be-ing FrankXie05 cenit


text:
[icu] [python3] list of dependencies for Red Hat needs updating

Is your feature request related to a problem? Please describe.
The portfiles for both icu and python3 contain the following instructions for installing dependencies:
On recent Red Hat and Fedora derivatives:
    sudo dnf install autoconf automake autoconf-archive

Out of these, I can only find autoconf and automake in the package manager for RHEL 8.6  - it seems that autoconf-archive is not available.
I eventually figured out how to get the python3 port to build by downloading autoconf-archive from here, building and installing manually, and then moving the installed files from /usr/local/share/aclocal to /usr/share/aclocal where vcpkg can find them.
I'm not sure whether this process is something that should be documented in the portfile, but I unfortunately am not aware of any better solution. In any case, the instructions should be updated to avoid giving the impression that autoconf-archive is available from the Red Hat package manager when it is not.
Proposed solution
Perhaps the wording can be updated as follows:
On recent Red Hat and Fedora derivatives:
    sudo dnf install autoconf automake
    install autoconf-archive from https://gnu.mirror.constant.com/autoconf-archive/

Describe alternatives you've considered
No response
Additional context
No response

The ports shouldn't emit a notice. We invoke code that requires autoconf-archive to be installed in vcpkg_configure_make, therefore, if we emit a diagnostic for RHEL, it should be vcpkg_configure_make that emits it, rather then the ports.
RHEL seems to actually be maintaining an autoconf-archive package in a supplementory repository ... but require users to pay them in order to get access to it 💯✍
Given the
install autoconf-archive from https://gnu.mirror.constant.com/autoconf-archive/

instruction is quite non-trivial, I suggest adding a Section for RHEL to the supported hosts document explaining the steps reqiuired to deploy a usable autoconf-archive onto RHEL systems, rathern then emiting a diagnostic.

The ports shouldn't emit a notice. We invoke code that requires autoconf-archive to be installed in vcpkg_configure_make,

This is wrong. vcpkg provides autoconf-archive only for Windows where it takes all the tools from MSYS2.

authors: SchaichAlonso dg0yt sweemer


text:
[New Port Request] https://gitlab.gnome.org/GNOME/pygobject

Library name: https://gitlab.gnome.org/GNOME/pygobject
Library description: This very nice GUI for Python
Source repository URL: https://gitlab.gnome.org/GNOME/pygobject
Project homepage (if different from the source repository): https://gitlab.gnome.org/GNOME/pygobject
Anything else that is useful to know when adding (such as optional features the library may have that should be included): You can learn how to do package from https://packages.msys2.org/updates. They do some compilation of this library but not with MSVC https://pygobject.readthedocs.io/en/latest/getting_started.html.
I can not use MSVC for it.

If you wish to add this port in the future, you can reopen this issue, but we're closing it for now.


text:
[restinio] update to v.0.6.11

RESTinio updated to the latest version.

Thanks for your contribution!


text:
[matio] Update to v1.5.19

What does your PR fix? This PR updates matio to v1.5.19

Which triplets are supported/not supported? Have you updated the CI baseline? The change should not affect the CI baseline.

Does your PR follow the maintainer guide? Yes

/azp run

Thanks for the update!

authors: JackBoosY ras0219-msft traversaro


text:
[libass] Update to 0.15.1

Describe the pull request

What does your PR fix?
Update libass to 0.15.1

Which triplets are supported/not supported? Have you updated the CI baseline?
All triplets are supported. Just like previous version.

Does your PR follow the maintainer guide?
Yes

If you have added/updated a port: Have you run ./vcpkg x-add-version --all and committed the result?
Yes

sorry for clicking the button by mistake.

sorry for clicking the button by mistake.

It's ok,thanks for your contribution

Cool, thanks @Masaiki :)

authors: JonLiu1993 Masaiki strega-nil-ms


text:
[capnproto] Update to 0.9.1

Describe the pull request

What does your PR fix?
Updates capnproto to 0.9.1

Which triplets are supported/not supported? Have you updated the CI baseline?
As before, Yes

Does your PR follow the maintainer guide?
Yes

If you have added/updated a port: Have you run ./vcpkg x-add-version --all and committed the result?
Yes

Hi @chausner
Thanks for your PR.
Have you tested the feature openssl?

Current version told me this error
error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MD_DynamicRelease'

please check it again.

Have you tested the feature openssl?

I have tested that it compiles without issues on x64-windows and that it links to OpenSSL as expected. I have not tested whether the library functions correctly.

Current version told me this error
error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MT_StaticRelease' doesn't match value 'MD_DynamicRelease'

please check it again in your new version.

Hi @ssrlive
Could you please help confirm how did you encounter this problem? If possible, please help provide the steps to reproduce.
Thanks.

Hi @ssrlive
Could you please help confirm how did you encounter this problem? If possible, please help provide the steps to reproduce.

I think @ssrlive refers to an issue with capnproto 0.8.0, correct?

@ssrlive Please help confirm on which version you encountered the issue. Thanks.

authors: NancyLi1013 chausner ssrlive


text:
[opencv4] Disable building cpufeatures since it conflict with libwebp

Disable building cpufeatures as it is the same as provided by libwebp.
They are use the same source (in Android NDK),
Upstream issue: https://github.com/opencv/opencv/issues/9155 but it didn't completely fix it.
Fixes https://github.com/microsoft/vcpkg/issues/19106.

cc @cenit.

it is necessary also on opencv 3 i suppose

it is necessary also on opencv 3 i suppose

I'm thinking if the upstream opencv doesn't fix this, should we fix it completely on the vcpkg side: export the target cpufeatures in libwebp and add the related option in opencv to use it.

Actually, this is just correct; we also need to rip cpufeatures out of libwebp, and ship cpufeatures as its own library, imo. Until we do that tho, this is strictly better, imo. Thanks!

authors: JackBoosY cenit strega-nil-ms


text:
[tesseract] update to 5.0.1

Fix #16019
Update tesseract to the latest version 5.0.1
All features are tested successfully in the following triplet:

x86-windows
x64-windows
x64-windows-static

@JonLiu1993 are you planning to continue working on it?

@JonLiu1993 are you planning to continue working on it?

Yeah, I will fix this pr asap

@egorpugin please look at the mentioned issue related to sw config. Thanks!

@JonLiu1993 are you planning to continue it?

@JonLiu1993 are you planning to continue it?

@Shatur，I will reopen and update pr after I fix this locally

authors: JonLiu1993 Shatur Shreeshrii


text:
[z3] Update to 4.8.15

Describe the pull request

What does your PR fix?
N/A

Which triplets are supported/not supported? Have you updated the CI baseline?
Yes

Does your PR follow the maintainer guide?
Yes

If you have added/updated a port: Have you run ./vcpkg x-add-version --all and committed the result?
Yes

@ekilmer The port z3  has bugs for vcpkg_cmake_configure, you can restore this function back to solve the CI error.
Reference: https://github.com/microsoft/vcpkg/pull/22687#issuecomment-1020033216

@ekilmer The port z3 has bugs for vcpkg_cmake_configure, you can restore this function back to solve the CI error. Reference: #22687 (comment)

CMake Error at D:/downloads/tools/cmake-3.22.2-windows/cmake-3.22.2-windows-i386/share/cmake-3.22/Modules/ExternalProject.cmake:1754 (file):
  file attempted to create a directory:
  D:/buildtrees/z3/src/z3-4.8.15-a1f0ec7b90.clean/examples/c into a source
  directory.
Call Stack (most recent call first):
  D:/downloads/tools/cmake-3.22.2-windows/cmake-3.22.2-windows-i386/share/cmake-3.22/Modules/ExternalProject.cmake:3668 (_ep_set_directories)
  examples/CMakeLists.txt:37 (ExternalProject_Add)

IMO the build is doing this which it shouldn't do, and vcpkg_cmake_configure is pointing this out correctly.

@FrankXie05 Ready for review!

Thanks!


text:
[libssh] Update to 0.10.5

Switch to cachable download.
Fixup export config.
Remove obsolete baseline entries.

[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
[ ] ~Any fixed CI baseline entries are removed from that file.~
No. This PR doesn't change anything.
[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.

All features and usages passed with following triplets:
x86-windows
x64-windows
x64-windows-static

It seems that this resulted in https://github.com/microsoft/vcpkg/issues/32272

authors: Cheney-W autoantwort dg0yt


text:
[libsrt] update to 1.5.3

Title says it all, pretty straightforward update.

[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.

The following error occurred when I tested all feature installations locally.
transmitmedia.cpp.obj : error LNK2001: unresolved external symbol srt_msgctrl_default

srt-live-transmit.exe : fatal error LNK1120: 1 unresolved externals

This update happened in #37788, closing


text:
Resolves "project is never up-to-date" problem (issue 6179)

This issue resolves #6179 (that happens in certain configurations).

Because this touches the scripts directory I am running a full rebuild test at https://dev.azure.com/vcpkg/public/_build/results?buildId=5956

@Rastaban Looks like all tests are fine -- what is the typical wait for a PR to be merged?

I will just merge it now.  Thanks!

@Rastaban Thank you

authors: Rastaban crusader-mike


text:
[boost-vcpkg-helpers] Warning to vcpkg long build path

Related to https://github.com/microsoft/vcpkg/pull/8331
Boost portfile.cmake automatically generated by generate-ports.ps1, so update this as well.
No feature need to test locally.

/azp run

This fundamentally LGTM; we should run the generation script before checking in. I do not think this needs a bump to the boost package versions.

I noticed that the warning already added by commit https://github.com/microsoft/vcpkg/commit/c50852aba0aa8df22e17133352edb432a9fc1e56#diff-cffd0eff520ffea6e0572985c13d45c6R86, it's only for boost-system, I think we can close this PR now, and add the warning to other ports if needed in future.
Thank you all for your review!

authors: JackBoosY PhoebeHui ras0219-msft


text:
Add support for containers

[x] Add containers support in the tree view (motm32)
[x] Reconfigure the existing deployImage command to use the revision draft rather than automatically deploying a new revision

Megan merged the PR for this, closing

repo: microsoft/vscode-azurecontainerapps