files within the same second?
If so that seems bad.
David Daney
was any expectation
that there was any assumption of liability for GCC's failure to
perform as indicated.
Perhaps you are right, but it would not surprise me if there were
commercial entities based around FOSS that would provide that type of
support.
David Daney
oving output file
`/home/bob/rcs/svn/gcc/gcc/builddir/gcc/doc/c-tree/index.html' due to
errors; use --force to preserve.
'make -k html' from the top level Makefile should do what you want. It
starts at the root of the texi hierarchy and does not suffer from the
failure you report.
David Daney.
Andrew Haley wrote:
Roger Sayle writes:
>
> Hi David,
>
> On Sun, 22 Oct 2006, David Daney wrote:
> > 2006-10-22 Richard Sandiford <[EMAIL PROTECTED]>
> > David Daney <[EMAIL PROTECTED]>
> >
> > PR middle-end/2
s fully tested and ready to go for the 4.2 branch.
Roger is the maintainer of the relevant parts of the compiler. When and
if he approves it, I will gladly commit the patch to the branch.
David Daney
David Daney wrote:
Eric Botcazou wrote:
Lots of people seem to test release branches -- probably more than
mainline
-- and I would hope that using the fix from this PR is by far the
strongest contender.
Definitely. People report bugs against released versions and expect
fixes for these
Roger Sayle wrote:
On Wed, 25 Oct 2006, David Daney wrote:
The patch is fully tested and ready to go for the 4.2 branch.
The last thing I want is for this fix to get delayed whilst we argue
over patch testing/approval policy. This fix addresses the known
wrong-code issue, and at worst may
I am going to try to fix:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
Which is a problem where a %lo relocation gets separated from its
corresponding %hi.
What is the mechanism that tries to prevent this from happening? And
where is it implemented?
Thanks,
David Daney
Ian Lance Taylor wrote:
David Daney <[EMAIL PROTECTED]> writes:
I am going to try to fix:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
Which is a problem where a %lo relocation gets separated from its
corresponding %hi.
What is the mechanism that tries to prevent this from hap
Ian Lance Taylor wrote:
David Daney <[EMAIL PROTECTED]> writes:
Ian Lance Taylor wrote:
David Daney <[EMAIL PROTECTED]> writes:
I am going to try to fix:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
Which is a problem where a %lo relocation gets separated from its
c
inux-gnu/libgfortran'
make[1]: *** [all-target-libgfortran] Error 2
make[1]: Leaving directory `/home/daney/gccsvn/native-trunk'
make: *** [all] Error 2
Is anyone else seeing this, or do you have any pointer as to how it
might be fixed (other than disabling fortran)?
Thanks,
David Daney
ht want to try running mk-kinds-h.sh to see what the error
is?
Thanks Andrew. That was the problem. I had inadvertently left my
LD_LIBRARY_PATH unset, so it was probably using the system libraries
instead of the special GCC versions.
This being my first ever x86_64 build, I am still working
least to facilitate the improvement of two
important programs (the Linux kernel and GCC).
There is a lot more that could be said, but I will leave it at that,
David Daney
(in md
file), i am not able to generate a pseudo register because the
condition check for "no_new_pseudos " fails.
Can any one suggest a way to overcome this?
This is similar to how the MIPS works. Perhaps looking at its
implementation would be useful.
David Daney
From svn r119726 (Sun, 10 Dec 2006) I am getting an ICE during
bootstrap on mipsel-linux. This is a new failure since Wed Dec 6
06:34:07 UTC 2006 (revision 119575) which bootstrapped and tested just
fine. I don't really want to do a regression hunt as bootstraps take 3
or 4 days for me. I wi
Steven Bosscher wrote:
On 12/11/06, David Daney <[EMAIL PROTECTED]> wrote:
From svn r119726 (Sun, 10 Dec 2006) I am getting an ICE during
bootstrap on mipsel-linux. This is a new failure since Wed Dec 6
06:34:07 UTC 2006 (revision 119575) which bootstrapped and tested just
fine. I
c 4.2?
Jack
You should probably target the trunk first. Then after the patch is
proven there a backport could be considered under the the branch commit
criteria.
David Daney
er
overflows; treatment of division by 0, and all floating-point
exceptions, varies between machines, and is usually adjustable by a
library function.
In chapter 2, section 2.5 it basically says the same thing.
Those are the only two places the index indicates that 'overflow' i
et hard to find wierd program results. Your program is
killed by SIGFPE.
David Daney
ntrary, no one expects a%b to
raise SIFPE when b != 0.
On the contrary, since the beginning of time SIGFPE has been generated
on GCC/x86/linux under these conditions. This is wildly known.
Just because you just found out about it does not mean that 'no one'
expects it.
David Daney
the 'best' thing for GCC and
the GCC developers to do.
I don't claim to speak for others, but until now this issue has not
seemed all that pressing. And it still doesn't.
David Daney
your program didn't get killed by SIGFPE, it just
gave incorrect results.
David Daney
n.
x86, x86-64, S/390, as far as I'm aware.
MIPS does *not* seem to suffer from this 'defect', so a target
independent solution that caused MIPS to generate worse code would be bad.
David Daney
for gcc to be altered
to handle this.
That only works if the operation causes a trap. On x86 this is the
case, but Andrew Pinski told me on IM that this was not the case for PPC.
David Daney
ration trap and the trap handler generates the exception.
Because libgcj already handles all of this, it was brought up that a
similar runtime trap handler could easily be used for C. However as
others have noted, the logistics of universally using a trap handler in
C might be difficult.
David Daney
elays recently. I am sure you will correct me if I
have missed something.
David Daney
This really looks like a java problem, CCing java@
It looks like you are missing jack/jack.h
On my FC6/x86_64 system these files are not even built, so I don't get
the missing jack/jack.h error. Instead it builds the midi-alsa files.
That is the only insight I can provide.
David
iably work regardless of
any applied optimization.
Best to use a language that has no undefined behaviors if you don't want
optimizations to change program behavior.
Yes I know that for one reason or another, many people will not be using
such a language. So we try to do our best with making gcc a useful
compiler.
David Daney
Ray Hurst wrote:
By the way, was this the correct place to post it?
Ray
Two very senior GCC developers have already answered your question in
the same manner. If you review what they said, you will see that the
answer is *no*.
David Daney
undefined symbol:
__gmp_get_memory_functions
make[3]: *** [gnu/java/awt/color.lo] Error 1
make[3]: *** Waiting for unfinished jobs....
David Daney
should have figured that out.
I love this gmp/mpfr requirement. You keep reminding me, but after
about two weeks I forget and it bites me again.
Thanks,
David Daney
a command similar to that
reported by gcc -v.
At least that is the way I would do it.
David Daney.
0x for this call.
It looks like the logic that decides if a symbol is external to the
compilation unit is faulty.
Any ideas about where it might have gone wrong?
I will try to look into it more tomorrow.
Thanks,
David Daney
Andrew Haley wrote:
David Daney writes:
> Richard,
>
> Sometime between 1/7 and 1/16 on the trunk I started getting wrong code
> on a bunch of java testcases under mipsel-linux.
>
> It looks related to (but not necessarily caused by) this patch:
>
> http://gc
David Daney wrote:
Andrew Haley wrote:
David Daney writes:
> Richard,
> > Sometime between 1/7 and 1/16 on the trunk I started getting
wrong code > on a bunch of java testcases under mipsel-linux.
OK, it was r120621 (The gcj-elipse branch merge) where things started
David Daney wrote:
David Daney wrote:
Andrew Haley wrote:
David Daney writes:
> Richard,
> > Sometime between 1/7 and 1/16 on the trunk I started getting
wrong code > on a bunch of java testcases under mipsel-linux.
OK, it was r120621 (The gcj-elipse branch merge) where th
Tom Tromey wrote:
"David" == David Daney <[EMAIL PROTECTED]> writes:
David> The call to _ZN4java4lang6ObjectC1Ev is being generated as non-pic,
David> even though that symbol is defined in libgcj.so. The assembler and
David> linker conspire to jump to address 0x0
Andrew Haley wrote:
David Daney writes:
> Tom Tromey wrote:
> >>>>>> "David" == David Daney <[EMAIL PROTECTED]> writes:
> >
> > David> The call to _ZN4java4lang6ObjectC1Ev is being generated as non-pic,
> > David> eve
any time-related issues this year? If so, are certain versions of
gcc 2007-US-DST-change compliant and other versions not?
It's a library issue, not a compiler issu.
GCC does however ship with libgcj the java runtime library. Some
versions of libgcj may not be aware of this change.
But this time it is not mangled because you put it in the body of the
message.
These are public mailing lists. They are archived in many places. It
is not possible to cancel/remove a message once it has been sent.
David Daney
1
My last successful bootstrap on this system was from March 6 (revision
122630). I am going to update and try again.
David Daney
/parse-scan.y) do not exist on the trunk.
They have been removed.
David Daney
?
Q3: Would it be better to do this at the tree level instead of rtl?
Thanks in advance,
David Daney
|
Andrew Pinski wrote:
On 4/1/07, David Daney <[EMAIL PROTECTED]> wrote:
I am looking at how the MIPS backend handles division. For the compiler
configuration in question (mipsel-linux) division operations trap on
division by zero. This is handled in mips_output_division in mips.c
wh
ions and no
branching. Calling the special libgcj divide function executes at least
4 times as many instructions and involves at least two jumps (call and
return). I am not going to benchmark it. If you think there is a
better way, you can benchmark it and report your findings.
David Daney
dn't tell.
One could argue that issuing some type of diagnostic (either at compile
time or run time) would be helpful for people that don't remember to
write correct code 100% of the time.
David Daney
Diego Novillo wrote:
J.C. Pizarro wrote on 04/17/07 21:48:
The visual representation in HTML is more effective for humans than
in text.
No. Heck, no.
I agree. PDF is clearly superior ;-)
J.C., Please submit a patch for PDF support.
David Daney
?
The standard answer applies here: Use emacs as your editor.
You don't hack up the compiler to work around deficiencies in your
source code editor.
David Daney
y could be separated into their shared libraries.
This is oft requested. Perhaps we can do something like this for 4.1.
Patches are of course welcome.
David Daney.
ed, I don't think it is wise to count on the compiler doing a
poor job of optimization in order to obtain desired program behavior.
David Daney
considerably. We see a 75%
reduction in total build times (12 minutes vs 48).
David Daney
shared library is available.
Perhaps the crazy person that only needs 2MB worth of the files from
said static library when the corresponding shared library is 8MB.
Especially if this lunatic is trying to make the program, OS kernel etc
fit in an 8MB flash memory device.
David Daney.
Perhaps sending this to java-patches will help...
Mike Stump wrote:
On May 19, 2005, at 10:11 AM, Mark Mitchell wrote:
Nobody's objected, and it's fine by me. So, let's do it.
Ping.
I kinda wish someone would review the libjava breakage patch for darwin...
http://gcc.gnu.org/ml/gcc-patches/2005-
f the system's shared
libraries (those linked at runtime).
The answer is it does not work when said functions do not exist. And
that should not surprise you.
David Daney.
Dave Korn wrote:
" Identities such as
sin(x)^2 + cos(x)^2 === 1
are only valid when 0 <= x <= 2*PI"
It's been a while since I studied math, but isn't that particular
identity is true for any x real or complex?
David Daney,
from the gcj IRC seems to be that a copyright assignment
for Classpath is now necessary for contributions to the parts of libgcj
that are maintained by Classpath. This also means that said patches
should be checked into Classpath's CVS instead of GCC's
David Daney
BC_PRIVATE
U _dl_relocate_object@@GLIBC_PRIVATE
U _dl_signal_error@@GLIBC_PRIVATE
U _dl_start_profile@@GLIBC_PRIVATE
U _dl_unload_cache@@GLIBC_PRIVATE
U __libc_enable_secure@@GLIBC_PRIVATE
U __libc_stack_end@@GLIBC_2.2
U _r_debug@@GLIBC_2.0
U _rtld_global@@GLIBC_PRIVATE
Thanks,
David Daney
H. J. Lu wrote:
On Thu, Jul 28, 2005 at 12:48:31PM -0700, David Daney wrote:
I am not sure if this is a GCC problem or a binutils problem.
I have a a mipsel-linux cross compiler (gcc-3.4.3/binutils-2.16.1) and
whenever I compile even the simplest hello-world.c libgcc_s.so is linked.
When I
H. J. Lu wrote:
On Thu, Jul 28, 2005 at 01:54:40PM -0700, David Daney wrote:
Do you know of a patch to binutils since 2.16.1 that would fix the problem?
I remember there were some patches for as needed. But I don't know if
they are in 2.16.1 or not.
HEAD also seems to fail.
David Daney.
oblem is mips specific as _gp_disp handling is mips
specific.
David Daney
Daniel Jacobowitz wrote:
On Thu, Jul 28, 2005 at 07:39:57PM -0700, David Daney wrote:
It seems that the linker thinks that any shared object that references
the magic _gp_disp symbol actually provides it. Since all mips objects
reference _gp_disp, ld thinks that all shared objects are
same
mipsel-linux-gnu targeted cross compiler.
Different toolchains for user and kernel code are not necessary.
David Daney.
-gnu is not well supported.
I did similar with mipsel-linux-gnu using headers lifted (and hacked)
from glibc on i686-pc-linux-gnu as a starting point.
There is a definite chicken-and-egg problem here. But once you have a
working toolchain you never suffer from the problem again. The result
is that there is no motivation to solve it once you know enough to fix it.
David Daney
Tom Tromey wrote:
I'm finally ready to do another classpath import,
Do you plan on another classpath import before the 4.1 release?
David Daney.
-charge version,
for cases where it isn't needed, would require something like Java's
"final" keyword.
Can't you get rid of the not-in-charge version by using
-ffunction-sections and then linking with -Wl,--gc-sections (at least
for an ELF/GNU binutils target)?
David Daney
thing *BAD*?
David Daney
ep -r '\\ +$' *
On my 2.6.14-rc2 tree reports no hits in any source files.
David Daney
optimizer to disable the pass if not being called via the java front-end?
Thanks,
David Daney
Tom Tromey wrote:
"David" == David Daney <[EMAIL PROTECTED]> writes:
David> Q: Is there some predicate that can be used in the gate of a tree
David> optimizer to disable the pass if not being called via the java
David> front-end?
There is always the ugly approach of
type of rewriting possible or advisable at this point in the
compilation process?
I could move the transformation to a point much earlier (perhaps in the
java front end) but that might make it much more difficult to analyze
the control flow to see if the optimization is possible.
Opinions?
Thanks,
David Daney
Thanks Anthony. This has been bothering me for quite some time.
Anthony Green wrote:
Our compiler inlines many null pointer tests because the language
requires that we throw NullPointerExeceptions in certain cases that can
only be detected through explicit tests.
What's frustrating is that the
at inserting an instruction
that dereferences the pointer may be more efficient (from a code size
point of view) than an explicit check for null and then branching around
the code that creates and throws the exception.
David Daney
Mike Stump wrote:
On Nov 14, 2005, at 11:36 PM, David Daney wrote:
Perhaps not in general, but one unstated premise of this whole thread
is that for some GCC targets (most Unix like operating systems) you
*can* count on a SIGSEGV when you dereference a null pointer.
Unless that null
Two thoughts:
1) Post this on gcc@ as undoubtedly RTH will have an opinion about it.
2) Perhaps your glibc build is somehow screwed up. As it is some of the
startup files in glibc that add the end of eh table markers.
David Daney
Scott Gilbertson wrote:
I wonder if someone reasonably
Surly one must exist for MISRA C. Although
g++ does have the effective-c++ warnings which are in a similar vein.
David Daney.
FYI:
After the 4.1 branch was created there appears to be no way to navigate to:
http://gcc.gnu.org/gcc-4.1/changes.html
from the gcc.gnu.org home page. Navigation to changes.html for all
other versions (except 4.1) is possible.
David Daney.
elsewhere. Also, most class library development
happens in Classpath these days anyway.
Any comments on this?
Maybe it could be a configure option. If you want full dependencies use
--with-libgcj-dependencies or something.
But I agree that the default should be no dependencies until most of the
world has a make that can handle it.
David Daney.
to see if there were
any modifications WRT the branch/revision and then add either 'clean' or
'modified' to the information.
So you would get (gcc-4_1-branch revision 108596 modified) or
(gcc-4_1-branch revision 108596 clean)
David Daney.
H. J. Lu wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
H. J. Lu wrote:
On Mon, Nov 14, 2005 at 02:05:47PM -0800, H. J. Lu wrote:
On Mon, Nov 14, 2005 at 12:52:49PM -0800, Mike Stump wrote:
On Nov 14, 2005, at 9:14 AM, H. J. Lu wrote:
Can we change it to
Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then add either 'clean' or
'modified' to the information.
So yo
H. J. Lu wrote:
On Thu, Dec 15, 2005 at 04:09:41PM -0800, David Daney wrote:
Daniel Jacobowitz wrote:
On Thu, Dec 15, 2005 at 03:00:10PM -0800, David Daney wrote:
I like this, but what if you also did an svn status to see if there were
any modifications WRT the branch/revision and then
d -lgcj -Wl,-call_shared \
-lsupc++ -Wl,--as-needed -lz -lgcc_s -lpthread -lc -lm -ldl \
-Wl,--no-as-needed'
Note that this is not a hypothetical case. That is my actual linker
command line.
David Daney.
mudflap by default on mips?
David Daney
(mostly to make it build with gcc-3.4)
David Daney
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
values are always sign extended.
Because there are not already enough MIPS ABIs
On 02/14/2011 04:15 PM, Matt Thomas wrote:
On Feb 14, 2011, at 12:29 PM, David Daney wrote:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is
t machine!) but lots of paying customers clamored for it.
(I personally don't have an opinion on whether it's worth bothering with).
Also look at the new x86_64 ABI (See all those X32 psABI messages) that
the Intel folks are actively working on. This proposal is very similar
to wha
On 02/14/2011 06:34 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:26 PM, David Daney wrote:
On 02/14/2011 06:14 PM, Joe Buck wrote:
On Mon, Feb 14, 2011 at 05:57:13PM -0800, Paul Koning wrote:
It seems that this proposal would benefit programs that need more than 2 GB but
less than 4 GB
On 02/14/2011 06:33 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:22 PM, David Daney wrote:
On 02/14/2011 04:15 PM, Matt Thomas wrote:
I have to wonder if it's worth the effort. The primary problem I see
is that this new ABI requires a 64bit kernel since faults through the
upper 2G wi
On 02/14/2011 07:00 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:50 PM, David Daney wrote:
On 02/14/2011 06:33 PM, Matt Thomas wrote:
On Feb 14, 2011, at 6:22 PM, David Daney wrote:
On 02/14/2011 04:15 PM, Matt Thomas wrote:
I have to wonder if it's worth the effort. The pr
On 02/15/2011 09:56 AM, Alexandre Oliva wrote:
On Feb 14, 2011, David Daney wrote:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
on't know how hard it would be to make ptrdiff_t a signed 64-bit
type. That would certainly complicate things somewhat.
David Daney
place anything in the 2^16 byte region
centered on the split.
The Linux kernel works around this by not using the lower 32kb of
ckseg0. It also never user the top 32kb of useg when in 32bit mode.
David Daney.
On 02/16/2011 02:10 PM, Paul Koning wrote:
On Feb 16, 2011, at 5:08 PM, David Daney wrote:
On 02/16/2011 01:44 PM, Paul Koning wrote:
I'm running into a crash caused by mishandling of address calculation of an
array element address when that array is near the bottom of
On 02/16/2011 02:32 PM, Paul Koning wrote:
On Feb 16, 2011, at 5:25 PM, David Daney wrote:
What is the state of your C0_Status[{KX,SX,UX}] bits?
0, 0, 0
It is not really a compiler bug, but rather a defect in the n32 ABI. When using
32-bit pointers you can only do 32-bit operations on
On 02/14/2011 12:29 PM, David Daney wrote:
Background:
Current MIPS 32-bit ABIs (both o32 and n32) are restricted to 2GB of
user virtual memory space. This is due the way MIPS32 memory space is
segmented. Only the range from 0..2^31-1 is available. Pointer
values are always sign extended
xactly the secret differences were, it would
be easier to opine on this topic.
David Daney
On 03/17/2011 11:20 AM, McCall, Ronald SIK wrote:
If you let us in on what exactly the secret differences were, it would
be easier to opine on this topic.
Sure thing! Here is an instruction sequence from the original Solaris
toolchain:
Resending to gcc@. I didn't really want a private mes
error: in default_secondary_reload, at
targhooks.c:769
Please submit a full bug report,
with preprocessed source if appropriate.
See<https://support.codesourcery.com/GNUToolchain/> for instructions.
Look, it tells you exactly what to do. Go visit that web site.
Thanks,
David Daney
of latent bugs and introduction of new bugs. I
don't think there is so the only practical thing to do is apply any rule
we have to all build breakers.
David Daney
1 - 100 of 275 matches
Mail list logo
