--- Comment #8 from jonathan dot leffler at gmail dot com 2008-03-11 06:55
---
CVS tree of v6.8 collected from "cvs -d
:pserver:[EMAIL PROTECTED]:/cvs/src co -r gdb_6_8-branch gdb" shows that
the current code does indeed include *exact_match = 0; early in the
find_line_common() function
--- Comment #10 from dnovillo at gcc dot gnu dot org 2008-03-11 05:56
---
Fixed on mainline (4.4).
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-include-dir=/usr/
--- Comment #7 from pinskia at gmail dot com 2008-03-11 04:53 ---
Subject: Re: Problem compiling gdb/symtab.c in GDB 6.7.1 using GCC 4.3.0 on
Solaris 10
Sent from my iPhone
On Mar 10, 2008, at 21:23, "jonathan dot leffler at gmail dot com"
<[EMAIL PROTECTED]
> wrote:
>
>
> --
Sent from my iPhone
On Mar 10, 2008, at 21:23, "jonathan dot leffler at gmail dot com" <[EMAIL PROTECTED]
> wrote:
--- Comment #6 from jonathan dot leffler at gmail dot com
2008-03-11 04:23 ---
I'm not sure what to recommend. As I said, I've worked around it by
modifying
the
--- Comment #6 from jonathan dot leffler at gmail dot com 2008-03-11 04:23
---
(In reply to comment #4)
> So looking at the code, I see that we have a loop that might return the loop
> variant. Now we should be able to prove this loop variant is greater than or
> equal 0 but we don't.
--- Comment #5 from jonathan dot leffler at gmail dot com 2008-03-11 04:04
---
After a 'mid-air collision':
The code for find_line_common() is in the same file, later on, but declared
static, so GCC can analyze it -- and then it is correct to complain:
static int
find_lin
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-11 04:00 ---
So looking at the code, I see that we have a loop that might return the loop
variant. Now we should be able to prove this loop variant is greater than or
equal 0 but we don't. Really this is just a false positive w
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-11 03:54 ---
The important part is:
best_index = find_line_common (best_linetable, line, &exact);
how is find_line_common defined. Does it set exact on every code path? If not
then is it on every code path where the return v
--- Comment #2 from jonathan dot leffler at gmail dot com 2008-03-11 03:48
---
I tried the following close-to-minimal reproduction - using the same compile
command as for the original symtab.c problem - and did not get the error.
struct symtab;
struct linetable;
extern int find_line_co
--- Comment #1 from jonathan dot leffler at gmail dot com 2008-03-11 03:39
---
Created an attachment (id=15294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15294&action=view)
bzip2-compressed version of symtab.i (pre-processed code that triggered the bug
report)
This is the sym
I'm not clear whether this is a problem in GCC or in GDB, so I'm asking both
teams.
Compiling gdb 6.7.1 on Solaris 10 using the newly installed GCC 4.3.0, I got a
compilation error (because of the -Werror option) as shown:
gcc -c -g -O2-I. -I.././gdb -I.././gdb/config
-DLOCALEDIR="\"/usr/gdb/
--- Comment #5 from cnstar9988 at gmail dot com 2008-03-11 03:25 ---
when into 4.2.4?
gcc-4_2-branch
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33289
--- Comment #1 from kargl at gcc dot gnu dot org 2008-03-11 02:22 ---
This is caused by the recent addition of erfc and erf intrinsics. You'll
need to ask FX to fix the problem. The guilty diff is
http://gcc.gnu.org/ml/fortran/2008-02/msg00318/2008-libgfortran.diff
which unilateral def
--- Comment #8 from ghazi at gcc dot gnu dot org 2008-03-11 01:23 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00663.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26149
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-11 00:57 ---
Created an attachment (id=15293)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15293&action=view)
Patch which comes from Apple's GCC
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35491
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-11 00:56 ---
The fix for this ABI issue was radar 4028089 in Apple's bug database. I can
attach the patch which I extracted which fixes this from Apple's GCC if someone
wants.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #3 from manu at gcc dot gnu dot org 2008-03-11 00:34 ---
This seems to be caused also by Diego's patch to Wtype-limits as bug 35400 (not
sure whether it is an exact duplicate).
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-10 23:20 ---
I always hear the opposite way around, that is the Sun's assembler and linker
are not that good.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35531
Executing on host: /test/gnu/gcc/objdir/gcc/gnatmake
-I/test/gnu/gcc/objdir/gcc/
ada/rts --GCC=/test/gnu/gcc/objdir/gcc/xgcc
--GNATBIND=/test/gnu/gcc/objdir/gcc/
gnatbind --GNATLINK=/test/gnu/gcc/objdir/gcc/gnatlink -cargs
-B/test/gnu/gcc/obj
dir/gcc -largs --GCC=/test/gnu/gcc/objdir/gcc/xgcc -B/te
--- Comment #3 from bfriesen at simple dot dallas dot tx dot us 2008-03-10
23:05 ---
By using 'as' and 'ld' from binutils-2.18, I have achieved a successful
compile. Using gas and the system linker was not sufficient since it resulted
in the same error. Based on past experience, I don
--- Comment #3 from gschafer at zip dot com dot au 2008-03-10 22:52 ---
(In reply to comment #2)
> It is better to use -B $prefix/lib while building.
-B doesn't work on multilib ie: -B $prefix/lib doesn't find
$prefix/lib/../lib64
Not only that, I'm talking about GCC_FOR_TARGET, your s
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-10 22:39 ---
It is better to use -B $prefix/lib while building.
And seriously I think you are doing something wrong when you edit the files as
you did.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532
--- Comment #1 from gschafer at zip dot com dot au 2008-03-10 22:37 ---
Created an attachment (id=15292)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15292&action=view)
Patch that restores old behaviour (for demonstration only)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
The cause is this patch which was designed to fix behaviour of relocated
compilers:
http://gcc.gnu.org/ml/gcc/2006-10/msg00280.html
Unfortunately, it has the side-effect of breaking existing build scripts for
*NON* relocated compilers which have relied on this behaviour for years.
Contrived
--- Comment #3 from ubizjak at gmail dot com 2008-03-10 22:25 ---
FYI, patch from Comment #2 fixes the failure.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hutchinsonandy at aim dot com 2008-03-10 22:24 ---
Subject: Re: COMBINE repeating same matches and can
SEG fault
The quadratic nature does not seem to be particularly problem with the
data involved.
The log_links is build up incrementally. (with duplicates at pr
--- Comment #2 from ubizjak at gmail dot com 2008-03-10 22:11 ---
Confirmed with g++ -O oo.C, backtrace:
#0 fancy_abort (file=0xcb2b48 "../../gcc-svn/trunk/gcc/expr.c", line=373,
function=0xcb3e43 "convert_move")
at ../../gcc-svn/trunk/gcc/diagnostic.c:683
#1 0x006a952e in
--- Comment #2 from bfriesen at simple dot dallas dot tx dot us 2008-03-10
21:49 ---
It seems (according to gcc -v) that GCC 4.2.1 re-configured itself to use:
/scratch/bfriesen/build/gcc-4.2.1/configure --program-suffix=-4.2.1
--enable-shared --enable-threads --enable-version-specific
--- Comment #3 from steven at gcc dot gnu dot org 2008-03-10 21:48 ---
IRA does not handle this either with -fno-split-wide-types. Left is IRA as-is
with -O2 -fomit-frame-pointer. Right is same options + -fno-split-wide-types.
.file "t.c" .file "t
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 21:22 ---
I think even Sun recommends you use the GNU Assembler for x86_64 Solaris.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
On an AMD64 (Opteron) system, the Solaris 10 assembler does not like what GCC
produces. This system has all patches applied for Solaris 10 U4. GCC 4.2.1
works very well on it.
Configured like:
/home/bfriesen/src/gnu/gcc-4.3.0/configure -program-suffix='-4.3.0'
--enable-threads --enable-version-sp
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:58 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-10 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-10 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-03-10 20:57 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 20:55 ---
Subject: Bug 35328
Author: jakub
Date: Mon Mar 10 20:54:54 2008
New Revision: 133091
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133091
Log:
PR c++/35328
* semantics.c (finish_omp_clauses):
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:54 ---
Subject: Bug 35337
Author: jakub
Date: Mon Mar 10 20:53:35 2008
New Revision: 133090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133090
Log:
PR c++/35337
* semantics.c (finish_omp_clauses):
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:53 ---
Subject: Bug 35438
Author: jakub
Date: Mon Mar 10 20:52:28 2008
New Revision: 133089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133089
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #3 from jakub at gcc dot gnu dot org 2008-03-10 20:53 ---
Subject: Bug 35439
Author: jakub
Date: Mon Mar 10 20:52:28 2008
New Revision: 133089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133089
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-10 20:53 ---
*** Bug 35529 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35530
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 20:53 ---
*** This bug has been marked as a duplicate of 35530 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from jakub at gcc dot gnu dot org 2008-03-10 20:52 ---
Subject: Bug 35099
Author: jakub
Date: Mon Mar 10 20:51:18 2008
New Revision: 133088
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133088
Log:
PR middle-end/35099
* tree-cfg.c (new_label_mappe
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from dcb314 at hotmail dot com 2008-03-10 20:49 ---
Created an attachment (id=15290)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15290&action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35530
I just tried to compile Suse Linux package libqt4-4.3.90-20
with the GNU C compiler version 4.4 snapshot 20080307
The compiler said
g++ -c -O2 -g -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fno-exceptions -O2 -Wall
-W -DQT_BOOTSTRAPPED -DQT_MOC -DQT_NO_CODECS -DQT_LITE_UNICODE -DQT_NO_LIBRARY
-DQT_NO
--
Summary: ice for legal code
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dcb314 at hotmail dot c
--- Comment #20 from dominiq at lps dot ens dot fr 2008-03-10 20:45 ---
On i686-apple-darwin9 regtested without regression with the patch of comment
#17.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35496
I must be doing something wrong, I cannot seem to compile the new
4.2.3 :
gmake[3]: Entering directory `/home/danny/src/gcc/x86-bootstrap/gcc'
gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-Wmissing-format-att
--- Comment #2 from steven at gcc dot gnu dot org 2008-03-10 20:04 ---
The patch makes adding log use an algorithm quadratic in the number of log
links per insn. It is probably better to:
1. build the log links.
2. filter out the duplicates as a post pass (and maybe sort them while at i
On Linux/Intel64, revision 133082 has 3 32bit regressions:
http://gcc.gnu.org/ml/gcc-testresults/2008-03/msg00754.html
FAIL: 23_containers/bitset/operations/1.cc execution test
Running target unix/-m32
FAIL: TestClosureGC run
FAIL: events output
Since revision 133080 + patch in revision 133082 i
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 19:49 ---
Subject: Bug 35328
Author: jakub
Date: Mon Mar 10 19:48:20 2008
New Revision: 133087
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133087
Log:
PR c++/35328
* semantics.c (finish_omp_clauses):
--- Comment #8 from belyshev at depni dot sinp dot msu dot ru 2008-03-10
19:44 ---
Patch for bug 35494 was committed, so this PR should be fixed now too.
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
---
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:44 ---
Subject: Bug 35337
Author: jakub
Date: Mon Mar 10 19:43:16 2008
New Revision: 133086
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133086
Log:
PR c++/35337
* semantics.c (finish_omp_clauses):
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:41 ---
Subject: Bug 35438
Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 19:41 ---
Subject: Bug 35439
Author: jakub
Date: Mon Mar 10 19:40:39 2008
New Revision: 133085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133085
Log:
PR c/35438
PR c/35439
* c-parser.c (c_par
--- Comment #7 from jakub at gcc dot gnu dot org 2008-03-10 19:40 ---
Subject: Bug 35099
Author: jakub
Date: Mon Mar 10 19:39:30 2008
New Revision: 133084
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133084
Log:
PR middle-end/35099
* tree-cfg.c (new_label_mappe
--- Comment #5 from aph at gcc dot gnu dot org 2008-03-10 19:06 ---
No, it will not generate the wrong code for
jboolean i = 1;
i += 2;
You are wrong to assume that jboolean must behave in the same way as boolean.
It's a Java type, not a C++ type.
Having exact conformance with C+
--- Comment #2 from bart dot vanassche at gmail dot com 2008-03-10 18:32
---
Everything works correctly after changing
#pragma omp parallel for
into
#pragma omp parallel for private(j, k)
--
bart dot vanassche at gmail dot com changed:
What|Removed
--- Comment #1 from pcarlini at suse dot de 2008-03-10 18:28 ---
*** This bug has been marked as a duplicate of 35525 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from pcarlini at suse dot de 2008-03-10 18:28 ---
*** Bug 35527 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35525
When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available
class A{
int aa(){return 42;}
};
template class B : t{
int bb(){aa()+x;}
};
int main(){
B <4,A> z;
}
--- Comment #14 from hjl dot tools at gmail dot com 2008-03-10 18:21
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFI
--- Comment #13 from hjl at gcc dot gnu dot org 2008-03-10 18:21 ---
Subject: Bug 35494
Author: hjl
Date: Mon Mar 10 18:20:23 2008
New Revision: 133082
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133082
Log:
gcc/
2008-03-10 H.J. Lu <[EMAIL PROTECTED]>
PR tree-opti
--- Comment #1 from dominik dot strasser at onespin-solutions dot com
2008-03-10 18:15 ---
Created an attachment (id=15289)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15289&action=view)
Source file which gives the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35526
Compiling the attached source either with g++ or gcc renders an ICE
oo.C:9: internal compiler error: in convert_move, at expr.c:373
-O must be used.
gcc -O oo.C
--
Summary: ICE on memcpy
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Seve
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-03-10 17:15 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-03-10 17:15 ---
Subject: Bug 34677
Author: rguenth
Date: Mon Mar 10 17:14:45 2008
New Revision: 133081
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133081
Log:
2008-03-10 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-03-10 17:07 ---
Obviously PI/2 isn't representable exactly here (also not the result, after
all the value is not defined, the value should approach -Inf / +Inf)
Neither ISO C nor IEEE specifies the result for exactly PI/2 (it could
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-03-10 16:59 ---
Are you sure your calculator isn't wrong? ;) Gcc 4.2 produces the same result
for me (and only gcc 4.3 constant folds the result).
Of course this might be a glibc issue as indeed the 32bit version produces
./t
sin
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-10 16:57 ---
Read: http://gcc.gnu.org/gcc-3.4/changes.html
This code is invalid and the error message explains exactly why, The function
call is non dependent so it has to be available and cannot defined in a
dependent supercl
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-03-10 16:53 ---
(In reply to comment #6)
> I also get:
> [dandelion:~] pinskia% ./a.out
> sin(cos(tan(PI/2))) = -0.280611
In fact this calls the functions:
fmr f1,f0
bl L_tan$stub
fmr f0,f1
fmr f1,f0
When we want use template that inheriting custom class we get following error:
there are no arguments to 'aa' that depend on a template parameter, so a
declaration of 'aa' must be available
class A{
int aa(){return 42;}
};
template class B : t{
int bb(){aa()+x;}
};
int main(){
B <4,A> z;
}
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-03-10 16:52 ---
I also get:
[dandelion:~] pinskia% ./a.out
sin(cos(tan(PI/2))) = -0.280611
Get 4.0.1 on powerpc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-10 16:48 ---
On i686:
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -fno-builtin -lm -O2
[EMAIL PROTECTED] local]$ !./
./a.out
sin(cos(tan(PI/2))) = -0.827351
[EMAIL PROTECTED] local]$ ~/gcc-local/bin/gcc t.c -lm -O2
[EMAIL
--- Comment #4 from martin dot apel at simpack dot de 2008-03-10 16:33
---
(In reply to comment #3)
> gcc-4.3 -o t t.i
> ./t
> sin(cos(tan(PI/2))) = -0.280611
>
> gcc-4.3 -o t t.i -fno-builtin -lm
> ./t
> sin(cos(tan(PI/2))) = -0.280611
>
> works for me?
>
It compiles and runs, but
--- Comment #12 from hjl dot tools at gmail dot com 2008-03-10 16:20
---
The current patch is
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00631.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #7 from jakub at gcc dot gnu dot org 2008-03-10 16:09 ---
No plaans to backport this to 4.2 anymore.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 16:04 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #11 from bonzini at gnu dot org 2008-03-10 15:19 ---
The patch at http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00623.html fixes
mul16.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-10 15:12 ---
gcc-4.3 -o t t.i
./t
sin(cos(tan(PI/2))) = -0.280611
gcc-4.3 -o t t.i -fno-builtin -lm
./t
sin(cos(tan(PI/2))) = -0.280611
works for me?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #2 from jakub at gcc dot gnu dot org 2008-03-10 15:10 ---
Note that with OpenMP 3.0 this is valid code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30676
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 15:07 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #1 from jakub at gcc dot gnu dot org 2008-03-10 14:55 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #11 from hjl dot tools at gmail dot com 2008-03-10 14:50
---
The current patch is
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00572.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-10 14:39 ---
I have a patch for the non-PRE-of-globals part.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from ubizjak at gmail dot com 2008-03-10 14:16 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from dominiq at lps dot ens dot fr 2008-03-10 14:15 ---
Subject: Re: [4.4 Regression] test failures between revs.
132950 and 132974
> Can you try following patch ...
Both variants work for bf-ms-layout*.c, starting regtest ASAP.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #18 from uros at gcc dot gnu dot org 2008-03-10 14:14 ---
Subject: Bug 35496
Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133079
Log:
Backport from mainline:
2008-03-09 Uros Bizjak <
--- Comment #6 from uros at gcc dot gnu dot org 2008-03-10 14:14 ---
Subject: Bug 35456
Author: uros
Date: Mon Mar 10 14:13:40 2008
New Revision: 133079
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133079
Log:
Backport from mainline:
2008-03-09 Uros Bizjak <[
--- Comment #10 from bonzini at gnu dot org 2008-03-10 14:14 ---
I have a patch.
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at g
--- Comment #6 from ddenisen at altera dot com 2008-03-10 14:14 ---
Thank you everybody for the feedback. I'm setting the bug to fixed.
--
ddenisen at altera dot com changed:
What|Removed |Added
-
The following applies to the March 7 snapshot under FreeBSD. I haven't tested
it on other platforms. When I compile and link the following program:
PROGRAM test_exp
x = exp(1.0)
END PROGRAM test_exp
I get the message:
/usr/home/mrichmond/irun/bin/../lib/gcc/i386-unknown-freebsd7.0/4.4.0/../../..
--- Comment #6 from jakub at gcc dot gnu dot org 2008-03-10 13:48 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #17 from ubizjak at gmail dot com 2008-03-10 13:15 ---
(In reply to comment #16)
> (In reply to comment #14)
> > Does MS bitfield struct require 8byte alignment for long long field
> > for 32bit target?
>
> Can you try following patch (this will aling DImode values to their
--- Comment #16 from ubizjak at gmail dot com 2008-03-10 12:48 ---
(In reply to comment #14)
> Does MS bitfield struct require 8byte alignment for long long field
> for 32bit target?
Can you try following patch (this will aling DImode values to their natural
alignment - if bigger than d
--- Comment #2 from martin dot apel at simpack dot de 2008-03-10 10:42
---
Version information for libgmp: 4.2.2, compiled with gcc-4.2.2
Version information for libmpfr: 2.3.1, compiled with gcc-4.2.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
--- Comment #1 from martin dot apel at simpack dot de 2008-03-10 10:37
---
Created an attachment (id=15288)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15288&action=view)
Preprocessed source file producing the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35523
1 - 100 of 109 matches
Mail list logo
