Hi Ayush,
On Mon, 18 Jul 2016, ayush goel wrote:
> I’m attaching a patch just containing the changes made in the /doc.
a couple of comments.
Index: gnulib-import.texi
===
--- gnulib-import.texi (nonexistent)
+++ gnulib-import.tex
Replies inline
--
Thanks,
Ayush Goel
On 17 July 2016 at 9:44:27 PM, Manuel López-Ibáñez (lopeziba...@gmail.com)
wrote:
> On 16 July 2016 at 10:54, ayush goel wrote:
> > Hi,
> > Thanks for the feedbacks.
> >
> > —> I’m already configuring gcc with multiple languages and multilib enabled
> >
>
On 16 July 2016 at 10:54, ayush goel wrote:
> Hi,
> Thanks for the feedbacks.
>
> —> I’m already configuring gcc with multiple languages and multilib enabled
>
> —> The changes have been bootstrapped and regression tested (complete check,
> make -k -j20 check).
>
> —> As mentioned, I have locally
Hi,
Thanks for the feedbacks.
—> I’m already configuring gcc with multiple languages and multilib enabled
—> The changes have been bootstrapped and regression tested (complete check,
make -k -j20 check).
—> As mentioned, I have locally removed obstack.[ch] from libiberty and built
and tested t
On Sun, 2016-07-10 at 22:13 +0100, Manuel López-Ibáñez wrote:
> On 10 July 2016 at 17:04, Manuel López-Ibáñez
> wrote:
> > Hi Ayush,
> >
> > Some suggestions:
>
> Also, it may be a good idea to configure with:
>
> --enable-languages=c,ada,c++,java,go,fortran,objc,obj-c++ --enable
> -multilib
>
On 10 July 2016 at 17:04, Manuel López-Ibáñez wrote:
> Hi Ayush,
>
> Some suggestions:
Also, it may be a good idea to configure with:
--enable-languages=c,ada,c++,java,go,fortran,objc,obj-c++ --enable-multilib
so that you get as much coverage as possible.
Cheers,
Manuel.
Hi Ayush,
Some suggestions:
* When resubmitting a patch, also add again the Changelog.
* Use '.diff' or '.patch' as an extension, so that mail readers can
open the file as text.
* Mention that you have a copyright assignment in place already (I'm
assuming you have one already, no?).
* Mention how
Yes, that’s correct. It has been moved before the libiberty library in the list
now. Bootstrapped the system with the changes as well.
PFA the updated patch
--
Thanks,
Ayush Goel
On 8 July 2016 at 2:29:04 AM, Manuel López-Ibáñez (lopeziba...@gmail.com) wrote:
> On 7 July 2016 at 13:48, ayus
On 7 July 2016 at 13:48, ayush goel wrote:
> In order to show the setup works, I’ve replaced libiberty’s version by
> obstack by gnulib’s. This was made possible by replacing the corresponding
> header file and then including gnulib headers and gnulib static library in
> the build path required
Hey,
As a first step of my GSOC project
(https://gcc.gnu.org/wiki/replacelibibertywithgnulib) I have imported the
gnulib library inside the gcc tree. I have created gnulib as a top level
directory which contains the necessary scripts to import the modules. It also
contains the necessary Makefi
On Sat, 25 Jun 2016, ayush goel wrote:
> Initially I have just imported the bcopy module from gnulib which will
> eventually replace gcc’s dependency on libiberty’s bcopy.
GCC should not depend on bcopy. Any bcopy use is a bug and it should be
replaced by memcpy or memmove as appropriate. Th
I think, that you missed the patch file or it was removed from your
email by server.
2016-06-25 14:06 GMT+02:00 ayush goel :
> Hey,
> As a first step of my GSOC project
> (https://gcc.gnu.org/wiki/replacelibibertywithgnulib) I have imported the
> gnulib library inside the gcc tree. I have create
Hey,
As a first step of my GSOC project
(https://gcc.gnu.org/wiki/replacelibibertywithgnulib) I have imported the
gnulib library inside the gcc tree. I have created gnulib as a top level
directory which contains the necessary scripts to import the modules. It also
contains the necessary Makefi
13 matches
Mail list logo
