similar to: [klibc:master] Clean up clang warnings

Displaying 20 results from an estimated 200 matches similar to: "[klibc:master] Clean up clang warnings"

2020 Mar 27
2
[PATCH v2 5/5] Clean up clang warnings
- Convert the "old style" GNU field designator extension to the new style. - Use proper indexing into a string literal. - Use "%s" for the format string in "fmtstr". - Add or remove casts of the "void *" argument of ioctl. - Convert "if (!exitstatus == isor)" to "if ((!exitstatus) == isor)" which retains the current semantics, but may
2020 Mar 29
7
[kvm-unit-tests PATCH v3 0/4] Update patch set
- Renamed IMAGE_BASE to LD_IMAGE_BASE_OPT. - Moved "-fcommon" to KLIBCREQFLAGS in scripts/Kbuild.klibc. - Remove "dash" warning fixes which have been upstreamed. - Conditionalize the inclusion of compiler flags by using the proper compiler name or "cc-option". - Added "-Werror" to "cc-option" to catch flags that cause warnings. - Retain
2020 Mar 27
12
[PATCH 0/5] Clang compatibility patches
This is a series of patches for clang compatibility: - Using flags needed flags and removing unsupported flags. - Adding support for clang's LLD linker. - Removing a variety of warnings. Bill Wendling (3): [klibc] Kbuild: use "libc.a" with clang [klibc] Kbuild: Add "-fcommon" for clang builds [klibc] Clean up clang warnings Michael Davidson (1): [klibc] Kbuild:
2019 Jan 23
0
[PATCH v2] fix build failure when CONFIG_KLIBC_ZLIB is not set
When CONFIG_KLIBC_ZLIB is not set, related functions shall not be called otherwise build failure is encountered: KLIBCLD usr/kinit/static/kinit usr/kinit/ramdisk_load.o: In function `load_ramdisk_compressed': /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined
2019 Jan 22
1
[PATCH] fix build failure when CONFIG_KLIBC_ZLIB is not set
When CONFIG_KLIBC_ZLIB is not set, related functions shall not be called otherwise build failure is encountered: KLIBCLD usr/kinit/static/kinit usr/kinit/ramdisk_load.o: In function `load_ramdisk_compressed': /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined
2019 Jan 24
0
[klibc:master] fix build failure when CONFIG_KLIBC_ZLIB is not set
Commit-ID: 534a04d85defc627b031906d27cd9d09a913adc4 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=534a04d85defc627b031906d27cd9d09a913adc4 Author: Christophe Leroy <christophe.leroy at c-s.fr> AuthorDate: Wed, 23 Jan 2019 06:16:01 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Thu, 24 Jan 2019 23:11:11 +0000 [klibc] fix build failure
2019 Jan 20
0
[klibc:master] Build and install kinit and sh without ".shared" suffix
Commit-ID: 9ded753aff9439cddd84b0cc469312b6c11823ab Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=9ded753aff9439cddd84b0cc469312b6c11823ab Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Sat, 19 Jan 2019 23:02:32 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 19 Jan 2019 23:06:42 +0000 [klibc] Build and install kinit
2018 Mar 02
2
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote: > On 02/27/2018 03:06 AM, Star Guo wrote: > > Hello Everyone, > > > > > > > > My pc run in CentOS 7.4 and install libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph > > 10.2.10 ALL-in-One. > > > > > > > > I use python-sdk with libvirt and run [self.domain.updateDeviceFlags(xml,
2018 Feb 27
0
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On 02/27/2018 03:06 AM, Star Guo wrote: > Hello Everyone, > > > > My pc run in CentOS 7.4 and install libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph > 10.2.10 ALL-in-One. > > > > I use python-sdk with libvirt and run [self.domain.updateDeviceFlags(xml, > libvirt.VIR_DOMAIN_AFFECT_LIVE)] on CDROM (I want to change media path). > However, I enable libvirt debug log
2018 Mar 02
0
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On 03/02/2018 08:28 AM, Peter Krempa wrote: > On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote: >> On 02/27/2018 03:06 AM, Star Guo wrote: >>> Hello Everyone, >>> >>> >>> >>> My pc run in CentOS 7.4 and install libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph >>> 10.2.10 ALL-in-One. >>> >>> >>>
2020 Mar 27
0
[PATCH v2 0/5] Clang compatibility patches
Update commit messages. Bill Wendling (3): [klibc] Kbuild: use "libc.a" with clang [klibc] Kbuild: Add "-fcommon" for clang builds [klibc] Clean up clang warnings Michael Davidson (1): [klibc] Kbuild: add support for clang builds Stanislav Fomichev (1): [klibc] Kbuild: support clang's lld Makefile | 3 +++ scripts/Kbuild.include
2020 Jul 25
0
[kvm-unit-tests PATCH v3 0/4] Update patch set
On Sun, 2020-03-29 at 04:38 -0700, Bill Wendling wrote: > - Renamed IMAGE_BASE to LD_IMAGE_BASE_OPT. > - Moved "-fcommon" to KLIBCREQFLAGS in scripts/Kbuild.klibc. > - Remove "dash" warning fixes which have been upstreamed. > - Conditionalize the inclusion of compiler flags by using the proper > compiler name or "cc-option". > - Added
2018 Mar 05
2
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On Fri, Mar 02, 2018 at 15:32:44 -0500, John Ferlan wrote: > > > On 03/02/2018 08:28 AM, Peter Krempa wrote: > > On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote: > >> On 02/27/2018 03:06 AM, Star Guo wrote: > >>> Hello Everyone, > >>> > >>> > >>> > >>> My pc run in CentOS 7.4 and install
2018 Mar 05
0
Re: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
On 03/05/2018 03:47 AM, Peter Krempa wrote: > On Fri, Mar 02, 2018 at 15:32:44 -0500, John Ferlan wrote: >> >> >> On 03/02/2018 08:28 AM, Peter Krempa wrote: >>> On Tue, Feb 27, 2018 at 09:53:00 +0100, Michal Privoznik wrote: >>>> On 02/27/2018 03:06 AM, Star Guo wrote: >>>>> Hello Everyone, >>>>> >>>>>
2010 Mar 02
17
[PATCH 00/16] External building, update for 2.6.33 and multiple root devices.
The following patchset implements 3 seperate series of changes. External Building ================= Patches 1 through 8 enable to use of klibc's build system while leaving the src tree pristine (and potentially read only). Specifically: - srctree=<Sources for klibc> - objtree=<Ouput directory for klibc> - KLIBCKERNELSRC=<Kernel sources> - KLIBCKERNELOBJ=<Kernel
2018 Feb 27
1
Reply: Fail in virDomainUpdateDeviceFlags (libvirt-4.0.0 + Qemu-kvm 2.9.0 + Ceph 10.2.10)
Dear Michal After I fix the local libvirt master branch follow your patch, and build rpm for CentOS 7.4. virDomainUpdateDeviceFlags as bellow: ================================================ 2018-02-27 09:27:43.782+0000: 16656: debug : virDomainUpdateDeviceFlags:8326 : dom=0x7f2084000c50, (VM: name=6ec499397d594e f2a64fcfc938f38225, uuid=6ec49939-7d59-4ef2-a64f-cfc938f38225), xml=<disk
2006 Jul 11
0
[rfc] standalone kinit/resume
git mv resume.c resumelib.c and the addition of a minimal resume.c, which calls resume() from resumelib produces a small standalone resume. happy to hear feedback on the needed kinit/Kbuild changes. resulting resume bin is small: ls -l /usr/lib/klibc/bin/resume -rwxr-xr-x 1 root root 2904 2006-07-11 02:11 /usr/lib/klibc/bin/resume it reduces busybox dependency of Debian initramfs-tools: if [ -e
2001 Feb 28
2
Samba Compile problems
I have downloaded what I think is the latest CVS sources using: cvs -d :pserver:cvs@pserver.samba.org:/cvsroot login cvs -d :pserver:cvs@pserver.samba.org:/cvsroot co samba Changed to the samba/source directory and done ./configure when I do a make i get: make: *** Warning: File `Makefile.in' has modification time in the future (2001-02-27 13:09:49 > 2001-02-27 07:20:20) WARNING: you
2004 Mar 24
0
Busy BLKFLSBUF on bootup
I get this all the time. System works otherwise and forced fschks come out clean. What is it and what needs be done?
2006 Aug 28
1
how does ext3 handle no communication to storage
An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/ext3-users/attachments/20060828/ce9c7bc0/attachment.htm>