Google is hosting Summer of Code again this year. This is a program
in which they sponsor students to work on open source projects. The
students work under the guidance of mentors on specific approved
projects. For each completed project, Google will pay the student
$4500 and the project $500.
On Sun, Apr 16, 2006 at 02:04:10PM -0700, Mark Mitchell wrote:
> I've now reviewed the open regressions against the GCC 4.1 branch.
> There are 101 "serious" (P3 or higher) regressions against GCC 4.1, the
> vast majority of which also apply to 4.2. Therefore, fixing these
> regressions provides a
Hi Dave.
I hope you find and squash the relocation bug the right way,
but until then, perhaps you could use my cheezy program
that fixes embedded paths in gcc toolchains. It's at
http://kegel.com/crosstool/current/fix-embedded-paths.c
I haven't tested it on mingw toolchains, so some assembly may
b
The generator programs (e.g. build/genattrtab) output #line directives
before code which has been copied from the machine description files, so the
debugger will show you the correct file. But this then causes trouble when
single stepping through code which wasn't included from the .md files.
Gen_f
I've now reviewed the open regressions against the GCC 4.1 branch.
There are 101 "serious" (P3 or higher) regressions against GCC 4.1, the
vast majority of which also apply to 4.2. Therefore, fixing these
regressions provides a double benefit: both the release branch and the
next release will be i
Hello GCC's people,
What can you say me about this common WARNING
in GCC-3.4.6, GCC-4.1-20060414 and GCC-4.2-20060415?
--
GCC-3.4.6:
--
./genrecog ./config/i386/i386.md > tmp-recog.c
./co
On Sat, Apr 15, 2006 at 09:46:24AM +0100, Dave Murphy wrote:
> I had a look through gcc.c and noticed that standard_exec_prefix and
> standard_libexec_prefix are constants which refer to the configured
> install path. gcc_exec_prefix and gcc_libexec_prefix are the equivalent
> paths adjusted for
Hi Nathan,
Does the VEC API support the following?
typedef unsigned char vec_uchar;
DEF_VEC_I(vec_uchar);
DEF_VEC_ALLOC_I(vec_uchar,gc);
Note that this is GC'ed. When I use this construct in except.c, I get
libbackend.a(except.o): In function `gt_ggc_mx_eh_status':
./gt-except.h:104: undefined
