Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 8 additions & 2 deletions pkgs/os-specific/linux/sgx/sdk/ipp-crypto.nix
Original file line number Diff line number Diff line change
@@ -1,13 +1,13 @@
{
gcc11Stdenv,
stdenv,
fetchFromGitHub,
cmake,
nasm,
openssl,
python3,
extraCmakeFlags ? [ ],
}:
gcc11Stdenv.mkDerivation rec {
stdenv.mkDerivation rec {
pname = "ipp-crypto";
version = "2021.11.1";
Comment on lines 11 to 12
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems to be outdated, upstream seems to have changed its tags:

https://github.com/intel/cryptography-primitives/tags

Maybe a newer version builds differently?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I tried HEAD and it failed in exactly the same way. This is internal to sgx-sdk and this version more closely matches the version pinned as a submodule in that repository (though it’s actually a patch version bump ahead), so I’m inclined to leave it to the sgx-sdk maintainers to handle bumping it, given that it doesn’t affect the warning.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is internal to sgx-sdk

Ah, I see. This also explains why there is no meta section, I guess.


Expand All @@ -25,6 +25,12 @@ gcc11Stdenv.mkDerivation rec {
]
++ extraCmakeFlags;

# Yes, it seems bad for a cryptography library to trigger this
# warning. We previously pinned an EOL GCC which avoided it, but this
# issue is present regardless of whether we use a compiler that flags
# it up or not; upstream just doesn’t test with modern compilers.
env.NIX_CFLAGS_COMPILE = "-Wno-error=stringop-overflow";
Comment on lines +28 to +32
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Potentially mention this issue, which seems related?

intel/cryptography-primitives#73

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, that doesn’t seem to include the default‐error warning that breaks the build here, and triggers even without -Wall, so I’m not sure it’s directly related other than … being a reason I wouldn’t use this library for anything myself.

They nominally claim support for GCC 14, though. Go figure. I could report an issue upstream if you want, but the upstream responses are generally not very encouraging.


nativeBuildInputs = [
cmake
nasm
Expand Down
Loading