GNU bug report logs -
#41574
gnu: Add xed.
Previous Next
Reported by: elaexuotee <at> wilsonb.com
Date: Thu, 28 May 2020 08:43:01 UTC
Severity: normal
Done: Marius Bakke <marius <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#41574: gnu: Add xed.
which was filed against the guix-patches package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 41574 <at> debbugs.gnu.org.
--
41574: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=41574
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
elaexuotee <at> wilsonb.com writes:
>> Apart from these minor issues, I think it's good to go. \o/
>>
>> Can you send an updated patch? TIA! :-)
>
> Here you go!
Sorry for the delay, this patch got lost in my horrifying email queue.
Applied now!
[signature.asc (application/pgp-signature, inline)]
[Message part 5 (message/rfc822, inline)]
[Message part 6 (text/plain, inline)]
This patch packages up Intel's X86 Encoder and Decoder library and associated
cli tool "examples."
A few things of note:
1) The build uses Intel's custom Python build tool `mbuild' so we have to
manually handle the main build phases. We may need to add explicit options
to the build script invocation so that build variables (e.g. CFLAGS etc.)
propogate correctly. These don't look to be set in the environment, so what
variables should we pick be picking up and from where?
2) The group of tests under `tests/tests-avx512pf' seems to be failing. A user
on the irc channel also cross-checked for me and confirmed the same. This
program isn't actually *executing* the avx instructions, so I don't think
the failing test are specific to the executing cpu. Anyway, I opted to leave
this test in the source commented out.
3) The commands provided by the `out' output are pretty poorly documented and
have dumb names. I suspose this is becase the utilities are branded as just
"examples" of using the library. Anyway, this is a case where the only
reasonable documentation is the source code, so I provide that for the
utilities in the `doc' output.
4) Finally, the `devel' output supplies the library and headers proper.
5) The package name `xed' potentially collides with the package from
http://xed.sourceforge.net/. We don't currently have the latter yet, but I
mention this just in case there is a good way to proactively handle this up
front.
Thoughts? I threw this together just because I wanted it myself but figured
it's worth sharing.
[0001-gnu-Add-xed.patch (text/x-patch, attachment)]
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 4 years and 301 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.