On Sat, 2007-06-02 at 18:48 -0700, H. J. Lu wrote:
When was decimal floating point added to gcc? I couldn't find it
in any gcc changes.html. Shouldn't it be mentioned somewhere?
Are they mentioned in any gcc changes.html?
No, they're not. They probably should be.
Ben
On Sun, 3 Jun 2007, Ben Elliston wrote:
Are they mentioned in any gcc changes.html?
No, they're not. They probably should be.
Do you think we could talk the submitters/maintainers into donating a
patch? :-)
Gerald
Hello,
I will greatly appreciate any suggestions regarding the following
problem I have with the ccp propagator. I am testing the new store
ccp patch which propagates constants by walking the virtual use-def
chain (http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00055.html) and I
encountered the
Deepen Mantri [EMAIL PROTECTED] writes:
[...]
To enable libmudflap library, I am passing the --enable-libmudflap
option in the gcc configure script But I get the following error
during final gcc building:
configure error: none of the known symbol names works
[configure-target-libmudflap]
Harvey Harrison wrote:
I get about 1.4 GB for the pack with the default
depth and window parameters.
I forgot to mention that I obtained an ~800MB repository
with git 1.5.0.x after increasing the window size to 20.
The defaults changed significantly somewhere near version 1.5.1 I
believe
On 6/3/07, Bernardo Innocenti [EMAIL PROTECTED] wrote:
Harvey Harrison wrote:
I get about 1.4 GB for the pack with the default
depth and window parameters.
I forgot to mention that I obtained an ~800MB repository
with git 1.5.0.x after increasing the window size to 20.
Now I don't know
This patch
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00151.html
breaks libjava. One problem is it modifies
libjava/classpath/m4/acinclude.m4
without ChangeLog entry. I believe this one
- if test x${GCJ} = x test x${JIKES} = x test
x${user_specified_javac} != xkjc test
I just tried to compile Fortran package LAPACK with the
GNU Fortran compiler version 4.3 snapshot 20070601
The compiler said
/home/dcb/gcc/20070601/results/bin/gfortran -g -O3 -Wall -c zlag2c.f -o
zlag2c.o
zlag2c.f: In function 'zlag2c':
zlag2c.f:85: internal compiler error: in convert_move, at
--- Comment #1 from dcb314 at hotmail dot com 2007-06-03 06:18 ---
Created an attachment (id=13653)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13653action=view)
Fortran source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32194
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-03 06:26 ---
real8 D.1040;
complex8 D.1050;
D.1050 = D.1040;
This is caused by the predictive commoning optimization.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-03 06:26 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ubizjak at gmail dot com 2007-06-03 06:42 ---
(In reply to comment #2)
#0 build_call_expr (fndecl=0x0, n=4) at ../../trunk/gcc/builtins.c:10379
fndecl is already NULL there.
#1 0x0068d0bd in expand_complex_libcall (bsi=0x7fbfffed20,
There is a pack
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-03 07:00 ---
Try compiling:
c128 foo (c128 x, c128 y)
{
typedef _Complex float __attribute__((mode(TC))) c128;
x *= y;
return x;
}
This will most likely also crash at higher optimization levels.
--
--- Comment #31 from pluto at agmk dot net 2007-06-03 07:21 ---
r125227 | dberlin | 2007-05-31 11:37:38 -0400 (Thu, 31 May 2007) | 11 lines
2007-05-27 Daniel Berlin [EMAIL PROTECTED]
Fix PR/30052
Backport PTA solver from mainline
* pointer-set.c: Copy from
--- Comment #10 from burnus at gcc dot gnu dot org 2007-06-03 07:26 ---
Subject: Bug 32124
Author: burnus
Date: Sun Jun 3 07:25:54 2007
New Revision: 125293
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125293
Log:
2007-05-28 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #11 from burnus at gcc dot gnu dot org 2007-06-03 07:26 ---
Backed out test case as no one seems to have an idea how to produce a test case
which works on all platforms.
- FIXED.
--
burnus at gcc dot gnu dot org changed:
What|Removed
When I try to compile this code:
class ScoreDistanceRestraints
{
double asdfasdsfa( 0);
};
int main ()
{
return 0;
}
I get three errors that say:
expected identifier before numeric constant
expected ',' or '...' before numeric constant
ISO C++ forbids declaration of 'parameter' with no type
--- Comment #7 from jv244 at cam dot ac dot uk 2007-06-03 09:02 ---
suspect that this is a front end issue, where something wrong is being
generated for s2a_3. It seems to trigger only if a is a function results, and
s1,s2,s3 are len=*.
--
jv244 at cam dot ac dot uk changed:
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
With 4.3.0 20070601 I have several ICE, e.g., array_constructor_13.f90:
(gdb) run array_constructor_13.f90
Starting program: /sw/lib/gcc4/libexec/gcc/powerpc-apple-darwin7/4.3.0/f951
array_constructor_13.f90
Reading symbols for shared libraries +++. done
MAIN__ to_string
Program received signal
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-06-03 11:42
---
(In reply to comment #4)
c128 foo (c128 x, c128 y)
{
typedef _Complex float __attribute__((mode(TC))) c128;
x *= y;
return x;
}
This will most likely also crash at higher optimization levels.
--- Comment #5 from steven at gcc dot gnu dot org 2007-06-03 11:47 ---
Re. comment #3:
Wow. Thanks for your encouraging comment. Now people know not to waste time on
your bugs, because you're just another rude complaining troll.
Oh, wait... Maybe not.
Fortunately, most people
--- Comment #2 from rob1weld at aol dot com 2007-06-03 12:16 ---
Comment From Andrew Pinski
That is wrong and non portable.
Your answer seems simple enough but I'm not sure I understand it ...
I just did a make -i check and diff on my prior compile and this one.
The results of the
--- Comment #3 from rob1weld at aol dot com 2007-06-03 12:19 ---
Typo correction:
Change
#define HAVE_libc6_2_6_PTHREAD_AFFINITY_NP 1 the the file
to
#define HAVE_libc6_2_6_PTHREAD_AFFINITY_NP 1 in the file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32193
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
Please read first portion of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32193
to see the where and how of obtaining and installing new libc6, then come back
here.
After upgrading my library I did a diff of the make -i check test results of
the build before I upgraded and after I upgraded. It was
--- Comment #1 from dominiq at lps dot ens dot fr 2007-06-03 13:07 ---
The gfortran.dg/secnds.f test did not fail prior to my upgrade.
You were a lucky guy!-) see PR32057 for more details
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32196
--- Comment #2 from rob1weld at aol dot com 2007-06-03 13:16 ---
Did GSL and Paranoia with -ffloat-store for gcc 4.3.0, same result.
Instead of the normal x87 issue it might be a libm issue since it works
with Cygwin's gcc but fails with all the Linux gcc's.
Here is something that
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2007-06-03 13:45
---
(In reply to comment #3)
fndecl is already NULL there.
#1 0x0068d0bd in expand_complex_libcall (bsi=0x7fbfffed20,
In tree.c, at line 7225, we define the builtins for complex multiplication:
for
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-06-03 14:14
---
open_errors.f90 is testing for some OS dependent text in error messages. If
you could extract that from the testsuite, compile it, and run it, you may see
that it works fine, but some text has changed. I would
--- Comment #19 from schwab at suse dot de 2007-06-03 15:14 ---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00808.html.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #3 from rob1weld at aol dot com 2007-06-03 15:15 ---
Here is simple test for the float-store issue:
main() {
double v = 1E308;
double x = (v * v) / v;
printf(Try compiling with and without -ffloat-store\n);
printf((1E308 * 1E308) / 1E308\n);
printf(Correct output is
--- Comment #4 from rob1weld at aol dot com 2007-06-03 16:05 ---
I copied
gcc-4_3-build/i686-pc-linux-gnu/libjava/classpath/native/fdlibm/.libs/libfdlibm.a
to my current directory and instead of using -lm I used ./libfdlibm.a ...
Guess what.
I propose this simple and useful fix:
We
--- Comment #7 from ubizjak at gmail dot com 2007-06-03 16:32 ---
These missing complex types should probably be defined in i386.c (line 17710),
alongside __float128 and __float80 definitions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32191
--- Comment #5 from kargl at gcc dot gnu dot org 2007-06-03 16:35 ---
(In reply to comment #4)
Function Alpha Generic ix86 IA64 PowerPC
acosf - -- - -
acos - -- - -
cosf 1 -1 1 1
cos
[EMAIL PROTECTED]:~/code/ns-3-history$ g++ --version
g++ (GCC) 4.1.2 20060928 (prerelease) (Ubuntu 4.1.1-13ubuntu5)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A
--- Comment #1 from mathieu dot lacage at sophia dot inria dot fr
2007-06-03 17:00 ---
Created an attachment (id=13654)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13654action=view)
preprocessed output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32197
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-03 17:07 ---
*** This bug has been marked as a duplicate of 32057 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-06-03 17:07 ---
*** Bug 32196 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from magnus at greatlord dot com 2007-06-03 17:48 ---
Hi
I look at both patcher the frist one the
GCC-v4.1-r120189-CreateFileMapping-Vista.patch is most correct one in my
eyes.
if you reading how CreateFileMapping works, at
--- Comment #4 from rakdver at gcc dot gnu dot org 2007-06-03 19:21 ---
Subject: Bug 32194
Author: rakdver
Date: Sun Jun 3 19:21:12 2007
New Revision: 125298
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125298
Log:
PR tree-optimization/32194
* tree-predcom.c
--- Comment #5 from eedelman at gcc dot gnu dot org 2007-06-03 19:28
---
I never seem to get time to do anything about this bug, so I'll better unassign
it from me.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
GCJ fails to build MX4J [1], whereas it works with Sun JDK 5. This is because
rmic cannot compile a remote object with a method that only declares that it
throws an exception that is a superclass of RemoteException. This should be
allowed though:
Each remote method must declare
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-03 20:40 ---
I have a fix, it is just a matter of moving stuff around in configure.ac and
adding the correct suffix for libobjc_gc.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-03 20:46 ---
Actually since libobjc_gc does not exist for the NeXT runtime I am just
changing Makefile.in for the libobjc_gc target not to include the suffix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32037
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-06-03 21:11
---
I just ran a c version of double precision paranoia, and a single precsion f77
version with latest gcc and gfortran trunk as well as with g77 from 3.4 vintage
and in all cases I get this:
No failures, defects
--- Comment #12 from dannysmith at users dot sourceforge dot net
2007-06-03 21:37 ---
(In reply to comment #11)
Hi
Now we looking at the second patch the host-mingw32.c.diff
I have not tested it in vista or windows yet. But what I can see
it using vritualalloc that mean it
--- Comment #17 from hjl at lucon dot org 2007-06-03 22:41 ---
I am not sure it is a reassoc2 problem since reassoc1 does the same thing and
pre corrects it. However pre isn't run after reassoc2 so that the issue
created
by reassoc2 isn't corrected. Is that possible to run pre again
libjava fails to build:
/mnt/gnu/gcc/objdir/gcc/gcj
-B/mnt/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libjava/
-B/mnt/gnu/gcc/objdir/gcc/ -fclasspath=
-fbootclasspath=/mnt/gnu/gcc/objdir/hpp
a2.0w-hp-hpux11.11/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated
-fboot
strap-classes -g -O2 -fjni
While just looking around on the pointer_plus branch I noticed that if I have
independent IVs to start, the code is much worse and there are storing to the
stack (on x86) and everything go crazy after that.
Compare:
void foo (int *a, int *b, int *c, int *d, int *e, int *f)
{
int i;
for (i =
--- Comment #15 from pinskia at gcc dot gnu dot org 2007-06-04 05:36
---
One should note that:
/* { dg-final { scan-tree-dump-not offset: -4B ivopts { xfail i?86-*-*
x86_64-*-* } } } */
Will not match any more since switching over offset to sizetype.
--
51 matches
Mail list logo
