This is the mail archive of the
libffi-discuss@sourceware.org
mailing list for the libffi project.
RE: Contribution towards LibFFI development
- From: "Kiran, Pichika Uday" <pichika dot uday dot kiran at intel dot com>
- To: Anthony Green <green at redhat dot com>
- Cc: "libffi-discuss at sourceware dot org" <libffi-discuss at sourceware dot org>, "Nallani, Prasad" <prasad dot nallani at intel dot com>, "Kunche, Kishore" <kishore dot kunche at intel dot com>
- Date: Tue, 18 Jun 2019 14:05:18 +0000
- Subject: RE: Contribution towards LibFFI development
- References: <6282B4CB3C7A4A45BCD404004B58DECB58E40A@BGSMSX101.gar.corp.intel.com> <87tvco30m8.fsf@laptop.atgreen.org>
Hi Anthony,
Thanks for your reply.
I had gone through the notes as per your suggestion.
README.md contains the information about the platforms, compilers supported by libffi.
Here my question is about setting up the different platform in the existing machine.
Ex: If there are any issues reported on PowerPC64 but my current machine is installed with Linux. In this case, how can I compile libffi to PowerPC64 platform on my linux machine ? Do I need to use any simulators ? Can you please help me on this query ?
I ran "make check" on ClearLinux platform and got the below failures. I'm checking these issues from my side.
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=54 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O0 -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=54 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O2 -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=54 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O2 -fomit-frame-pointer -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=55 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O0 -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=55 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O2 -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=55 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O2 -fomit-frame-pointer -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=56 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O0 -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=56 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O2 -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
XFAIL: libffi.bhaible/test-callback.c -W -Wall -Wno-psabi -DDGTEST=56 -Wno-unused-variable -Wno-unused-parameter -Wno-unused-but-set-variable -Wno-uninitialized -O2 -fomit-frame-pointer -DABI_NUM=FFI_GNUW64 -DABI_ATTR=__MSABI__ execution test
Thanks
Uday Kiran
-----Original Message-----
From: Anthony Green [mailto:green@redhat.com]
Sent: Monday, June 17, 2019 5:06 PM
To: Kiran, Pichika Uday <pichika.uday.kiran@intel.com>
Cc: libffi-discuss@sourceware.org; Nallani, Prasad <prasad.nallani@intel.com>; Kunche, Kishore <kishore.kunche@intel.com>
Subject: Re: Contribution towards LibFFI development
"Kiran, Pichika Uday" <pichika.uday.kiran@intel.com> writes:
> Myself Uday Kiran from Intel decided to contribute to libffi
> development and bug fixing.
Hi Uday, thanks for offering to help.
> Can someone please help me in providing the below details on libffi which will help me to understand the library better.
>
> 1. How to setup the multiple platforms to check the bugs raised
> in github
libffi is configured and built using the GNU autotools. See README.md, and have a look at the scripts in the .travis directory to get an idea of how to use them.
> 2. Is CI(Continuous integration) process happenings for libffi ?
> If yes, what is the frequency of this and who is the maintainer ?
We use travis and appveyor for CI, which happens on every commit. The configury for those CI platforms is in the libffi github-hosted repo.
They can always be improved, and if anyone has ideas as to get how more platform coverage, that would be welcome. CI is a challenge for libffi.
>
> 3. How to verify if any fix has been made by running bunch of
> test cases in-order not to disturb the existing functionality.
We run the testsuite as part of the CI process. Look at .travis.yml and .appveyor.yml.
> Along with the above details, can someone please send me the
> documentation on libffi and its code flow ?
There is nothing outside of documentation in the libffi git repo.
Thanks,
AG
--
Anthony Green <green@redhat.com>
Senior Principal Solutions Architect, Financial Services
+1 647 477-3809