It seems that we should do that, and actually pass the -f argument in the build script.

that would greatly help us
thank you

It seems that we should do that, and actually pass the -f argument in the build script.

I don't remember why exactly, but we have avoided that in the past (I know it sounds silly, but this code is now very old ;) ).

We should rather get Directory.Build.Props settings ignored, as they often cause issues (like enforcing treating warning as errors and getting errors when building the generated code). We have tried that, but it does not always work:

Yes I noticed these configurations but in my case they are not helping,
what does make it work is changing the configuration TargetFramework to TargetFrameworks at line 7.
as TargetFrameworks is a configuration that takes precedence over TargetFramework, and when comes from Directory.Build.Props it overrides the TargetFramework configuration in the generated csproj and causes this problem.
is there a downside to changing the configuration to TargetFrameworks?

I don't remember why exactly, but we have avoided that in the past (I know it sounds silly, but this code is now very old ;) ).

Well, if we're going to be copying the entire original xproj in #1403, we will need to handle that case anyway. And hopefully that will also allow us to remove hacks like <ImportDirectoryBuildProps>false</ImportDirectoryBuildProps>.

The ImportDirectoryBuildProps is being ignored.. :\

How do I fix that?

How do I fix that?

@ViktorHofer @eerhardt @ericstj BDN generates a .csproj file where we try to ignore global prop files (hat often alter some MSBuild properites) by using ImportDirectoryBuildProps tag. Is there something better that we can do to get them always ignored?

I could not make those properties affect the build - it would always look at my .props file

What I ended up doing is have an empty Directory.Build.props file in my benchmark project (under a folder), and I copy it to the output folder.

This seems to solve the issue.

@ShaharPrishMSFT thanks for sharing the workaround!

We usually do this the following way: https://github.com/dotnet/arcade/blob/main/src/Microsoft.DotNet.Arcade.Sdk/tools/Directory.Build.props

So, just create a Directory.Build.props file next to the project file with that content. Setting ImportDirectoryBuildProps to false in the project body is too late.