This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: FR-V FDPIC ABI (frv-uclinux and frv-linux) implementation
- From: Alexandre Oliva <aoliva at redhat dot com>
- To: Richard Sandiford <rsandifo at redhat dot com>
- Cc: gcc-patches at gcc dot gnu dot org
- Date: 12 Feb 2004 12:44:15 -0200
- Subject: Re: FR-V FDPIC ABI (frv-uclinux and frv-linux) implementation
- Organization: Red Hat Global Engineering Services Compiler Team
- References: <orsmj7r525.fsf@livre.redhat.lsd.ic.unicamp.br><or8yj95nt4.fsf@livre.redhat.lsd.ic.unicamp.br><87ptcky001.fsf@redhat.com>
On Feb 12, 2004, Richard Sandiford <rsandifo@redhat.com> wrote:
> Alexandre Oliva <aoliva@redhat.com> writes:
>> from Alexandre Oliva <aoliva@redhat.com>
>>
>> 2004-01-27 Alexandre Oliva <aoliva@redhat.com>
>> * libtool.m4 (lt_cv_deplibs_check_method): Set to pass all on
>> frv-*-uclinux* and frv-*-linux-gnu*.
>> * libstdc++-v3/configure: Rebuilt.
>> 2003-12-18 Alexandre Oliva <aoliva@redhat.com>
>> * ltconfig (uclinux*): Handle like linux-gnu*.
>> * ltcf-cxx.sh (uclinux*): Don't disable shared libs.
>> 2003-10-31 Alexandre Oliva <aoliva@redhat.com>
>> * configure.in: Add frv-*-*linux*.
>> * configure: Rebuilt.
> What's the policy for submissions like this?
The dates of writing and/or first publishing are important for
copyright purposes. Since there were releases to customers prior to
publication in this list, I find it very important to have all the
relevant dates in the ChangeLog, even if it clutters things up a bit.
> It doesn't matter much for the toplevel stuff quoted above, but for
> the main gcc patch, there are lots of cases where something was added
> in the private tree and changed or deleted by a later entry.
> It's difficult to tell looking from the ChangeLog what the patch
> is actually doing. ;)
Which is why there is the summary in the beginning, that I failed to
add in the first posting last year. One could argue that it might be
a good idea to summarize everything into a single ChangeLog entry;
I've actually done that before, but it's an insane amount of
error-prone work for very little benefit, and it loses the copyright
information, which has legal implications I'd rather avoid.
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Happy GNU Year! oliva@{lsd.ic.unicamp.br, gnu.org}
Red Hat GCC Developer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist Professional serial bug killer