Snapshot gcc-4.5-20091022 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20091022/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On 10/19/09 12:30, Ian Bolton wrote:
Hi Jeff and Vladimir.
Jeff: I'd be interested in trying the patch if you can send it my way.
It's nothing special.
/* Return nonzero if REGNO is a particularly bad choice for reloading X. */
static int
ira_bad_reload_regno_1 (int regno, rtx x)
{
int
Blake here,
I know you're a very busy person, so I'll make this short and sweet.
My name's Blake Holloway and I run a website about self-defense, and
for the next two weeks we're holding a giveaway for 7 copies of our
upcoming home training course.
It's something that your readers would be ver
Hi Ulrich.
I'll try out some of those things. I have some initial
comments.
Hmmm, the access() use probably needs to be guarded by a configure
check. Or else you might provide a MVS-specific implementation of
"access" (if that is possible), and compile it into libiberty by
providing an EXTRA_
Paul Edwards wrote:
> Hi Ulrich. I've had considerable success in this process. I've
> now reached the point where I seem to have a correctly
> generated config.h in libiberty and correct auto-host.h in gcc,
> which is one of the aims in order to get an eventual link on
> MVS.
OK, good to hear
On 10/22/09 11:14, Pranav Bhandarkar wrote:
Are you talking about the tree dead-store elimination pass or
the RTL one? Basically *addr = value1; cannot be removed
if addr does not point to local memory or if the pointed-to
memory escapes through a call-site that is dominated by this store.
> Are you talking about the tree dead-store elimination pass or
> the RTL one? Basically *addr = value1; cannot be removed
> if addr does not point to local memory or if the pointed-to
> memory escapes through a call-site that is dominated by this store.
I am talking about the RTL dead-store elim
On Wednesday 21 October 2009 02:58:42 Ireneusz Szpilewski wrote:
> Current status of void is somewhat strange. It is a type but you cannot
> create objects of type void.
> So, it is type of what? But you can have memory pointer to void, so
> object (or array) of type void
> has its memory position
On Thu, Oct 22, 2009 at 8:31 AM, Pranav Bhandarkar
wrote:
> Hi,
>
> A possible silly question about the dead store elimination pass. From
> the documentation it is clear that the store S1 below is removed by
> this pass (in dse.c)
>
> *(addr) = value1; // S1
> .
> .
> *(addr) = va
Matthias Klose wrote:
> On 19.10.2009 19:42, Andrew Haley wrote:
>> Ian Lance Taylor wrote:
>>> Andrew Haley writes:
>>>
Matthias Klose wrote:
> --enable-plugin is used by classpath (part of libjava) and now by GCC
> itself. disabling the build of the gcjwebplugin now disables plugin
On 19.10.2009 19:42, Andrew Haley wrote:
Ian Lance Taylor wrote:
Andrew Haley writes:
Matthias Klose wrote:
--enable-plugin is used by classpath (part of libjava) and now by GCC
itself. disabling the build of the gcjwebplugin now disables plugin
support in GCC as well. Please could the optio
11 matches
Mail list logo
