> In Interfaces.Fortran.Blas, there is a reference to libgnalasup. It has
> been introduced by this commit:
>
> Author: charlet <[EMAIL PROTECTED]>
> Date: Tue Aug 14 08:50:51 2007 +
>
> 2007-08-14 Geert Bosch <[EMAIL PROTECTED]>
>
> * i-forbla.ads, i-forbla.adb, a-ng
nice, i'd like to put my patches on gcc-3.4.6 here for who are
interested with it. though there may be some mistakes. :-)
ericfisher
diff -up -N gcc-3.4.6/gcc/config/mips/loongson2.md
loongson-gcc-3.4.6/gcc/config/mips/loongson2.md
--- gcc-3.4.6/gcc/config/mips/loongson2.md 1970-01-01 08:00:
Eric Fisher wrote:
hi
Is there anyone working on the loongson support of gcc? I notice
that loongson has been added into the currently developing binutils.
Eric,
I will start working on submitting Loongson patches developed at
CodeSourcery next week. These patches include general support
On 4/21/08, Ross Ridge <[EMAIL PROTECTED]> wrote:
> H.J. Lu writes:
> >Are r10-r15 callee-saved in w64ABI?
>
> Here's what Microsoft's documentation says:
>
>Caller/Callee Saved Registers
>
>The registers RAX, RCX, RDX, R8, R9, R10, R11 are considered
>volatile and must be c
Richard Guenther wrote:
Status
==
The mainline is in stage1. With a regular two month schedule
of the development stages stage1 would end on Apr 21th which is
now. As we didn't see any major branch merges yet the RM team
decided to extend stage1 until after the GCC summit which is
around t
Snapshot gcc-4.1-20080421 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.1-20080421/
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
H.J. Lu writes:
>Are r10-r15 callee-saved in w64ABI?
Here's what Microsoft's documentation says:
Caller/Callee Saved Registers
The registers RAX, RCX, RDX, R8, R9, R10, R11 are considered
volatile and must be considered destroyed on function calls
(unless otherw
Dominique Dhumieres wrote:
At revision 134523, bootstraping fails on i686-apple-darwin9 with:
...
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -
At revision 134523, bootstraping fails on i686-apple-darwin9 with:
...
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -I. -I.
-I../../gcc-4.4-work/gcc
Eric Botcazou wrote:
Fails here on ia64.
OK, this should be fixed everywhere now.
I haven't had enough time to build every RTEMS target yet
but sparc looks better.Can I commit the RTEMS specific
patch posted at
http://gcc.gnu.org/ml/gcc-patches/2008-04/msg01581.html
that is required to ev
In Interfaces.Fortran.Blas, there is a reference to libgnalasup. It has
been introduced by this commit:
Author: charlet <[EMAIL PROTECTED]>
Date: Tue Aug 14 08:50:51 2007 +
2007-08-14 Geert Bosch <[EMAIL PROTECTED]>
* i-forbla.ads, i-forbla.adb, a-ngcoar.adb, a-ngcoar
On Fri, Apr 18, 2008 at 3:32 AM, Jakub Jelinek <[EMAIL PROTECTED]> wrote:
> 3- Delay the end of stage 1 till mid June or so. I don't see the need to
> rush out with 4.4 release, when it would have only limited advantages over
> 4.3 to offer. Having IRA, Tuples, OpenMP3 (what other branches mig
On Mon, Apr 21, 2008 at 9:00 AM, Richard Guenther <[EMAIL PROTECTED]> wrote:
>
> Status
> ==
>
> The mainline is in stage1. With a regular two month schedule
> of the development stages stage1 would end on Apr 21th which is
> now. As we didn't see any major branch merges yet the RM team
Are r10-r15 callee-saved in w64ABI?
H.J.
On Mon, Apr 21, 2008 at 12:48 AM, Kai Tietz <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I found, that the problem for an optimized build (by -O2) is broken for
> the x86_64-pc-mingw32 target, because the runtime functions from msvcrt
> are clobbering registers
Status
==
The mainline is in stage1. With a regular two month schedule
of the development stages stage1 would end on Apr 21th which is
now. As we didn't see any major branch merges yet the RM team
decided to extend stage1 until after the GCC summit which is
around the regular end of stage2.
On Thu, Apr 17, 2008 at 9:31 AM, Jim Wilson <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2008-04-15 at 11:27 +0530, Mohamed Shafi wrote:
> > On Mon, Apr 14, 2008 at 11:44 PM, Jim Wilson <[EMAIL PROTECTED]> wrote:
>
> > > A simple grep command shows that both arm and rs6000 already both support
> > >
On Mon, Apr 21, 2008 at 11:36 AM, Pompapathi V Gadad
<[EMAIL PROTECTED]> wrote:
>
> Richard Guenther wrote:
>
> >
> >
> > I would suggest that you obtain svn write access as ...
> >
> >
> > ... you need it anyway for updating the MAINTAINERS file.
> >
> >
> OK. I will request for the write access
Richard Guenther wrote:
I would suggest that you obtain svn write access as ...
... you need it anyway for updating the MAINTAINERS file.
OK. I will request for the write access. However, I am afraid that 4.3.1
will be released without the patch.
Pompa
On Mon, Apr 21, 2008 at 11:21 AM, Pompapathi V Gadad
<[EMAIL PROTECTED]> wrote:
> Richard Guenther wrote:
>
> > This is ok for the 4.3 branch and mainline.
> >
> Thanks a lot for taking time to review the patch. May I request you to
> please commit the patch as I do not have write access yet.
I w
Richard Guenther wrote:
This is ok for the 4.3 branch and mainline.
Thanks a lot for taking time to review the patch. May I request you to
please commit the patch as I do not have write access yet.
In the MAINTAINERS file Paul Woegerer is listed as maintainer for crx,
is this still accurate?
P
On Mon, Apr 21, 2008 at 10:40 AM, Pompapathi V Gadad
<[EMAIL PROTECTED]> wrote:
> Hello All, Steering Committee,
> I have 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 f
Hello All, Steering Committee,
I have 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
review the patch and suggest if this is OK for 4
Eric Botcazou <[EMAIL PROTECTED]> writes:
>> Fails here on ia64.
>
> OK, this should be fixed everywhere now.
Unfortunately it isn't.
/tmp/cvs/gcc-20080421/Build/./gcc/xgcc -B/tmp/cvs/gcc-20080421/Build/./gcc/
-B/tmp/cvs/gcc-20080421/Build/root/ia64-suse-linux/bin/
Hi,
I found, that the problem for an optimized build (by -O2) is broken for
the x86_64-pc-mingw32 target, because the runtime functions from msvcrt
are clobbering registers (%r10 upto %r15). I tried to get it solved by
call_used and fixed_regs, but it seems not to work. May somebody could
give
24 matches
Mail list logo