Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Eric,
Have you updated your Ubuntu after the initial upgrade to 17.04? You have
libc version 2.17. I imagine it should be closer to 2.24, although I am
looking at the x86_64 architecture. There was a glibc bug, and we saw what
looks like the same problem back in April, see *Build failure with latest
VPP* on the mailing list archive. I thought it was in 2.22 and fixed in
2.23. See if you can get a newer libc and make the problem disappear. I
also found some workaround with -pie but that seemed to be needed only with
the miscreant libc. Hope this helps.
Burt
On Fri, Sep 1, 2017 at 12:36 AM, Eric Chen <eri...@marvell.com> wrote:
> Hi Damjan,
>
>
>
> Following your suggestion, I upgrade my Ubuntu to Zesty (17.04),
>
>
>
> gcc version 6.3.0 20170406 (Ubuntu/Linaro 6.3.0-12ubuntu2)
>
>
>
> the previous issue gone,
>
>
>
> however did you meet below issue before:
>
> it happens both when I build dpaa2(over dpdk) and marvell (over
> marvell-dpdk).
>
> I checked dpdk when build lib, there is no –FPIC option,
>
> So how to fix it?
>
>
>
>
>
> /usr/bin/ld:
> /home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o):
> relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol
> `__stack_chk_guard@@GLIBC_2.17' can not be used when making a shared
> object; recompile with -fPIC
>
> /usr/bin/ld: /home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_
> ena.a(ena_ethdev.o)(.text+0x44): unresolvable R_AARCH64_ADR_PREL_PG_HI21
> relocation against symbol `__stack_chk_guard@@GLIBC_2.17'
>
> /usr/bin/ld: final link failed: Bad value
>
> collect2: error: ld returned 1 exit status
>
>
>
>
>
> Thanks
>
> Eric
>
>
>
> *From:* Damjan Marion [mailto:dmarion.li...@gmail.com]
> *Sent:* 2017年8月27日 3:11
> *To:* Eric Chen <eri...@marvell.com>
> *Cc:* Dave Barach <dbar...@cisco.com>; Sergio Gonzalez Monroy <
> sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
> *Subject:* Re: [vpp-dev] [EXT] Re: compiling error natively on an am64
> box for fd.io_vpp
>
>
>
> Hi Eric,
>
>
>
> Same code compiles perfectly fine on ARM64 with newer gcc version.
>
>
>
> If you are starting new development cycle it makes sense to me that you
> pick up latest ubuntu release,
>
> specially when new hardware is involved instead of trying to chase this
> kind of bugs.
>
>
>
> Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and
> upcoming 17.10 are working fine on arm64 and
>
> compiling of VPP works without issues.
>
>
>
> Thanks,
>
>
>
> Damjan
>
>
>
>
>
> On 26 Aug 2017, at 15:23, Eric Chen <eri...@marvell.com> wrote:
>
>
>
> Dave,
>
>
>
> Thanks for your answer.
>
> I tried below variation, it doesn’t help.
>
>
>
> Btw, there is not only one place reporting “error: unable to generate
> reloads for:”,
>
>
>
> I will try to checkout the version of 17.01.1,
>
> since with the same native compiler, I succeeded to build fd.io_odp4vpp
> (which is based on fd.io 17.01.1).
>
>
>
> will keep you posted.
>
>
>
> Thanks
>
> Eric
>
>
>
> *From:* Dave Barach (dbarach) [mailto:dbar...@cisco.com
> <dbar...@cisco.com>]
> *Sent:* 2017年8月26日 20:08
> *To:* Eric Chen <eri...@marvell.com>; Sergio Gonzalez Monroy <
> sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
> *Subject:* RE: [vpp-dev] [EXT] Re: compiling error natively on an am64
> box for fd.io_vpp
>
>
>
> Just so everyone knows, the function in question is almost too simple for
> its own good:
>
>
>
> always_inline uword
>
> vlib_process_suspend_time_is_zero (f64 dt)
>
> {
>
> return dt < 10e-6;
>
> }
>
>
>
> What happens if you try this variation?
>
>
>
> always_inline int
>
> vlib_process_suspend_time_is_zero (f64 dt)
>
> {
>
> if (dt < 10e-6)
>
> return 1;
>
> return 0;
>
> }
>
>
>
> This does look like a gcc bug, but it may not be hard to work around...
>
>
>
> Thanks… Dave
>
>
>
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io
> <vpp-dev-boun...@lists.fd.io>] *On Behalf Of *Eric Chen
> *Sent:* Friday, August 25, 2017 11:02 PM
> *To:* Eric Chen <eri...@marvell.com>; Sergio Gonzalez Monroy <
> sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
> *Subject:* Re: [vpp-dev] [EXT] Re: compiling error natively on an am64
> box for fd.io_vpp
>
>
>
> Hi Sergio,
>
>
>
> I upgrading to Ubuntu 16.04,
>
>
>
> Succedd
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Hi Eric,
We are building DPDK statically for several reasons:
- to keep control on dpdk version used (i.e. on ubuntu 17.04 dpdk version
packaged is 16.11.1.)
- to allow us to quickly apply custom patches
Are you planning to use dpdk version which includes marvell drivers[1] ?
[1] https://github.com/MarvellEmbeddedProcessors/dpdk-marvell
<https://github.com/MarvellEmbeddedProcessors/dpdk-marvell>
> On 1 Sep 2017, at 10:27, Eric Chen <eri...@marvell.com> wrote:
>
> External DPDK, I checked by default, DPDK built as static library. (def_xxx)
>
> So how to set in Fdio to not use shared, any easy configuration?
>
> Thanks
> Eric
>
> From: Sergio Gonzalez Monroy [mailto:sergio.gonzalez.mon...@intel.com]
> Sent: 2017年9月1日 16:19
> To: Eric Chen <eri...@marvell.com>; Damjan Marion <dmarion.li...@gmail.com>
> Cc: Dave Barach <dbar...@cisco.com>; vpp-dev <vpp-dev@lists.fd.io>
> Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
> fd.io_vpp
>
> Hi Eric,
>
> Are you building against an external DPDK or using the one built by VPP?
> VPP does add -fPIC to DPDK CPU_CFLAGS when it builds it from source.
>
> Thanks,
> Sergio
>
> On 01/09/2017 05:36, Eric Chen wrote:
> Hi Damjan,
>
> Following your suggestion, I upgrade my Ubuntu to Zesty (17.04),
>
> gcc version 6.3.0 20170406 (Ubuntu/Linaro 6.3.0-12ubuntu2)
>
> the previous issue gone,
>
> however did you meet below issue before:
> it happens both when I build dpaa2(over dpdk) and marvell (over marvell-dpdk).
> I checked dpdk when build lib, there is no –FPIC option,
> So how to fix it?
>
>
> /usr/bin/ld:
> /home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o):
> relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol
> `__stack_chk_guard@@GLIBC_2.17' can not be used when making a shared object;
> recompile with -fPIC
> /usr/bin/ld:
> /home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o)(.text+0x44):
> unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol
> `__stack_chk_guard@@GLIBC_2.17'
> /usr/bin/ld: final link failed: Bad value
> collect2: error: ld returned 1 exit status
>
>
> Thanks
> Eric
>
> From: Damjan Marion [mailto:dmarion.li...@gmail.com
> <mailto:dmarion.li...@gmail.com>]
> Sent: 2017年8月27日 3:11
> To: Eric Chen <eri...@marvell.com> <mailto:eri...@marvell.com>
> Cc: Dave Barach <dbar...@cisco.com> <mailto:dbar...@cisco.com>; Sergio
> Gonzalez Monroy <sergio.gonzalez.mon...@intel.com>
> <mailto:sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
> <mailto:vpp-dev@lists.fd.io>
> Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
> fd.io_vpp
>
> Hi Eric,
>
> Same code compiles perfectly fine on ARM64 with newer gcc version.
>
> If you are starting new development cycle it makes sense to me that you pick
> up latest ubuntu release,
> specially when new hardware is involved instead of trying to chase this kind
> of bugs.
>
> Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and
> upcoming 17.10 are working fine on arm64 and
> compiling of VPP works without issues.
>
> Thanks,
>
> Damjan
>
>
> On 26 Aug 2017, at 15:23, Eric Chen <eri...@marvell.com
> <mailto:eri...@marvell.com>> wrote:
>
> Dave,
>
> Thanks for your answer.
> I tried below variation, it doesn’t help.
>
> Btw, there is not only one place reporting “error: unable to generate reloads
> for:”,
>
> I will try to checkout the version of 17.01.1,
> since with the same native compiler, I succeeded to build fd.io_odp4vpp
> (which is based on fd.io <http://fd.io/> 17.01.1).
>
> will keep you posted.
>
> Thanks
> Eric
>
> From: Dave Barach (dbarach) [mailto:dbar...@cisco.com
> <mailto:dbar...@cisco.com>]
> Sent: 2017年8月26日 20:08
> To: Eric Chen <eri...@marvell.com <mailto:eri...@marvell.com>>; Sergio
> Gonzalez Monroy <sergio.gonzalez.mon...@intel.com
> <mailto:sergio.gonzalez.mon...@intel.com>>; vpp-dev <vpp-dev@lists.fd.io
> <mailto:vpp-dev@lists.fd.io>>
> Subject: RE: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
> fd.io_vpp
>
> Just so everyone knows, the function in question is almost too simple for its
> own good: <>
>
> always_inline uword
> vlib_process_suspend_time_is_zero (f64 dt)
> {
> return dt < 10e-6;
> }
>
> What happens if you try this variation?
>
> always_inline int
> vlib_
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
External DPDK, I checked by default, DPDK built as static library. (def_xxx)
So how to set in Fdio to not use shared, any easy configuration?
Thanks
Eric
From: Sergio Gonzalez Monroy [mailto:sergio.gonzalez.mon...@intel.com]
Sent: 2017年9月1日 16:19
To: Eric Chen <eri...@marvell.com>; Damjan Marion <dmarion.li...@gmail.com>
Cc: Dave Barach <dbar...@cisco.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Eric,
Are you building against an external DPDK or using the one built by VPP?
VPP does add -fPIC to DPDK CPU_CFLAGS when it builds it from source.
Thanks,
Sergio
On 01/09/2017 05:36, Eric Chen wrote:
Hi Damjan,
Following your suggestion, I upgrade my Ubuntu to Zesty (17.04),
gcc version 6.3.0 20170406 (Ubuntu/Linaro 6.3.0-12ubuntu2)
the previous issue gone,
however did you meet below issue before:
it happens both when I build dpaa2(over dpdk) and marvell (over marvell-dpdk).
I checked dpdk when build lib, there is no –FPIC option,
So how to fix it?
/usr/bin/ld:
/home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o):
relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol
`__stack_chk_guard@@GLIBC_2.17' can not be used when making a shared object;
recompile with -fPIC
/usr/bin/ld:
/home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o)(.text+0x44):
unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol
`__stack_chk_guard@@GLIBC_2.17'
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
Thanks
Eric
From: Damjan Marion [mailto:dmarion.li...@gmail.com]
Sent: 2017年8月27日 3:11
To: Eric Chen <eri...@marvell.com><mailto:eri...@marvell.com>
Cc: Dave Barach <dbar...@cisco.com><mailto:dbar...@cisco.com>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com><mailto:sergio.gonzalez.mon...@intel.com>;
vpp-dev <vpp-dev@lists.fd.io><mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Eric,
Same code compiles perfectly fine on ARM64 with newer gcc version.
If you are starting new development cycle it makes sense to me that you pick up
latest ubuntu release,
specially when new hardware is involved instead of trying to chase this kind of
bugs.
Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and upcoming
17.10 are working fine on arm64 and
compiling of VPP works without issues.
Thanks,
Damjan
On 26 Aug 2017, at 15:23, Eric Chen
<eri...@marvell.com<mailto:eri...@marvell.com>> wrote:
Dave,
Thanks for your answer.
I tried below variation, it doesn’t help.
Btw, there is not only one place reporting “error: unable to generate reloads
for:”,
I will try to checkout the version of 17.01.1,
since with the same native compiler, I succeeded to build fd.io_odp4vpp (which
is based on fd.io<http://fd.io/> 17.01.1).
will keep you posted.
Thanks
Eric
From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: 2017年8月26日 20:08
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: RE: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Just so everyone knows, the function in question is almost too simple for its
own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6)
return 1;
return 0;
}
This does look like a gcc bug, but it may not be hard to work around...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Eric Chen
Sent: Friday, August 25, 2017 11:02 PM
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Sergio,
I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
(almost the same , only difference is over dpdk or odp-linux)
Anyone met before? Seem a bug of gcc.
In file included from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
/home/eri
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Hi Eric,
Are you building against an external DPDK or using the one built by VPP?
VPP does add -fPIC to DPDK CPU_CFLAGS when it builds it from source.
Thanks,
Sergio
On 01/09/2017 05:36, Eric Chen wrote:
Hi Damjan,
Following your suggestion, I upgrade my Ubuntu to Zesty (17.04),
gcc version 6.3.0 20170406 (Ubuntu/Linaro 6.3.0-12ubuntu2)
the previous issue gone,
however did you meet below issue before:
it happens both when I build dpaa2(over dpdk) and marvell (over
marvell-dpdk).
I checked dpdk when build lib, there is no –FPIC option,
So how to fix it?
/usr/bin/ld:
/home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o):
relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol
`__stack_chk_guard@@GLIBC_2.17' can not be used when making a shared
object; recompile with -fPIC
/usr/bin/ld:
/home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o)(.text+0x44):
unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol
`__stack_chk_guard@@GLIBC_2.17'
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
Thanks
Eric
*From:*Damjan Marion [mailto:dmarion.li...@gmail.com]
*Sent:* 2017年8月27日3:11
*To:* Eric Chen <eri...@marvell.com>
*Cc:* Dave Barach <dbar...@cisco.com>; Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
*Subject:* Re: [vpp-dev] [EXT] Re: compiling error natively on an am64
box for fd.io_vpp
Hi Eric,
Same code compiles perfectly fine on ARM64 with newer gcc version.
If you are starting new development cycle it makes sense to me that
you pick up latest ubuntu release,
specially when new hardware is involved instead of trying to chase
this kind of bugs.
Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and
upcoming 17.10 are working fine on arm64 and
compiling of VPP works without issues.
Thanks,
Damjan
On 26 Aug 2017, at 15:23, Eric Chen <eri...@marvell.com
<mailto:eri...@marvell.com>> wrote:
Dave,
Thanks for your answer.
I tried below variation, it doesn’t help.
Btw, there is not only one place reporting “error: unable to
generate reloads for:”,
I will try to checkout the version of 17.01.1,
since with the same native compiler, I succeeded to build
fd.io_odp4vpp (which is based onfd.io <http://fd.io/>17.01.1).
will keep you posted.
Thanks
Eric
*From:*Dave Barach (dbarach) [mailto:dbar...@cisco.com]
*Sent:*2017年8月26日20:08
*To:*Eric Chen <eri...@marvell.com <mailto:eri...@marvell.com>>;
Sergio Gonzalez Monroy <sergio.gonzalez.mon...@intel.com
<mailto:sergio.gonzalez.mon...@intel.com>>; vpp-dev
<vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>>
*Subject:*RE: [vpp-dev] [EXT] Re: compiling error natively on an
am64 box for fd.io_vpp
Just so everyone knows, the function in question is almost too
simple for its own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6)
return 1;
return 0;
}
This does look like a gcc bug, but it may not be hard to work
around...
Thanks… Dave
*From:*vpp-dev-boun...@lists.fd.io
<mailto:vpp-dev-boun...@lists.fd.io>[mailto:vpp-dev-boun...@lists.fd.io]*On
Behalf Of*Eric Chen
*Sent:*Friday, August 25, 2017 11:02 PM
*To:*Eric Chen <eri...@marvell.com <mailto:eri...@marvell.com>>;
Sergio Gonzalez Monroy <sergio.gonzalez.mon...@intel.com
<mailto:sergio.gonzalez.mon...@intel.com>>; vpp-dev
<vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>>
*Subject:*Re: [vpp-dev] [EXT] Re: compiling error natively on an
am64 box for fd.io_vpp
Hi Sergio,
I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
(almost the same , only difference is over dpdk or
odp-linux)
Anyone met before? Seem a bug of gcc.
In file included from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:
In function ‘vlib_process_suspend_time_is_zero’:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
error: unable to generate reloads for:
}
^
(insn 11 37 12 2 (set (reg:CCFPE 66 cc)
(compare:CCFPE (reg:DF 79)
(reg:DF 80)))
/home/ericxh/work/git_work/fd.
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Hi Damjan,
Following your suggestion, I upgrade my Ubuntu to Zesty (17.04),
gcc version 6.3.0 20170406 (Ubuntu/Linaro 6.3.0-12ubuntu2)
the previous issue gone,
however did you meet below issue before:
it happens both when I build dpaa2(over dpdk) and marvell (over marvell-dpdk).
I checked dpdk when build lib, there is no –FPIC option,
So how to fix it?
/usr/bin/ld:
/home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o):
relocation R_AARCH64_ADR_PREL_PG_HI21 against external symbol
`__stack_chk_guard@@GLIBC_2.17' can not be used when making a shared object;
recompile with -fPIC
/usr/bin/ld:
/home/ericxh/work/git_work/dpdk/build//lib/librte_pmd_ena.a(ena_ethdev.o)(.text+0x44):
unresolvable R_AARCH64_ADR_PREL_PG_HI21 relocation against symbol
`__stack_chk_guard@@GLIBC_2.17'
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
Thanks
Eric
From: Damjan Marion [mailto:dmarion.li...@gmail.com]
Sent: 2017年8月27日 3:11
To: Eric Chen <eri...@marvell.com>
Cc: Dave Barach <dbar...@cisco.com>; Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Eric,
Same code compiles perfectly fine on ARM64 with newer gcc version.
If you are starting new development cycle it makes sense to me that you pick up
latest ubuntu release,
specially when new hardware is involved instead of trying to chase this kind of
bugs.
Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and upcoming
17.10 are working fine on arm64 and
compiling of VPP works without issues.
Thanks,
Damjan
On 26 Aug 2017, at 15:23, Eric Chen
<eri...@marvell.com<mailto:eri...@marvell.com>> wrote:
Dave,
Thanks for your answer.
I tried below variation, it doesn’t help.
Btw, there is not only one place reporting “error: unable to generate reloads
for:”,
I will try to checkout the version of 17.01.1,
since with the same native compiler, I succeeded to build fd.io_odp4vpp (which
is based on fd.io<http://fd.io/> 17.01.1).
will keep you posted.
Thanks
Eric
From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: 2017年8月26日 20:08
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: RE: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Just so everyone knows, the function in question is almost too simple for its
own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6)
return 1;
return 0;
}
This does look like a gcc bug, but it may not be hard to work around...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Eric Chen
Sent: Friday, August 25, 2017 11:02 PM
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Sergio,
I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
(almost the same , only difference is over dpdk or odp-linux)
Anyone met before? Seem a bug of gcc.
In file included from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h: In
function ‘vlib_process_suspend_time_is_zero’:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
error: unable to generate reloads for:
}
^
(insn 11 37 12 2 (set (reg:CCFPE 66 cc)
(compare:CCFPE (reg:DF 79)
(reg:DF 80)))
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:441
395 {*cmpedf}
(expr_list:REG_DEAD (reg:DF 80)
(expr_list:REG_DEAD (reg:DF 79)
(nil
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
internal compiler error: in curr_insn_transform, at lra-constraints.c:3509
Please submit a full bug report,
with preprocessed source if appropriate.
See
>
for instructions.
Makefile:6111: recipe for target 'vnet/l2/l2_fib.lo' failed
make[4]:
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
+1
From: Damjan Marion [mailto:dmarion.li...@gmail.com]
Sent: Saturday, August 26, 2017 3:11 PM
To: Eric Chen <eri...@marvell.com>
Cc: Dave Barach (dbarach) <dbar...@cisco.com>; Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Eric,
Same code compiles perfectly fine on ARM64 with newer gcc version.
If you are starting new development cycle it makes sense to me that you pick up
latest ubuntu release,
specially when new hardware is involved instead of trying to chase this kind of
bugs.
Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and upcoming
17.10 are working fine on arm64 and
compiling of VPP works without issues.
Thanks,
Damjan
On 26 Aug 2017, at 15:23, Eric Chen
<eri...@marvell.com<mailto:eri...@marvell.com>> wrote:
Dave,
Thanks for your answer.
I tried below variation, it doesn’t help.
Btw, there is not only one place reporting “error: unable to generate reloads
for:”,
I will try to checkout the version of 17.01.1,
since with the same native compiler, I succeeded to build fd.io_odp4vpp (which
is based on fd.io<http://fd.io/> 17.01.1).
will keep you posted.
Thanks
Eric
From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: 2017年8月26日 20:08
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: RE: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Just so everyone knows, the function in question is almost too simple for its
own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6)
return 1;
return 0;
}
This does look like a gcc bug, but it may not be hard to work around...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Eric Chen
Sent: Friday, August 25, 2017 11:02 PM
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Sergio,
I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
(almost the same , only difference is over dpdk or odp-linux)
Anyone met before? Seem a bug of gcc.
In file included from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h: In
function ‘vlib_process_suspend_time_is_zero’:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
error: unable to generate reloads for:
}
^
(insn 11 37 12 2 (set (reg:CCFPE 66 cc)
(compare:CCFPE (reg:DF 79)
(reg:DF 80)))
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:441
395 {*cmpedf}
(expr_list:REG_DEAD (reg:DF 80)
(expr_list:REG_DEAD (reg:DF 79)
(nil
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
internal compiler error: in curr_insn_transform, at lra-constraints.c:3509
Please submit a full bug report,
with preprocessed source if appropriate.
See
>
for instructions.
Makefile:6111: recipe for target 'vnet/l2/l2_fib.lo' failed
make[4]: *** [vnet/l2/l2_fib.lo] Error 1
make[4]: *** Waiting for unfinished jobs
ericxh@linaro-developer:~/work/git_work/fd.io_vpp$<mailto:ericxh@linaro-developer:~/work/git_work/fd.io_vpp$>
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/5/lto-wrapper
Target: aarch64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
5.3.1-14ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-5 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-libqu
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Hi Eric,
Same code compiles perfectly fine on ARM64 with newer gcc version.
If you are starting new development cycle it makes sense to me that you pick up
latest ubuntu release,
specially when new hardware is involved instead of trying to chase this kind of
bugs.
Do you have any strong reason to stay on ubuntu 16.04? Both 17.04 and upcoming
17.10 are working fine on arm64 and
compiling of VPP works without issues.
Thanks,
Damjan
> On 26 Aug 2017, at 15:23, Eric Chen <eri...@marvell.com> wrote:
>
> Dave,
>
> Thanks for your answer.
> I tried below variation, it doesn’t help.
>
> Btw, there is not only one place reporting “error: unable to generate reloads
> for:”,
>
> I will try to checkout the version of 17.01.1,
> since with the same native compiler, I succeeded to build fd.io_odp4vpp
> (which is based on fd.io <http://fd.io/> 17.01.1).
>
> will keep you posted.
>
> Thanks
> Eric
>
> From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
> Sent: 2017年8月26日 20:08
> To: Eric Chen <eri...@marvell.com>; Sergio Gonzalez Monroy
> <sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
> Subject: RE: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
> fd.io_vpp
>
> Just so everyone knows, the function in question is almost too simple for its
> own good: <>
>
> always_inline uword
> vlib_process_suspend_time_is_zero (f64 dt)
> {
> return dt < 10e-6;
> }
>
> What happens if you try this variation?
>
> always_inline int
> vlib_process_suspend_time_is_zero (f64 dt)
> {
> if (dt < 10e-6)
> return 1;
> return 0;
> }
>
> This does look like a gcc bug, but it may not be hard to work around...
>
> Thanks… Dave
>
> From: vpp-dev-boun...@lists.fd.io <mailto:vpp-dev-boun...@lists.fd.io>
> [mailto:vpp-dev-boun...@lists.fd.io <mailto:vpp-dev-boun...@lists.fd.io>] On
> Behalf Of Eric Chen
> Sent: Friday, August 25, 2017 11:02 PM
> To: Eric Chen <eri...@marvell.com <mailto:eri...@marvell.com>>; Sergio
> Gonzalez Monroy <sergio.gonzalez.mon...@intel.com
> <mailto:sergio.gonzalez.mon...@intel.com>>; vpp-dev <vpp-dev@lists.fd.io
> <mailto:vpp-dev@lists.fd.io>>
> Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
> fd.io_vpp
>
> Hi Sergio,
>
> I upgrading to Ubuntu 16.04,
>
> Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
> However when buidl fd.io_vpp (w/ dpdk), it reported below error,
> (almost the same , only difference is over dpdk or odp-linux)
>
> Anyone met before? Seem a bug of gcc.
>
> In file included from
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
> from
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
> from
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h: In
> function ‘vlib_process_suspend_time_is_zero’:
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
> error: unable to generate reloads for:
> }
> ^
> (insn 11 37 12 2 (set (reg:CCFPE 66 cc)
> (compare:CCFPE (reg:DF 79)
> (reg:DF 80)))
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:441
> 395 {*cmpedf}
> (expr_list:REG_DEAD (reg:DF 80)
> (expr_list:REG_DEAD (reg:DF 79)
> (nil
> /home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
> internal compiler error: in curr_insn_transform, at lra-constraints.c:3509
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See > for instructions.
> Makefile:6111: recipe for target 'vnet/l2/l2_fib.lo' failed
> make[4]: *** [vnet/l2/l2_fib.lo] Error 1
> make[4]: *** Waiting for unfinished jobs
>
>
>
> ericxh@linaro-developer:~/work/git_work/fd.io_vpp$
> <mailto:ericxh@linaro-developer:~/work/git_work/fd.io_vpp$> gcc -v
> Using built-in specs.
> COLLECT_GCC=gcc
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/5/lto-wrapper
> Target: aarch64-linux-gnu
> Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
> 5.3.1-14ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
> --enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
> --program-suffix=-5 --enable-shared --enable-linker-build-id
> --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
> --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
> --enabl
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Dave,
Thanks for your answer.
I tried below variation, it doesn’t help.
Btw, there is not only one place reporting “error: unable to generate reloads
for:”,
I will try to checkout the version of 17.01.1,
since with the same native compiler, I succeeded to build fd.io_odp4vpp (which
is based on fd.io 17.01.1).
will keep you posted.
Thanks
Eric
From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: 2017年8月26日 20:08
To: Eric Chen <eri...@marvell.com>; Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: RE: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Just so everyone knows, the function in question is almost too simple for its
own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6)
return 1;
return 0;
}
This does look like a gcc bug, but it may not be hard to work around...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Eric Chen
Sent: Friday, August 25, 2017 11:02 PM
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; Sergio Gonzalez
Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Sergio,
I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
(almost the same , only difference is over dpdk or odp-linux)
Anyone met before? Seem a bug of gcc.
In file included from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h: In
function ‘vlib_process_suspend_time_is_zero’:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
error: unable to generate reloads for:
}
^
(insn 11 37 12 2 (set (reg:CCFPE 66 cc)
(compare:CCFPE (reg:DF 79)
(reg:DF 80)))
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:441
395 {*cmpedf}
(expr_list:REG_DEAD (reg:DF 80)
(expr_list:REG_DEAD (reg:DF 79)
(nil
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
internal compiler error: in curr_insn_transform, at lra-constraints.c:3509
Please submit a full bug report,
with preprocessed source if appropriate.
See
>
for instructions.
Makefile:6111: recipe for target 'vnet/l2/l2_fib.lo' failed
make[4]: *** [vnet/l2/l2_fib.lo] Error 1
make[4]: *** Waiting for unfinished jobs
ericxh@linaro-developer:~/work/git_work/fd.io_vpp$<mailto:ericxh@linaro-developer:~/work/git_work/fd.io_vpp$>
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/5/lto-wrapper
Target: aarch64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
5.3.1-14ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-5 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-libquadmath --enable-plugin --with-system-zlib
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-arm64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-arm64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-arm64
--with-arch-directory=aarch64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-multiarch --enable-fix-cortex-a53-843419 --disable-werror
--enable-checking=release --build=aarch64-linux-gnu --host=aarch64-linux-gnu
--target=aarch64-linux-gnu
Thread model: posix
gcc version 5.3.1 20160413 (Ubuntu/Linaro 5.3.1-14ubuntu2)
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Eric Chen
Sent: 2017年8月25日 21:20
To: Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] [EXT
Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for fd.io_vpp
Just so everyone knows, the function in question is almost too simple for its
own good:
always_inline uword
vlib_process_suspend_time_is_zero (f64 dt)
{
return dt < 10e-6;
}
What happens if you try this variation?
always_inline int
vlib_process_suspend_time_is_zero (f64 dt)
{
if (dt < 10e-6)
return 1;
return 0;
}
This does look like a gcc bug, but it may not be hard to work around...
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Eric Chen
Sent: Friday, August 25, 2017 11:02 PM
To: Eric Chen <eri...@marvell.com>; Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
Hi Sergio,
I upgrading to Ubuntu 16.04,
Succedd to Nativly build fd.io_odp4vpp (w / odp-linux),
However when buidl fd.io_vpp (w/ dpdk), it reported below error,
(almost the same , only difference is over dpdk or odp-linux)
Anyone met before? Seem a bug of gcc.
In file included from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/error_funcs.h:43:0,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/vlib.h:70,
from
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vnet/l2/l2_fib.c:19:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h: In
function ‘vlib_process_suspend_time_is_zero’:
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
error: unable to generate reloads for:
}
^
(insn 11 37 12 2 (set (reg:CCFPE 66 cc)
(compare:CCFPE (reg:DF 79)
(reg:DF 80)))
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:441
395 {*cmpedf}
(expr_list:REG_DEAD (reg:DF 80)
(expr_list:REG_DEAD (reg:DF 79)
(nil
/home/ericxh/work/git_work/fd.io_vpp/build-data/../src/vlib/node_funcs.h:442:1:
internal compiler error: in curr_insn_transform, at lra-constraints.c:3509
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Makefile:6111: recipe for target 'vnet/l2/l2_fib.lo' failed
make[4]: *** [vnet/l2/l2_fib.lo] Error 1
make[4]: *** Waiting for unfinished jobs
ericxh@linaro-developer:~/work/git_work/fd.io_vpp$<mailto:ericxh@linaro-developer:~/work/git_work/fd.io_vpp$>
gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/aarch64-linux-gnu/5/lto-wrapper
Target: aarch64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro
5.3.1-14ubuntu2' --with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-5 --enable-shared --enable-linker-build-id
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu
--enable-libstdcxx-debug --enable-libstdcxx-time=yes
--with-default-libstdcxx-abi=new --enable-gnu-unique-object
--disable-libquadmath --enable-plugin --with-system-zlib
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-arm64/jre --enable-java-home
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-arm64
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-arm64
--with-arch-directory=aarch64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar
--enable-multiarch --enable-fix-cortex-a53-843419 --disable-werror
--enable-checking=release --build=aarch64-linux-gnu --host=aarch64-linux-gnu
--target=aarch64-linux-gnu
Thread model: posix
gcc version 5.3.1 20160413 (Ubuntu/Linaro 5.3.1-14ubuntu2)
From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Eric Chen
Sent: 2017年8月25日 21:20
To: Sergio Gonzalez Monroy
<sergio.gonzalez.mon...@intel.com<mailto:sergio.gonzalez.mon...@intel.com>>;
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] [EXT] Re: compiling error natively on an am64 box for
fd.io_vpp
HI Sergio
Thanks a lot.
I look at the log, and search “APIGEN: “, indeed not find “ipsec.api.h” is
generated.
So I change the .mk, try to remove “ --without-libssl”,
Then “ipsec.api.h” is generated, but I do not understand why
“--without-libssl” can not work, there should be some dependency between
different options.
Anyway, Thank you for the help.
Eric
From: Sergio Gonzalez Monroy [mailto:sergio.gonzalez.mon...@intel.com]
Sent: 2017年8月25日 19:56
To: Eric Chen <eri...@marvell.com<mailto:eri...@marvell.com>>; vpp-dev
<vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: [EXT] Re: [vpp-dev] compiling error natively on an am64 box for
fd.io_vpp
External Email
Hi Eric,
The ipsec.api.h file shou
