Hello All,
Refer: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00306.html
I had submitted a patch to undeprecate CRX port in 4.3 branch. The port
itself has not changed. I have also submitted the tests results. So far
I have not recevied any comments for GCC community. Can someone please
revie
On Sun, Mar 23, 2008 at 8:09 AM, H.J. Lu <[EMAIL PROTECTED]> wrote:
>
> On Sun, Mar 23, 2008 at 11:41:00PM +1100, Ben Elliston wrote:
> > > DFP is beyond i386 psABI. Gcc aligns _Decimal32 to 4 byte, _Decimal64 to
> 8 bytes
> > > and _Decimal128 to 16bytes. The question is what is the best alignm
Peter O'Gorman wrote:
Michael Eager wrote:
I've noticed a problem with the patch:
if test "${with_newlib+set}" = set; then
AC_LIBTOOL_DLOPEN
fi
The test always succeeds. When $with_newlib is "yes",
${with_newlib+set} is "set".
If I change this to the old style test
if test "x$with_
Brian Dessent wrote:
Michael Eager wrote:
I've noticed a problem with the patch:
if test "${with_newlib+set}" = set; then
AC_LIBTOOL_DLOPEN
fi
The test always succeeds. When $with_newlib is "yes",
${with_newlib+set} is "set".
If I change this to the old style test
if test "x$wi
Michael Eager wrote:
> I've noticed a problem with the patch:
>if test "${with_newlib+set}" = set; then
> AC_LIBTOOL_DLOPEN
>fi
>
> The test always succeeds. When $with_newlib is "yes",
> ${with_newlib+set} is "set".
>
> If I change this to the old style test
>if test "x$with_n
Michael Eager wrote:
> I've noticed a problem with the patch:
> if test "${with_newlib+set}" = set; then
> AC_LIBTOOL_DLOPEN
> fi
>
> The test always succeeds. When $with_newlib is "yes",
> ${with_newlib+set} is "set".
>
> If I change this to the old style test
> if test "x$with_newli
Ralf Wildenhues wrote:
* Michael Eager wrote on Mon, Mar 24, 2008 at 08:53:22PM CET:
Paolo Carlini wrote:
Michael Eager wrote:
I'm trying to update configure in gcc/libstdc++-v3.
Provided you have the correct versions of autoconf and automake, as
indicated, just running autoreconf certainly
Snapshot gcc-4.1-20080324 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20080324/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.1 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
* Michael Eager wrote on Mon, Mar 24, 2008 at 08:53:22PM CET:
> Paolo Carlini wrote:
>> Michael Eager wrote:
>>> I'm trying to update configure in gcc/libstdc++-v3.
>> Provided you have the correct versions of autoconf and automake, as
>> indicated, just running autoreconf certainly works.
>
> No
I have built autoconf259-2.59-12.0.fc7.noarch.rpm and
automake19-1.9.6-2.1.0.fc7.noarch.rpm for Fedora 7/8
so that I can run autoconf/automake for gcc and binutils.
H.J.
On Mon, Mar 24, 2008 at 12:53 PM, Michael Eager <[EMAIL PROTECTED]> wrote:
>
> Paolo Carlini wrote:
> > Michael Eager wrote:
>
On Sun, 2008-03-23 at 16:22 +0100, Denys Vlasenko wrote:
> On Friday 29 February 2008 02:09, Joe Perches wrote:
> > But the function place_entity doesn't use it directly or indirectly.
> > If the lines above are removed, the generated code for place_entity changes.
> I see it all the time. Whenever
Paolo Carlini wrote:
Michael Eager wrote:
I'm trying to update configure in gcc/libstdc++-v3.
Provided you have the correct versions of autoconf and automake, as
indicated, just running autoreconf certainly works.
Not for me. :-(
Autoreconf gives the same errors from aclocal.
--
Michael Ea
Michael Eager wrote:
I'm trying to update configure in gcc/libstdc++-v3.
Provided you have the correct versions of autoconf and automake, as
indicated, just running autoreconf certainly works.
Paolo.
Ralf Wildenhues wrote:
$ autoconf
configure.ac:177: error: possibly undefined macro: AC_LC_MESSAGES
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:185: error: possibly undefined macro: AC_DEFINE
In which directory?
Hello,
As i don't really know where to send this email, I thought you may help
to redirect it to the right place.
I have some questions about vectorization which I would like to have for
a special MIPS architecture : Allegrex w/ VFPU.
First, an explanation about what allegrex is :
Alleg
Hello Michael,
* Michael Eager wrote on Mon, Mar 24, 2008 at 07:04:40PM CET:
> I'm trying to include a fix for the recurring GCC_NO_EXECUTABLES problem.
> Refs:
> http://gcc.gnu.org/ml/gcc/2007-11/msg00790.html
> http://gcc.gnu.org/ml/gcc/2008-03/msg00515.html
FWIW, I was going to post a couple o
On Mon, Mar 24, 2008 at 7:04 PM, Michael Eager <[EMAIL PROTECTED]> wrote:
> I'm trying to include a fix for the recurring GCC_NO_EXECUTABLES problem.
> Refs:
> http://gcc.gnu.org/ml/gcc/2007-11/msg00790.html
> http://gcc.gnu.org/ml/gcc/2008-03/msg00515.html
>
> I get no errors when I run 'acloc
I'm trying to include a fix for the recurring GCC_NO_EXECUTABLES problem.
Refs:
http://gcc.gnu.org/ml/gcc/2007-11/msg00790.html
http://gcc.gnu.org/ml/gcc/2008-03/msg00515.html
I get no errors when I run 'aclocal' but I do get two
error messages when I run autoconf:
$ autoconf
configure.ac:177: e
On Mon, Mar 24, 2008 at 12:18:47PM -0300, [EMAIL PROTECTED] wrote:
> I'm interested in applying for Google Summer of Code and wanted to work in
> some project in the area of parallel/multi-core programming. Looking
> through the GCC GSoC Wiki page I found a subject that sounds really
> interesting
Hi all,
I'm interested in applying for Google Summer of Code and wanted to work in
some project in the area of parallel/multi-core programming. Looking
through the GCC GSoC Wiki page I found a subject that sounds really
interesting to me in the "Speed Up" section: Multithreaded linker.
Could anyo
Thanks Paolo for fixing up the links as requested by Gerald.
> Working on the link consistency of the http://gcc.gnu.org, I ran into
> a couple of links on the libstdc++ side that are in need of a bit
> love. It would be great could one of you libstdc++ guys look into
> those.
All the links your
NightStrike wrote:
On Sun, Mar 23, 2008 at 3:04 PM, Abhijat Vichare <[EMAIL PROTECTED]> wrote:
On Sat, 2008-03-22 at 16:59 +0800, =?GB2312?B?wbqI0g==?= wrote:
> But still, I cannot manage the source code of gcc.
> I don't know how to start reading it.
You can try: http://www.cfdvs.iitb.a
The second is to say explicitly that
subregs of subregs are not legal.
Yes, you should always use (directly or indirectly) simplify_gen_subreg.
Paolo
On Sun, Mar 23, 2008 at 3:04 PM, Abhijat Vichare <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-03-22 at 16:59 +0800, =?GB2312?B?wbqI0g==?= wrote:
>
> > But still, I cannot manage the source code of gcc.
> > I don't know how to start reading it.
>
> You can try: http://www.cfdvs.iitb.ac.in/~amv/gcc-i
Richard Sandiford wrote:
Richard Sandiford <[EMAIL PROTECTED]> writes:
- A MODE_PARTIAL_INT mode behaves like the corresponding MODE_INT mode.
...except that (as the docs said) an unknown number of bits read as undefined.
Richard
I would add two things to the section. One is to
Richard Sandiford <[EMAIL PROTECTED]> writes:
> - A MODE_PARTIAL_INT mode behaves like the corresponding MODE_INT mode.
...except that (as the docs said) an unknown number of bits read as undefined.
Richard
Thanks again to everyone who commented. In sumnmary:
- There was disagreement about whether subregs of hard registers
should be phased out. However, we still have some code to handle
them, and they are still used today (at least by SPE).
- A MODE_PARTIAL_INT mode behaves like the co
Hi Boris,
The cfg is not updated during the dbr pass (you might have edges to
non-existing blocks etc.). Furthermore, the BB rules do not apply after the dbr
pass (you might have labels inside BBs and not only before the bb_note insn or
jump-insns in the middle of the BB and not at BB_END).
Wh
28 matches
Mail list logo
