On Mon, 8 Aug 2016, Peng Fan wrote:
> ...
> :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
> :0:0: note: this is the location of the previous definition
> cc1: all warnings being treated as errors
>
> ...
>
> Does this patch work when cross compile for ARM64?
I dropped that patch following su
Hi,
On Fri, May 13, 2016 at 11:23:29AM -0400, Konrad Rzeszutek Wilk wrote:
>On Fri, May 13, 2016 at 03:25:52PM +0100, M A Young wrote:
>> On Fri, 13 May 2016, Jan Beulich wrote:
>>
>> > >>> On 13.05.16 at 15:49, wrote:
>> > > ...
>> > >
>> > > Still an issue - with 4.7.0-rc1.
>> >
>> > And I d
On Tue, Jun 7, 2016 at 3:10 PM, Olaf Hering wrote:
> On Tue, Jun 07, George Dunlap wrote:
>
>> CFLAGS_EXTRA="$RPM_OPT_FLAGS"
>> make tools
>> make xen
>
> Dont we have all that in place already?
>
> export EXTRA_CFLAGS_XEN_TOOLS="$RPM_OPT_FLAGS"
> export EXTRA_CFLAGS_QEMU_TRADITIONAL="$RPM_OPT_FLA
On Tue, Jun 07, George Dunlap wrote:
> CFLAGS_EXTRA="$RPM_OPT_FLAGS"
> make tools
> make xen
Dont we have all that in place already?
export EXTRA_CFLAGS_XEN_TOOLS="$RPM_OPT_FLAGS"
export EXTRA_CFLAGS_QEMU_TRADITIONAL="$RPM_OPT_FLAGS"
export EXTRA_CFLAGS_QEMU_XEN="$RPM_OPT_FLAGS"
./configure --di
On Tue, Jun 7, 2016 at 3:00 PM, Olaf Hering wrote:
> On Tue, Jun 07, M A Young wrote:
>
>> That may not be needed in general. It is something I added for Fedora as I
>> am cross-compiling the hypervisor as x86_64 to put in the i686 package
>> because ix86 hypervisors are no longer supported.
>
> W
On Tue, Jun 07, M A Young wrote:
> That may not be needed in general. It is something I added for Fedora as I
> am cross-compiling the hypervisor as x86_64 to put in the i686 package
> because ix86 hypervisors are no longer supported.
What exactly are you doing anyway? If xen/ is supposed to be
On Tue, Jun 7, 2016 at 12:33 PM, Doug Goldstein wrote:
> On 6/7/16 6:42 AM, M A Young wrote:
>> On Tue, 7 Jun 2016, George Dunlap wrote:
>>
>>> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
>>> wrote:
--- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
+
On 6/7/16 6:42 AM, M A Young wrote:
> On Tue, 7 Jun 2016, George Dunlap wrote:
>
>> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
>> wrote:
>>> --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
>>> +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +0
On Tue, 7 Jun 2016, Jan Beulich wrote:
> >>> On 07.06.16 at 12:35, wrote:
> > On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> > wrote:
> >> --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
> >> +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +010
On Tue, Jun 7, 2016 at 11:42 AM, M A Young wrote:
> On Tue, 7 Jun 2016, George Dunlap wrote:
>
>> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
>> wrote:
>> > --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
>> > +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01
>>> On 07.06.16 at 12:35, wrote:
> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> wrote:
>> --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
>> +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +0100
>> @@ -37,6 +37,12 @@
>>
>> ifneq ($(debug),y)
On Tue, 7 Jun 2016, George Dunlap wrote:
> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> wrote:
> > --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
> > +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +0100
> > @@ -37,6 +37,12 @@
> >
> > ifneq
On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
wrote:
> --- xen-4.7.0/config/StdGNU.mk.orig 2016-04-15 22:56:52.191227591 +0100
> +++ xen-4.7.0/config/StdGNU.mk 2016-04-15 23:01:40.978829756 +0100
> @@ -37,6 +37,12 @@
>
> ifneq ($(debug),y)
> CFLAGS += -O2 -fomit-frame-pointer -fno-
On Fri, Jun 03, 2016 at 12:20:16PM +0100, George Dunlap wrote:
> On Tue, May 31, 2016 at 9:57 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Tue, May 31, 2016 at 07:27:24PM +0100, George Dunlap wrote:
> >> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> >> wrote:
> >> > On Fri, May 13, 2016 a
On Tue, May 31, 2016 at 9:57 PM, Konrad Rzeszutek Wilk
wrote:
> On Tue, May 31, 2016 at 07:27:24PM +0100, George Dunlap wrote:
>> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
>> wrote:
>> > On Fri, May 13, 2016 at 03:25:52PM +0100, M A Young wrote:
>> >> On Fri, 13 May 2016, Jan Beulich
On Tue, May 31, 2016 at 07:27:24PM +0100, George Dunlap wrote:
> On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
> wrote:
> > On Fri, May 13, 2016 at 03:25:52PM +0100, M A Young wrote:
> >> On Fri, 13 May 2016, Jan Beulich wrote:
> >>
> >> > >>> On 13.05.16 at 15:49, wrote:
> >> > > ...
>
On Fri, May 13, 2016 at 4:23 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, May 13, 2016 at 03:25:52PM +0100, M A Young wrote:
>> On Fri, 13 May 2016, Jan Beulich wrote:
>>
>> > >>> On 13.05.16 at 15:49, wrote:
>> > > ...
>> > >
>> > > Still an issue - with 4.7.0-rc1.
>> >
>> > And I don't recall any
On Fri, May 13, 2016 at 03:25:52PM +0100, M A Young wrote:
> On Fri, 13 May 2016, Jan Beulich wrote:
>
> > >>> On 13.05.16 at 15:49, wrote:
> > > ...
> > >
> > > Still an issue - with 4.7.0-rc1.
> >
> > And I don't recall anyone having contributed a fix/workaround.
> >
> > > If I do:
> > >
>
On Fri, 13 May 2016, Jan Beulich wrote:
> >>> On 13.05.16 at 15:49, wrote:
> > ...
> >
> > Still an issue - with 4.7.0-rc1.
>
> And I don't recall anyone having contributed a fix/workaround.
>
> > If I do:
> >
> > $export CFLAGS=" "'
> > $make
> >
> > I end up with:
> > gcc -E -O1 -fno-omit-
>>> On 13.05.16 at 15:49, wrote:
> On Tue, Dec 01, 2015 at 10:59:41AM -0500, Konrad Rzeszutek Wilk wrote:
>> On Tue, Dec 01, 2015 at 08:56:03AM -0700, Jan Beulich wrote:
>> > >>> On 01.12.15 at 15:36, wrote:
>> > > On December 1, 2015 8:19:32 AM EST, Jan Beulich
>> > > wrote:
>> > > On 01.1
On Tue, Dec 01, 2015 at 10:59:41AM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 01, 2015 at 08:56:03AM -0700, Jan Beulich wrote:
> > >>> On 01.12.15 at 15:36, wrote:
> > > On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
> > > On 01.12.15 at 00:37, wrote:
> > >>> When I try to bui
>>> On 01.12.15 at 19:47, wrote:
> On Tue, 1 Dec 2015, Jan Beulich wrote:
>> I.e. there must be something different in how make gets invoked or
>> the environment set up.
>
> It happens if CFLAGS is set to anything as a environment variable, eg.
> export CFLAGS=" "
> make dist-xen
Ugly, but I th
On 01/12/15 19:40, Olaf Hering wrote:
> On Tue, Dec 01, M A Young wrote:
>
>> It happens if CFLAGS is set to anything as a environment variable, eg.
>> export CFLAGS=" "
>> make dist-xen
> This never worked.
Works for me with CentOS-based RPM builds.
(https://github.com/xenserver/xen-4.6.pg/blob/
On Tue, Dec 01, M A Young wrote:
> It happens if CFLAGS is set to anything as a environment variable, eg.
> export CFLAGS=" "
> make dist-xen
This never worked. I have this in xen.spec to workaround the way
%configure is implemented in rpm:
%configure
unset CFLAGS
unset CXXFLAGS
unset FFLAGS
un
On Tue, 1 Dec 2015, Jan Beulich wrote:
> I.e. there must be something different in how make gets invoked or
> the environment set up.
It happens if CFLAGS is set to anything as a environment variable, eg.
export CFLAGS=" "
make dist-xen
Michael Young
>>> On 01.12.15 at 16:59, wrote:
> On Tue, Dec 01, 2015 at 08:56:03AM -0700, Jan Beulich wrote:
>> >>> On 01.12.15 at 15:36, wrote:
>> > On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
>> > On 01.12.15 at 00:37, wrote:
>> >>> When I try to build the current xen 4.7 master I get the f
>>> On 01.12.15 at 15:36, wrote:
> On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
> On 01.12.15 at 00:37, wrote:
>>> When I try to build the current xen 4.7 master I get the following
>>error
>>>
>>> :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
>>> :0:0: note: this is the loca
On Tue, Dec 01, 2015 at 08:56:03AM -0700, Jan Beulich wrote:
> >>> On 01.12.15 at 15:36, wrote:
> > On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
> > On 01.12.15 at 00:37, wrote:
> >>> When I try to build the current xen 4.7 master I get the following
> >>error
> >>>
> >>> :0:0: er
The commit that created this is :
9a6787cc3809c1e48e6fce22cacdd0def0cc2b92 x86/mm: build map_domain_gfn()
just once
On 12/01/2015 09:36 AM, Konrad Rzeszutek Wilk wrote:
On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
On 01.12.15 at 00:37, wrote:
When I try to build the current xen
On Tue, 1 Dec 2015, Jan Beulich wrote:
> >>> On 01.12.15 at 00:37, wrote:
> > When I try to build the current xen 4.7 master I get the following error
> >
> > :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
> > :0:0: note: this is the location of the previous definition
> > cc1: all warnings
On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
On 01.12.15 at 00:37, wrote:
>> When I try to build the current xen 4.7 master I get the following
>error
>>
>> :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
>> :0:0: note: this is the location of the previous
>definition
>> cc1: a
>>> On 01.12.15 at 00:37, wrote:
> When I try to build the current xen 4.7 master I get the following error
>
> :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
> :0:0: note: this is the location of the previous definition
> cc1: all warnings being treated as errors
>
> The problem seems to be
When I try to build the current xen 4.7 master I get the following error
:0:0: error: "__OBJECT_FILE__" redefined [-Werror]
:0:0: note: this is the location of the previous definition
cc1: all warnings being treated as errors
The problem seems to be that -D__OBJECT_FILE__= is set each time
xen/R
33 matches
Mail list logo