Re: [libvirt] [PATCH] Workaround for broken GCC in Debian Etch

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Jul 30, 2009 at 09:29:20PM +0200, Maximilian Wilhelm wrote:
> Hi again!
> 
> I missed one patch for working around a GCC bug in Debian Etch
> regarding limit definitions.
> 
> Sorry for the unstripped git-format-patch outputs, I just realised
> this after pressing send :(
> 
> (This seems to be not my day :))
> 
> Ciao
> Max
> -- 
> Gib Dein Bestes. Dann übertriff Dich selbst!

> * src/storage_backend_fs.c: Work around broken limits.h in Debian Etch.
> 
> ---
>  src/storage_backend_fs.c |    6 ++++++
>  1 files changed, 6 insertions(+), 0 deletions(-)
> 
> diff --git a/src/storage_backend_fs.c b/src/storage_backend_fs.c
> index ca6d329..599cf1a 100644
> --- a/src/storage_backend_fs.c
> +++ b/src/storage_backend_fs.c
> @@ -44,6 +44,12 @@
>  #include "memory.h"
>  #include "xml.h"
>  
> +/* Work around broken limits.h on debian etch */
> +#if defined __GNUC__ && defined _GCC_LIMITS_H_ && ! defined ULLONG_MAX
> +# define ULLONG_MAX   ULONG_LONG_MAX
> +#endif

Since it is 'internal.h' that pulls in limits.h, we should probably
just put that logic in internal.h, so it is visible to all libvirt
source files, and delete the duplicate in storage_conf.c

Regards,
Daniel
-- 
|: Red Hat, Engineering, London   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list

[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]