small testcase would be useful.
David Daney
Dave Korn wrote:
David Daney wrote on 01 April 2008 17:10:
Does the intent really matter?
Well, it certainly has a bearing on how amenable to modification under
social pressure his behaviour might or might not be.
We have determined this empirically over the course of many months, the
ons'.
Does the intent really matter? Since it is difficult if not impossible
to know the intent, as a practical matter we can only try to manage his
actions.
David Daney
ple algorithm that can
distinguish the second :-).
David Daney
lures.
Having this would allow VRP to eliminate a good bit of dead code for
common java constructs.
See also: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24825
Thanks,
David Daney
runk build shows many FAILures
that are only on the branch.
Although I didn't investigate, the FAILure in libjava/Array_3, usually
indicate that exception handling is broken in some way.
David Daney
with my target
receiver.
So where is the goto setup code created? And is there a bug here?
Perhaps you need to implement one or more of: save_stack_nonlocal,
restore_stack_nonlocal, nonlocal_goto, and/or nonlocal_goto_receiver.
David Daney
Ralf Baechle wrote:
On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
The third operand to 'ins' must be a constant int, not a register.
Signed-off-by: David Daney <[EMAIL PROTECTED]>
---
include/asm-mips/bitops.h |6 +++---
1 files changed, 3 insertions(+), 3 de
Richard Sandiford wrote:
> David Daney <[EMAIL PROTECTED]> writes:
>> Ralf Baechle wrote:
>>> On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
>>>
>>>> The third operand to 'ins' must be a constant int, not a register.
Richard Sandiford wrote:
David Daney <[EMAIL PROTECTED]> writes:
Richard Sandiford wrote:
David Daney <[EMAIL PROTECTED]> writes:
Ralf Baechle wrote:
On Wed, Jun 11, 2008 at 10:04:25AM -0700, David Daney wrote:
The third operand to 'ins' must be a constant int, not a
ht also be a good idea to get a real lawyer to help you evaluate
your exact situation.
David Daney
rested in any efforts to convert the class
> libraries, on some basis, for microcontroller usage. Clearly this cannot be
> a direct compilation in all cases, especially for graphics, but any such
> activity may beat starting from square one.
>
GCC ships with a fairly complete java runtime library (libgcj).
David Daney
If you are loading the code some other way, then you may have to call some of
the __register_frame* family of functions (in libgcc) passing pointers to the
appropriate .eh_frame sections of the generated code.
I imagine that GCJ has do to this ind of thing?
g++ as well.
David Daney
Dave Korn wrote:
David Daney wrote on 12 August 2008 18:19:
Questions like this should probably go to [EMAIL PROTECTED]
Questions about deep compiler internals and EH abis? Seems a bit intense
for the where's-the-any-key list to me...
gcc@ is for questions about development o
ginal patch code remains. If so, probably
a copyright assignment for the original author would be required as well (at
least that is my understanding).
David Daney
at all the repeats are generated by gmail.com. You will note
that NightStrike's messages are repeated as well.
David Daney
Within the last two days my MIPS bootstraps are failing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
It worked back on:
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00118.html
David Daney
pecific CPU specified by -mcpu=?
I was thinking of doing something similar on MIPS where there are
similar issues.
David Daney
lly use diff rather than compare_tests?
That would be nice, but you could sort your FAILs if it changed and be
able to compare the sorted lists.
But stability within a given revision of the testsuite I think would be
almost essential.
David Daney
Adam,
As shown here:
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg01775.html
gcc.target/mips/octeon-exts-2.c is failing when configured --with-arch=sb1
Do you know if it is failing universally or only on non-octeon targets?
David Daney
Adam,
As shown here:
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg01775.html
gcc.target/mips/octeon-exts-2.c is failing when configured --with-arch=sb1
Do you know if it is failing universally or only on non-octeon targets?
David Daney
mble folk. Much has happened, but we don't like to make
a big spectacle of it.
I would recommend following [EMAIL PROTECTED] instead.
David Daney
log-in (I even requested a new password in-between ;) )
I don't know what indication you were looking for or expecting.
Acknowledged that it would be nice if it didn't break.
David Daney
David Daney wrote:
Ralf Corsepius wrote:
1. I submitted a PR, and was asked to login several times inbetween.
I have found that clearing the browser's cookie cache for the site will
often correct this problem.
I should have read the rest of the thread :(. It looks like thi
available patches, so I might change my mind
about that.
Please see:
http://gcc.gnu.org/ml/gcc/2007-05/msg00032.html
for information about reporting problems.
Please see: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31807
A bootstrap failure from the RC3 tarball on mipsel-unknown-linux-gnu
David
g on mipsel-unknown-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg00265.html
This is a regression from:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00666.html
I was hoping that 4.2.0 would be good, but very recently someone broke
it. Don't people test for regressions before committing?
David Daney
David Daney wrote:
Kaz Kojima wrote:
Hi,
I've noticed that some libjava tests fail for SH on trunk and
4.2.0 RC3.
New tests that FAIL:
Divide_1 -O3 -findirect-dispatch output - bytecode->native test
Divide_1 -O3 output - bytecode->native test
Divide_1 -O3 output - source co
David Daney wrote:
David Daney wrote:
Kaz Kojima wrote:
Hi,
I've noticed that some libjava tests fail for SH on trunk and
4.2.0 RC3.
New tests that FAIL:
Divide_1 -O3 -findirect-dispatch output - bytecode->native test
Divide_1 -O3 output - bytecode->native test
Divide_1 -O3 outp
disable libffi closures and the libgcj
interpreter for the soft-float ABI.
David Daney
On 5/8/07, Andrew Haley <[EMAIL PROTECTED]> wrote:
Patrick Olinet writes:
> Hi there,
>
> I'm running an embedded platform based on a powerpc 405EP CPU and a
> gcc 4.1.0 cross-toolc
an be
considered when determining if a patch is suitable for the 4.1 branch.
David Daney.
/gcc.gnu.org/svn/gcc/trunk/gcc
That is probably not what you want. That will only checkout the gcc
subdirectory. The result while interesting, will not be sufficient to
build a working compiler.
David Daney
e even special privileges for fixing on a release branch).
It's called 'wrong-code'? Maybe I'm missing something though.
Perhaps that doesn't connote enough gravitas.
David Daney
privileged
information to our mailing lists.
David Daney
the compiler is built. Having the class files pre-built
allows us to build gcj/libgcj without relying on an external java runtime.
Another factor IIRC, is a decision of a non-technical nature made by RMS
and the Steering Committee that the ecj source could not be incorporated
into GCCs sources.
Da
Daniel Jacobowitz wrote:
I'm trying to track down why unwinding through a signal frame crashes
on MIPS n32. David, I'm pretty sure you introduced the crash here:
2006-11-20 David Daney <[EMAIL PROTECTED]>
* config/mips/linux-unwind.h (mips_fallback_frame_state): Adju
David Daney wrote:
Daniel Jacobowitz wrote:
I'm trying to track down why unwinding through a signal frame crashes
on MIPS n32. David, I'm pretty sure you introduced the crash here:
2006-11-20 David Daney <[EMAIL PROTECTED]>
* config/mips/linux-unwind.h (mips_fall
/forwprop-2.c scan-tree-dump t\[i.*\] = 1;
+FAIL: gcc.dg/tree-ssa/forwprop-2.c scan-tree-dump t\[i.*\] = 1;
David Daney
The information is here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32313
David Daney
Error 1
Keith, did you forget to update VMVirtualMachine.h?
It would appear so.
If you are in a hurry and have the requisite tools installed, configure
with --java-maintainer-mode to regenerate the file yourself.
David Daney
H.J.
ecs with no
> register dependencies, if it had thought that doing so was allowed.)
I would appreciate it if one or more dataflow maintainers were to opine
on the correctness of the patch in the bug report and to address
Richard's concerns.
Thanks,
David Daney
fail, it would be good to note that as
well.
Thanks,
David Daney
checked, exception handling on uClibc was foobar. I am
not sure if it is true for the versions you are using. There may be
patches floating around that make things work (I know I posted some a
while back.)
David Daney.
Joshua ChaitinPollak wrote:
On Jul 9, 2007, at 1:43 PM, David Daney wrote:
You don't say what version of uclibc you are using.
The last time I checked, exception handling on uClibc was foobar. I
am not sure if it is true for the versions you are using. There may
be patches floating a
s of either GCC
developers or those trying to learn about GCC development.
My $0.02 would be to maintain the status quo.
David Daney
ely ignore time outs for 20001226-1.c
David Daney
ips64-linux-gnu-gcc (GCC) 3.3-mips64linux-031001
Has anyone experienced this problem before?
In order to investigate we would need a self contained test case (i.e.
the definition of PVAR must be included). Also it would be nice if you
could try it on a current version of GCC (4.2.1 perhaps).
cross compiler/glibc environment?
Don't bootstrap.
Use one of Kegal's crosstool or the cross-lfs instructions exactly once.
Then keep a good build of glibc around for future build cycles.
That way you never bootstrap. You just build a cross compiler in the
standard manner, which *always* works.
David Daney
Andrew Haley wrote:
David Daney writes:
> Stephen M. Kenton wrote:
> > Hello all,
> >
> .
> .
> .
> > I realize that there are various "solutions" for specific
> > platforms. Dan Kegel's excellent crosstool and the cross-lfs we
central place rather than
doing things the
way that mips and i386 currently handle it?
I think Danial Jacobowitz is probably correct in that the structure
definitions should just be copied into libgcc so that we are not
dependent on libc.
David Daney
ke sense for an atomic memory operation.
Perhaps the insn predicates and/or constraints need to be adjusted so
that the operand is forced into memory.
David Daney
With revision 128207
Configured: ../trunk/configure
--prefix=/home/ddaney/gccsvn/trunk-install --target=mipsel-linux
--build=mipsel-linux --host=mipsel-linux --with-gmp=/home/ddaney/mp
--with-mpfr=/home/ddaney/mp --with-arch=sb1 --disable-java-awt
--without-x --enable-__cxa_atexit --disable-j
the delay slot of
the branch? I would say yes because we would expect the branch to
rarely taken.
Any feedback from linux-mips people is also solicited.
Thanks,
David Daney
Maciej W. Rozycki wrote:
On Wed, 19 Sep 2007, Ralf Baechle wrote:
Please make this loop closure branch a branch-likely. This is necessary
as a errata workaround for some processors.
Do we emulate them for MIPS I? We do emulate "ll" and "sc" and adding
"sync" is easy
Currently, I (and th
David Daney wrote:
Maciej W. Rozycki wrote:
On Wed, 19 Sep 2007, Ralf Baechle wrote:
Please make this loop closure branch a branch-likely. This is necessary
as a errata workaround for some processors.
Do we emulate them for MIPS I? We do emulate "ll" and "sc" and
a
Maciej W. Rozycki wrote:
On Wed, 19 Sep 2007, David Daney wrote:
Currently, I (and thus GCC 4.3) am assuming that Linux emulates 'll', 'sc' and
'sync', If sync is not emulated, we would need to adjust the code generation
so that it is not emitted on ISAs that don
th me.
Was this checked in?
It was, thus the commit message in the PR.
David Daney
release (Jul 18 2007)
!| \
!v v
! GCC 4.3 Stage 3 GCC 4.2.1 release (Oct 7 2007)
|
You probably meant: GCC 4.2.2 release (Oct 7 2007)
David Daney
to fix the MIPS target enough for 4.3 that it would be as good (from a
testsuite point of view) as x86_64.
David Daney
h until we are much closer to the release. It doesn't seem ideal
to re-live the 4.2 schedule ad infinitum.
As for what the actual date for release should be, I have no preference.
David Daney
though the optimization has been there
since gcc 3.4 and nobody noticed.
Most people didn't have multi-core processors then..
They did use pthreads though. Code correctness in this case does not
depend on the number of processor cores.
David Daney
ser/.libs/HTML_401F.o
>
> Was I pessimistic or is there a bug?
>
You need at least 256MB of memory to compile HTML_401F. A lot of time
is also useful. If the system is not thrashing, I would give it a
couple of hours before calling it broken.
David Daney
> TIA
>
> Dominique
Gerald Pfeifer wrote:
> On Sun, 28 Oct 2007, David Daney wrote:
>
>> You need at least 256MB of memory to compile HTML_401F. A lot of time
>> is also useful. If the system is not thrashing, I would give it a
>> couple of hours before calling it broken.
>>
Gerald Pfeifer wrote:
> On Sun, 28 Oct 2007, David Daney wrote:
>
>>> On i386-freebsd the number I identified earlier this year was 700MB,
>>> 512MB definitely _not_ being sufficient. I'd be very interested in
>>> your measurements, perhaps we can redu
/pr33723.c by r129776:
http://gcc.gnu.org/ml/gcc-testresults/2007-10/msg01439.html
It appears that these are probably missed optimizations, but it would be
nice to understand why they are failing on MIPS and not on say x86_64:
http://gcc.gnu.org/ml/gcc-testresults/2007-11/msg00031.html
David Daney
Mark Mitchell wrote:
Alexandre Oliva wrote:
On Nov 7, 2007, Mark Mitchell <[EMAIL PROTECTED]> wrote:
Until we all know what we're trying to do
Here's what I am trying to do:
I think these are laudable goals, but you didn't really provide the
information I wanted. In particular, what I'd l
winder (in
libgcc_s.so.1).
Thoughts?
David Daney
David Daney wrote:
With the current kernel (2.6.23.1) in my R5000 based O2 it seems
impossible for GCC's exception unwinding machinery to unwind through
signal frames. The cause of the problems is the
ICACHE_REFILLS_WORKAROUND_WAR which puts the sigcontext at an almost
impossib
t
>
>
It is expected that 'events output' will FAIL on a multi-lib system when
testing against a non-default ABI. See:
http://gcc.gnu.org/ml/gcc-testresults/2007-11/msg00952.html
If this is not the case, then you may have a problem.
David Daney
or you are experiencing might be useful.
Thanks,
David Daney
he details (perhaps it was with
binutils 2.18).
David Daney
s was not the case 20 years ago.
I think Richard's idea to eliminate the file would not negatively impact
anyone.
David Daney
ashish mahamuni wrote:
> Hi All,
>
> Can I know the list of file names in gcc source where
> endianness support is implemented
>
>
Yes, from the root of the gcc source tree do something like this:
grep -r _ENDIAN * | grep -v .svn
David Daney
as they say.
>>
>
> Never mind; see
> http://gcc.gnu.org/bugs/management.html
>
> for when to use SUSPENDED.
>
>
Perhaps we need a new state like: DORMANT -- Like new, but nobody cares
enough to do anything about it.
Really this is like NEW P5, so perhaps no new state is needed.
David Daney
NightStrike wrote:
On 12/19/07, Steven Bosscher <[EMAIL PROTECTED]> wrote:
Let's take a bug as an example case: http://gcc.gnu.org/23835
Here, there is a bug report about a huge compile time increase. The
release manager decided that this was not a release blocker for GCC
4.2. So it was m
e, is that all
characters that are not ISALNUM() are encoded with a __U_ sequence.
I am looking from feedback from mangling gurus on this.
Does this seem acceptable?
Are there changes that you would recommend?
I will prepare a demangler patch to accompany the java patch when the
mangling scheme is deemed to be good.
Thanks,
David Daney
201 - 275 of 275 matches
Mail list logo
