Hi Neil,
Well, the thing is that I wanted to keep on using g++ as compiling tool
(and reduce impact on my original develoment environment). My source code
is composed by *.cpp extension files I decided to modify the dpdk makefiles
to accept such extension as well as disable some -W flags that are not used
by g++.
As I have already done the work I just wanted to let you know if DPDK
people was open to introduce this slight modifications and add the
possibility to use g++ instead of icc (Intel's compiler).
By the way, I had published another issue (on dpdk-users) in which I was
wondering on a strange problem I have seen in the "ip pipeline" DPDK
example, related to a high latency problem when using software rings
between two pipelines running in the same core id. However I have received
no answer and this issue is something that worries me a lot as this
behavior is not acceptable at all in my application (which is based on this
ip pipieline example). Would you mind if I rewrite it in this dpdk-dev
thread to see if we can shed a light on this?
Regards and thanks for your quick answer,
El lun., 17 feb. 2020 a las 13:33, Neil Horman (<nhor...@tuxdriver.com>)
escribió:
> On Mon, Feb 17, 2020 at 11:01:21AM +0100, Victor Huertas wrote:
> > Hi all,
> >
> > I am using DPDK development environment to develop an application from
> > which I have to access C++ code.
> > I managed to modify some internal mk files in the dpdk-stable repository
> to
> > allow g++ compiler to be supported.
> >
> > I have all the modified files well identified and I wonder if the support
> > team is interested to add this toolchain in future DPDK releases.
> >
> > Regards
> >
> > --
> > Victor
> >
> Ostensibly, if you have g++, you have gcc, and theres not much more that
> needs
> to be done here. You should just be able to wrap all your application
> includes
> in an extern C {} construct, and that should be it.
>
> Neil
>
>
--
Victor
--
Victor
