--- Comment #3 from hjl dot tools at gmail dot com 2009-01-29 22:52 ---
I think the problem is LTO uses mmap to read in LTO sections. But all
LTO sections have alignment of 0. They have have alignment of void *
instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38995
--- Comment #44 from rob1weld at aol dot com 2009-01-29 23:12 ---
(In reply to comment #43)
> Rob, your various assertions do not show that there is a bug here. ...
...
> I built GCC from 20090106, broke a couple of thing affecting cc1, float.h, and
> libgcc.a, and installed it. Then I
The Decimal Floating Point (DFP) Technical Report (TR) added DFP versions
of HUGE_VAL to . They are missing in (at least) gcc 4.3.2-7.
/* DFP TR 24732 == WG14 / N1176, N1312 */
#define __STDC_WANT_DEC_FP__/* Tell implementation that we want Decimal FP
*/
#include/* HUGE_VAL_D*
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-30 00:05 ---
IIRC math.h is controlled by the glibc project and really this is a bug in
glibc and not GCC. GCC officially only implements the freestanding C library.
It is better to report it to the glibc project about this pro
gcc 4.3.2-7 with command line option -std=gnu99 of
/* DFP TR 24732 == WG14 / N1176, N1312 */
#define __STDC_WANT_DEC_FP__ /* Tell implementation that we want Decimal FP */
#include/* DEC_INFINITY */
_Decimal32 d32 = DEC_INFINITY;
gets:
test2.c:5: warning: ISO C does not support decimal
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-30 00:19 ---
math.h is not controlled by the GCC project, so please file it with glibc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39032
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-30 00:21 ---
Yes this is a known bug, please see PR 11407.
*** This bug has been marked as a duplicate of 11407 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #15 from pinskia at gcc dot gnu dot org 2009-01-30 00:21
---
*** Bug 39018 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-30 00:25 ---
Andrew is correct, math.h is not provided by GCC.
TR 24732 is not supported by GLIBC and probably won't be until it is
incorporated into a C standard. Meanwhile it is in a branch of the EGLIBC
project, but I understa
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-30 00:31 ---
Please don't file a bug report against GLIBC for missing decimal float support
unless you enjoy being yelled at.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39032
Using gcc 4.3.2-7 on Intel Pentium running Linux Fedora Core 10
with -std=gnu99 of
/* DFP TR 24732 == WG14 / N1176, N1312 */
#define __STDC_WANT_DEC_FP__ /* Tell implementation that we want Decimal FP */
#include /* DEC_EVAL_METHOD */
#ifndef DEC_EVAL_METHOD
#error Missing DEC_EVAL_METHOD
#
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-30 01:12 ---
/* The floating-point expression evaluation method.
-1 indeterminate
0 evaluate all operations and constants just to the range and
precision of the type
1 evaluate operations
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-30 01:13 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00944.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-30 01:17 ---
(In reply to comment #4)
>
> I think the frontend should, in C89 mode and if just issueing a warning,
> set DECL_EXTERNAL properly on the decl.
>
Do we want to make such a change, especially for 4.3 branch?
--
Using gcc 4.3.2-7 on Intel Pentium 4 running Fedora Core 10 with -std=gnu99 of
/* DFP TR 24732 == WG14 / N1176, N1312 */
#define __STDC_WANT_DEC_FP__ /* Tell implementation that we want Decimal FP */
#include /* printf() */
int main(void){
double d2 = (double)((28./3.-9.) - (31./3.-1
Using gcc 4.3.2-7 on Intel Pentium 4 running Fedora Core 10 and -std=gnu99 of
/* DFP TR 24732 == WG14 / N1176, N1312 */
#define __STDC_WANT_DEC_FP__ /* Tell implementation that we want Decimal FP */
#include /* printf() */
int main(void){
if( 0.0DF ){
printf("0.0DF should be zero\n");
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-30 01:41 ---
I am testing this patch:
Index: gcc/langhooks.c
===
--- gcc/langhooks.c (revision 143777)
+++ gcc/langhooks.c (working copy)
@@ -612,6 +612,7 @@
--- Comment #3 from paolo dot carlini at oracle dot com 2009-01-30 01:43
---
On it.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedT
Using gcc 4.3.2-7 on Intel Pentium 4 running Linux Fedora Core 10 and
-std=gnu99
/* DFP TR 24732 == WG14 / N1176, N1312 */
#define __STDC_WANT_DEC_FP__ /* Tell implementation that we want Decimal FP */
#pragma STDC FENV_ACCESS ON /* will be testing FP exception flags */
#include /* prin
Using gcc 4.3.2-7 on Intel Pentium 4 running Linux Fedora Core 10 with
-std=gnu99
/* DFP TR 24732 == WG14 / N1312 */
#define __STDC_WANT_DEC_FP__ /* Tell implementation that we want Decimal FP */
#pragma STDC FLOAT_CONST_DECIMAL64 ON /* unsuffixed => Decimal (not Binary) */
_Decimal64 d10 = 1.0DD
Sent from my iPhone
On Jan 29, 2009, at 6:00 PM, "tydeman at tybor dot com" > wrote:
Using gcc 4.3.2-7 on Intel Pentium 4 running Linux Fedora Core 10 and
-std=gnu99
There were some dfp fixes on the trunk relating to fp exceptions so
you should try the trunk before reporting any more bug
--- Comment #1 from pinskia at gmail dot com 2009-01-30 02:41 ---
Subject: Re: New: Decimal floating-point exception flags done wrong
Sent from my iPhone
On Jan 29, 2009, at 6:00 PM, "tydeman at tybor dot com"
wrote:
> Using gcc 4.3.2-7 on Intel Pentium 4 running Linux Fedora Cor
--- Comment #1 from paolo dot carlini at oracle dot com 2009-01-30 03:22
---
On it.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedT
--- Comment #15 from rob1weld at aol dot com 2009-01-30 03:24 ---
(In reply to comment #9)
> Subject: Re: [trunk regression]?gcc trunk 143562 - Testsuite - gfortran
> failing tests that worked previously
>
> I think adding a printf() clone to libiberty is WAY overkill just to
> silence
--- Comment #3 from rob1weld at aol dot com 2009-01-30 04:31 ---
The building of Language Java is broken on (at least) two platforms.
Checking http://gcc.gnu.org/ml/gcc-testresults/2009-01/ it seems to
work on some other platforms. I'll investigate if it is my ./configure .
Rob
--
Hello,
I found a strange behavior of the following code.
void fn(int x, int y){
if(int temp = ( x > y ? (x /y) : (x % y))){
cout << temp;
}
else{
double temp = x / y; // ill-formed, redeclaration of temp
cout << temp;
}
}
int main(int argc, char **argv){
fn(2, 3);
}
According to $6.4
The following program segfaults when compiled with "-O1 -ftree-vectorize
-msse2". Compiler is gfortran trunk revision 143693 (4.4.0 20090127).
Also fails with higher levels of optimization but requires both
-ftree-vectorize and -msse2.
program common
real (kind=8) b(5)
common /com1/b
b
Hello,
I found a strange behavior of the following code.
void fn(int x, int y){
if(int temp = ( x > y ? (x /y) : (x % y))){
cout << temp;
}
else{
double temp = x / y; // ill-formed, redeclaration of temp
cout << temp;
}
}
int main(int argc, char **argv){
fn(2, 3);
}
According to $6.4
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-30 05:35 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01498.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #6 from rguenther at suse dot de 2009-01-30 06:52 ---
Subject: Re: Gcc accepts invalid code
On Fri, 30 Jan 2009, hjl dot tools at gmail dot com wrote:
> --- Comment #5 from hjl dot tools at gmail dot com 2009-01-30 01:17
> ---
> (In reply to comment #4)
> >
> >
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-30 07:14 ---
Invalid.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-30 07:17 ---
isn't this a dup of the previous bug?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-30 07:19 ---
STDC FENV_ACCESS is not implemented.
*** This bug has been marked as a duplicate of 20785 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-30 07:19 ---
*** Bug 39036 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-30 07:21 ---
*** Bug 39040 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39038
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-30 07:21 ---
*** This bug has been marked as a duplicate of 39038 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-30 07:23 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
101 - 137 of 137 matches
Mail list logo
