Hi,
In the last 24 hours, something has gone in which makes
the GCJ interpreter "gij" abort on even simple "Hello World"
classes. For example, the "RuntimeCheck" program in
the Jacks testsuite:
8<
public class RuntimeCheck {
private Ru
> > Why not just maintain it in a local tree and post refined
> > versions every now and then, until stage 1 for GCC 4.2 opens?
> > Branches are for major work and a new pass is not that major.
>
> It's also fine to create a new branch for this work. That let's other
> people see what you're wor
Hi there,
is there any reference about the warning- and error-messages gcc (e.g.
4.0.1) produces when compiling a C-source code ?
What I'm looking for is a summary with some explanations. I tried hard,
but couldn't find something suitable.
Thanks and kind regards
Ralf Schubert
PASStec GmbH
Hello,
Investigated again a big increase of size going from GCC-3.4 to 4.x
(gcc (GCC) 4.0.2 20050811 (prerelease)) on my Gujin-v1.2, quickly way
to reproduce:
Download and untar gujin, then build "fs.s" :
url_get http://prdownloads.sourceforge.net/gujin/gujin-1.2.tar.gz?download
tar -xvzf
I am converting peepholes to peephole2's. However, after compiling the
kernel with the patched build, I get size regressions. Although the
obj-dump shows that the peephole should have matched, it is actually not
getting matched. This is because the pattern to be matched is not
present at the ti
On Wed, 2005-08-24 at 00:07 -0400, Daniel Berlin wrote:
> I imagine if you have 300k bb's or 1.5 million live pseudos to consider,
> it probably makes a real difference, but that's not *too* common in our
> supported languages (30k bb's/150k pseudos is probably the practical
> upper limit of what w
> "Richard" == Richard Henderson <[EMAIL PROTECTED]> writes:
Richard> On Tue, Aug 23, 2005 at 04:32:42PM -0400, Paul Koning wrote:
>> 1. Why do _builtin_ia32_paddusb and similar functions take signed
>> vector arguments, when the hardware primitive is defined to
>> operate on unsigned vect
On Wed, 2005-08-24 at 08:47 -0500, Peter Bergner wrote:
> On Wed, 2005-08-24 at 00:07 -0400, Daniel Berlin wrote:
> > I imagine if you have 300k bb's or 1.5 million live pseudos to consider,
> > it probably makes a real difference, but that's not *too* common in our
> > supported languages (30k bb'
Hello all!
I would very much like to contribute to the gcc
project and as such have been monitoring the gcc list
and perusing the documentation.
One project in particular looks interesting.
Make insn-recog.c use a byte-coded DFA.
Richard Henderson and I started this back in 1999 but
never fini
> In the last 24 hours, something has gone in which makes
> the GCJ interpreter "gij" abort on even simple "Hello World"
> classes. For example, the "RuntimeCheck" program in
> the Jacks testsuite:
I had (probably) the same thing yesterday. Here's a backtrace:
(gdb) bt
#0 0x412d6ca1 in kill (
Is this still an open project? and if so can anyone
give me more information on what is needed?
Yes, it is.
Basically, insn-recog.c is a huge decision tree. genrecog.c builds it
and outputs it as C code. It uses variables like "x0, x1, x2, ..., xn"
which would become the virtual machine's
Attempting to edit the Wiki or otherwise login seems to generate an
error. This may be because I don't have an account. Error text below.
Niko
Fatal Error:
lib/WikiDB/adodb/adodb-errorhandler.inc.php:76: Error: mysql error:
[1065: Query was empty] in EXECUTE("")
lib/WikiUser/AdoD
Niko Matsakis wrote:
Attempting to edit the Wiki or otherwise login seems to generate an
error. This may be because I don't have an account. Error text below.
Probably, because I can edit with "PaoloBonzini" but not with "Paolo".
Using "WikiWord" literally is a workaround.
Paolo
You don't need a real account, just login as any wikiword.
I think you are probably trying to login with a non-wikiword as the
login name.
Indeed, I forgot that WikiName's must be MixedCase.
Niko
On Wed, Aug 24, 2005 at 06:50:25PM +0530, Ashwin wrote:
> The pattern matches in the original peephole pass because the
> peephole pass happens just before assembly generation, when the 3 insns
> are present together. Has anybody encountered a similar problem?
No, or at least havn't looked.
>
Currently, get_expr_operands "renormalizes" the actual tree operands on
it's own whim , such that if you call update_stmt on something like "a +
c", it may be "c + a" after the call to update_stmt.
This is not the same as sorting the use operands, vuses, etc, which is
fine.
This is actually modify
On Wed, 2005-08-24 at 18:15 +0200, Niko Matsakis wrote:
> Attempting to edit the Wiki or otherwise login seems to generate an
> error. This may be because I don't have an account. Error text below.
>
You don't need a real account, just login as any wikiword.
I think you are probably trying to
On Wednesday 24 August 2005 12:58 pm, Niko Matsakis wrote:
> Indeed, I forgot that WikiName's must be MixedCase.
Also known as BumpyCaps. Today's useless fact was brought to you by the
letters A and K, and the number 47.
--
Patrick "Diablo-D3" McFarland || [EMAIL PROTECTED]
"Computer games don'
Original Message
>From: Patrick McFarland
>Sent: 24 August 2005 18:27
> On Wednesday 24 August 2005 12:58 pm, Niko Matsakis wrote:
>> Indeed, I forgot that WikiName's must be MixedCase.
>
> Also known as BumpyCaps. Today's useless fact was brought to you by the
> letters A and K, and the
On Wed, 2005-08-24 at 13:22 -0400, Daniel Berlin wrote:
> Currently, get_expr_operands "renormalizes" the actual tree operands on
> it's own whim , such that if you call update_stmt on something like "a +
> c", it may be "c + a" after the call to update_stmt.
> This is not the same as sorting the u
On Wed, Aug 24, 2005 at 01:22:09PM -0400, Daniel Berlin wrote:
> Alternatively, i can just add the "no resort" interface.
> (or of course, write the ugly code to keep rechecking which operands got
> switched after each call to update_stmt :P)
I'd prefer we kill it. Anything that relies on it ough
> The auto-canonicalization does present some problems. No doubt about
> that. However, I was added specifically because it was allowing us
> to eliminate more useless crud. IIRC it was comparison elimination
> that primarily benefited from auto canonicalization.
I think that part may have been
In looking at PR23237, I ran into a bit of confusion over the
difference between TREE_READONLY and TREE_CONSTANT. Andrew Pinski
indicated in PR logs that I am misunderstanding their uses, so rather
than bogging down the PR logs trying to clear up my confusion (which
isn't really fair to An
Torsten Mohr wrote:
> In that file i've also read about an option "ghs", does
> that one switch to the Greenhills ABI?
In theory, yes. In practice, I'd be skeptical. It probably hasn't been
well tested.
> From that file i can't really conclude everything.
> For example i don't know if registers
[EMAIL PROTECTED] wrote:
> It's the mem rtx makes the difference,
> but I don't know where the mem rtx comes from.
> I have no idea about it.
The real question here is why did purge_addressof_1 fail? You didn't
provide that info.
There are so many different things that could be wrong here that I
[EMAIL PROTECTED] wrote:
> main.c:7: internal compiler error: in purge_addressof, at
> function.c:3423
Oh, I forgot to mention, purge_addressof disappeared over a year ago, so
few people are going to care about this. You are doing a port to
gcc-3.4.x perhaps? It is important to include inf
ji an wrote:
> when I input the command line:
>>g++ -m64 -o test test.cc
> error message was output:
> /tmp/ccyjpGIh.o(.text+0x900): In function `main':
> : relocation truncated to fit: R_X86_64_32
This kind of question is more appropriate for gcc-help. The gcc list is
intended for questions abou
>
> > In the last 24 hours, something has gone in which makes
> > the GCJ interpreter "gij" abort on even simple "Hello World"
> > classes. For example, the "RuntimeCheck" program in
> > the Jacks testsuite:
>
> I had (probably) the same thing yesterday. Here's a backtrace:
It was caused by t
Nick Clifton wrote:
> The reason for this behaviour is that the debug information is being
> written out before the variables have been fully resolved. In
> particular DECL_SET() for the second and third observer functions is
> NULL when the debug info is generated, which is why they are b
On Wed, Aug 24, 2005 at 11:10:38AM -0700, Josh Conner wrote:
> Can someone provide a bit of insight here - what is the difference
> between TREE_READONLY and TREE_CONSTANT (and why is TREE_READONLY the
> one that ipa-reference should be setting)?
It depends on what property IPA is computing.
On Wed, 2005-08-24 at 12:33 -0700, James E Wilson wrote:
> Nick Clifton wrote:
> > The reason for this behaviour is that the debug information is being
> > written out before the variables have been fully resolved. In
> > particular DECL_SET() for the second and third observer functions is
>
On Aug 24, 2005, at 12:33 PM, Richard Henderson wrote:
On Wed, Aug 24, 2005 at 11:10:38AM -0700, Josh Conner wrote:
Can someone provide a bit of insight here - what is the difference
between TREE_READONLY and TREE_CONSTANT (and why is TREE_READONLY the
one that ipa-reference should be setting
I am writing a "quick and dirty" DCE pass which is faster the current
DCE and
does not do anything with stores/loads. It passes over all the live
SSA_NAMEs
by looping over ssa_name. But I am running into places where SSA_NAMEs
not
released when they become dead. I have a fix for some of these
> If we take this after DCE, we still refer to a statement which no longer
> exists which we don't collect in the GC.
As i said when i pointed this out to you, we should probably skip
walking common.chain on SSA_NAME.
But that's non-trivial hard because it's a reused field :(
>
> Could someone lo
Hello,
I am compiling GCC-4.0.1 with the following :
../gcc-4.0.1/configure --enable-tree-browser=yes
--prefix=/home/jiang/DEV/gcc-dev/trunk/install
--enable-languages=c,c++ --enable-maintainer-mode=yes
After a while I got the following errors with :
Adding multilib support to Makefile in ..
On Wed, 2005-08-24 at 18:28 -0400, Daniel Berlin wrote:
> > Could someone look into this and see what they can do?
>
> You should probably ask Diego or Andrew directly whether they'd like us
> to do this in bsi_remove (which requires adding an argument) and
> remove_phi_node(ditto) so that a lot
On Wed, Aug 24, 2005 at 06:30:17PM +0100, Dave Korn took 20 lines to write:
> Original Message
> >From: Patrick McFarland
> >Sent: 24 August 2005 18:27
>
> > On Wednesday 24 August 2005 12:58 pm, Niko Matsakis wrote:
> >> Indeed, I forgot that WikiName's must be MixedCase.
> >
> > Also kn
On Wed, 2005-08-24 at 19:19 -0400, Andrew MacLeod wrote:
> On Wed, 2005-08-24 at 18:28 -0400, Daniel Berlin wrote:
> > > Could someone look into this and see what they can do?
> >
> > You should probably ask Diego or Andrew directly whether they'd like us
> > to do this in bsi_remove (which requ
I've created a new 4.2 Project page for "response files", which is
what Microsoft calls files that contain command-line options.
Conventionally, if you pass "@file" as an argument to a program, the
file is read, and the contents are treated as command-line options.
On systems with small command-li
On Wed, Aug 24, 2005 at 09:50:32PM -0700, Mark Mitchell wrote:
>
> I've created a new 4.2 Project page for "response files", which is
> what Microsoft calls files that contain command-line options.
> Conventionally, if you pass "@file" as an argument to a program, the
> file is read, and the conte
Christoph Hellwig wrote:
On Wed, Aug 24, 2005 at 09:50:32PM -0700, Mark Mitchell wrote:
I've created a new 4.2 Project page for "response files", which is
what Microsoft calls files that contain command-line options.
Conventionally, if you pass "@file" as an argument to a program, the
file is r
Mark Mitchell <[EMAIL PROTECTED]> writes:
> I've created a new 4.2 Project page for "response files", which is
> what Microsoft calls files that contain command-line options.
> Conventionally, if you pass "@file" as an argument to a program, the
> file is read, and the contents are treated as comm
> I'm not sure what you're saying. The limitation on command-line
> length can be in either the shell, or the OS. In Windows 2000, the
> limitation comes primarily from the Windows command shell.
When gcc.exe invokes cc1.exe, the limitation is not the command shell.
DJ Delorie wrote:
I'm not sure what you're saying. The limitation on command-line
length can be in either the shell, or the OS. In Windows 2000, the
limitation comes primarily from the Windows command shell.
When gcc.exe invokes cc1.exe, the limitation is not the command shell.
Correct.
I
DJ Delorie wrote:
It sounds like you're interested in MinGW.
Yes. I'm particularly interested in the case of applications not built
with GCC invoking GCC. I can't control the invoker; only the invokee.
> If you really wanted > help MinGW users, you'd fix MinGW so that it
supported these
Hey,
I'm going to do more testing on this, but it seems this patch reduces the
number of DOM iterations from the number of else if statements in pr19097 to
2 DOM iterations. This is a massive savings and the savings if from
calling fold_build2 (cond_code, boolean_type_node, op0, op1) in
thre
46 matches
Mail list logo
