On 26/04/2009, Gerald Pfeifer wrote:
> On Wed, 22 Apr 2009, Jonathan Wakely wrote:
>> Should I undo this change to the front page, now that the 'changes'
>> link is next to the 4.4.0 release on gcc-4.4/index.html ?
>
> I have to admit I don't feel strongly either way. What do you think?
If the li
Revital1 Eres wrote:
> Hello,
>
> I get the following ICE
> libbackend.a(ira.o): In function `setup_cover_and_important_classes':
> /home/eres/mainline_45/build/gcc/../../gcc/gcc/ira.c:759: undefined
> reference to `regclass_for_constraint'
> collect2: ld returned 1 exit status
> make[2]: *** [c
Hello,
>
> Not really an ICE!
Right, sorry about that.
Looks like the code is assuming that all backends use at
> least one define_register_constraint. (Also, there's a missing '\n' that
> probably makes your generated definition of REG_CLASS_FROM_CONSTRAINT
look a
> bit odd!) How about some
Revital1 Eres wrote:
> Yes, the patch solves the problem (please note that I manually applied
> it to my version as I've got some FAILs when applying it automatically)
Right, I'm a few revs behind HEAD but the failing code was still present.
I'll update my tree, rebootstrap and send it to -patc
Janis,
Do you have any idea why powerpc-apple-darwin9 would be
seeing the tmpdir-gcc.dg-struct-layout-1 execution failures
that I reported in PR's 39912, 39913, 39915, 39916, 39917,
39918, 39919, 39920 and 39921 but not on powerpc64-*-linux?
Could this be specific to -fPIC?
Jack
Piotr Wyderski wrote:
> On gcc-trunk my project fails with the following ICE. Whatever it means...
>
> /home/piotr.wyderski/topnotch/vm/test/main.cpp: In function 'int
> main(int, char**)':
> /home/piotr.wyderski/topnotch/vm/test/main.cpp:32: error: Wrong
> prev_try pointer in EH region 123
H
I am pleased to announce that the GCC Steering Committee has
appointed Nick Clifton as FRV maintainer.
Please join me in congratulating Nick on his new role.
Nick, please update your listing in the MAINTAINERS file.
Happy hacking!
David
Hi,
i just built GCC 4.4.0 on AIX 5.3 using the following commands:
setenv LDR_CNTRL MAXDATA=0x4000
../gcc-4.4.0/configure --disable-multilib --with-gmp=/usr/local
make bootstrap-lean
make install
$ config.guess
powerpc-ibm-aix5.3.0.0
$ gcc -v
Using built-i
oliver.kell...@t-online.de (Oliver Kellogg) writes:
> gcc has a new command line switch, "-multi".
> This tells gcc to forward all given input files to a single execution
> of the compiler proper, in a similar way as done for "-combine".
This is good work, but why not just reuse -combine? What i
Michael Hope writes:
> My last RTL dump was wrong due to it hitting a zero extend from memory
> optimisation. However, this time test.i.136r.subreg1 contains:
> (insn 7 4 8 2 loads.c:5 (set (reg:SI 32)
> (reg/v/f:SI 30 [ p ])) 6 {movsi} (nil))
>
> (insn 8 7 9 2 loads.c:5 (set (reg:QI 31
On 2009-04-27 at 10:27, Ian Lance Taylor wrote:
>
> > gcc has a new command line switch, "-multi".
> > This tells gcc to forward all given input files to a single execution
> > of the compiler proper, in a similar way as done for "-combine".
>
> This is good work, but why not just reuse -combine?
At Kaveh's request, the SC has considered whether or not GCC can rely
upon the MPC library. As Kaveh knows (as an SC member) the SC has
reviewed this decision and does not feel that the SC or the FSF need to
explicitly permit the use of a library whose license is compatible with
GPLv3, even if the
> "Oliver" == Oliver Kellogg writes:
Oliver> First tests look very promising. I'm getting noticeable speedups
Oliver> of when supplying N interrelated bodies in a single call as opposed
Oliver> to N individual calls to gnat1. Precise measurements will follow.
This sounds like it has a lot of
Adayadil Thomas wrote:
Hi All,
I was wondering if gcc had a restricted version which would enable me
to write programs
with a subset of C language.
if you mean you want to prevent certain C features from being used, you
can write a GCC plugin for it. See http://gcc.gnu.org/wiki/GCC_PluginAPI
Hi,
I'm a master degree student at University of Campinas
(Unicamp/Brazil), and I'd been trying to find a compiler to add to it
a loop optimization based on polyhedral model.
The polyhedral model (basically) works with nested loops structures,
performing some transformations, in order to improve t
Cristianno Martins wrote:
> Well, I didn't find anything about a implementation of this kind of
> optimization inside of gcc. Also, I need to know if someone is working
> on something like this using the gcc compiler.
http://gcc.gnu.org/wiki/Graphite
cheers,
DaveK
Hi,
I have very much been looking forward to the including of the lambda part of
C++0x. I have been playing around with the lambda branch of gcc, which at
least superficially works well apart from assorted bugs.
What can I do to make lambdas part of a future release of gcc?
Where do I report/
On 2009-04-27, at 12:19, Tom Tromey wrote:
>
> This sounds like it has a lot of overlap with the incremental compiler
> project I was working on. I think you could probably rearrange things
> to use the compile server infrastructure from the branch without
> trouble.
>
> There are some difference
> "Oliver" == Oliver Kellogg writes:
Tom> There are some differences in invocation. I designed the incremental
Tom> compiler so that no changes to user Makefiles would be needed; I don't
Tom> know whether that is a consideration with Ada.
Oliver> The idea is that gnatmake determines the tot
On 2009-04-27, at 14:28, Tom Tromey wrote:
>
> Tom> I am curious how you handle locations on shared bits of the AST.
> Tom> I needed some disturbing hacks to make this work well for C.
>
> Oliver> I'm not sure what you mean; could you explain?
>
> In the server, the global line map is reset for e
On Mon, 2009-04-27 at 19:58 +0100, Dave Korn wrote:
> Cristianno Martins wrote:
>
> > Well, I didn't find anything about a implementation of this kind of
> > optimization inside of gcc. Also, I need to know if someone is working
> > on something like this using the gcc compiler.
>
> http://gcc.gn
Thanks. I'm going to work around it for now by post correcting X -
it's a hack but I'm in the early stages of the port so I can get back
to it later.
-- Michael
2009/4/28 Ian Lance Taylor :
> Michael Hope writes:
>
>> My last RTL dump was wrong due to it hitting a zero extend from memory
>> opt
On Thu, 2009-04-23 at 20:34 -0400, DJ Delorie wrote:
> SH (and I'm sure others) has some multilibs (like -m2a-single-only)
> where sizeof(double) is 4, which breaks some testcases. Here's a
> patch which adds checks for small doubles (and small long doubles),
> and adjusts some of the tests which
Hi,
Thank you for helping me with those informations. From now on, I'll be
checking the Graphite framework, and I intend to contribute to that by
providing support to automatic parallelization. However, my project
focus on multicore architectures; I guess this is not a problem, is
it?
Thanks in a
On Thu, 2009-04-23 at 17:10 -0400, DJ Delorie wrote:
> In gcc.dg/Wconversion-real.c we see this:
>
> vdouble = 3.1L; /* { dg-warning "conversion" "" { target large_long_double
> } } */
>
> It turns out check_effective_target_large_long_double is NEVER called.
> You can change it to some bogus
> I'm convinced that if check_effective_target_xxx exists then it is
> called and the test directive works as intended.
Hmmm... how did you prove this? I tried putting verbose in them,
nothing printed. I tried reversing them, no change in test results.
> On Thu, 2009-04-23 at 20:34 -0400, DJ Delorie wrote:
> > SH (and I'm sure others) has some multilibs (like -m2a-single-only)
> > where sizeof(double) is 4, which breaks some testcases. Here's a
> > patch which adds checks for small doubles (and small long doubles),
> > and adjusts some of the t
On Mon, 2009-04-27 at 19:07 -0400, DJ Delorie wrote:
> > I'm convinced that if check_effective_target_xxx exists then it is
> > called and the test directive works as intended.
>
> Hmmm... how did you prove this? I tried putting verbose in them,
> nothing printed. I tried reversing them, no chan
> When you used verbose, did you pass --verbose within RUNTESTFLAGS?
Yes, I passed enough -v's to see what was happening. Odd. Well, if
you've proven it to yourself, that's good enough for me.
I've been trying to write a program with a logging thread that will
consume messages in 'printf format' passed via a struct. It seemed
that this should be possible using va_copy to copy the variadic
arguments but they would always come out as garbage. This is with gcc
4.1.2 on amd64. Reading throug
On Mon, Apr 27, 2009 at 8:37 PM, Matt Provost wrote:
> void tdebug(const char *format, ...) {
> va_list ap;
> pthread_mutex_lock(&m);
> mylog.format = format;
> va_start(ap, format);
> va_copy(mylog.ap, ap);
> pthread_cond_signal(&c);
> pthread_mutex_unlock(&m);
You are missi
On Mon, Apr 27, 2009 at 08:49:27PM -0700, Andrew Pinski wrote:
> On Mon, Apr 27, 2009 at 8:37 PM, Matt Provost wrote:
> > void tdebug(const char *format, ...) {
> > ?? ??va_list ap;
> > ?? ??pthread_mutex_lock(&m);
> > ?? ??mylog.format = format;
> > ?? ??va_start(ap, format);
> > ?? ??va_copy(myl
On Mon, Apr 27, 2009 at 9:00 PM, Matt Provost wrote:
> On Mon, Apr 27, 2009 at 08:49:27PM -0700, Andrew Pinski wrote:
>> On Mon, Apr 27, 2009 at 8:37 PM, Matt Provost wrote:
>> > void tdebug(const char *format, ...) {
>> > ?? ??va_list ap;
>> > ?? ??pthread_mutex_lock(&m);
>> > ?? ??mylog.format
On Manuel's recommendation, I have backed out revision 145102 for the
time being. If someone wishes to have another go at it, the code is in
svn.
Cheers, Ben
--
Ben Elliston
Australia Development Lab, IBM
Hi!
I have a question about "global" variable accessing when gcc compile some
code. See example below:
//--start---
#include
int aiArray[10];
int iCurArrayIdx;
int GetNewValue( int iValue )
{
//do something...
//i change the global variable intentionally.
iCurA
robinho...@yahoo.com.cn writes:
> I have a question about "global" variable accessing when gcc compile
> some code. See example below:
This question would be more appropriate for the mailing list
gcc-h...@gcc.gnu.org. Please take any follow-ups to that list.
> int GetNewValue( int iValue )
Matt Provost writes:
> Is there a portable way to pass a va_list between threads?
This question would be more appropriate for the gcc-h...@gcc.gnu.org
mailing list.
The answer is no: you can not pass va_list values between threads. If
you think about it you will realize that the va_list value
On Mon, 2009-04-27 at 19:26 -0300, Cristianno Martins wrote:
> Hi,
>
> Thank you for helping me with those informations. From now on, I'll be
> checking the Graphite framework, and I intend to contribute to that by
> providing support to automatic parallelization. However, my project
> focus on mu
38 matches
Mail list logo
