--- Comment #2 from ubizjak at gmail dot com 2008-02-05 07:33 ---
Confirmed.
The testcase:
float test(unsigned int x)
{
return (float)x;
}
gcc -O2 -mno-80387
t.c: In function âtestâ:
t.c:4: error: unrecognizable insn:
(insn 20 19 21 5 t.c:2 (set (reg:SF 60)
(plus:SF (reg:SF
The below code snippet compiles on gcc 3.4.6
gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-8)
but fails on gcc 4.1.1
gcc-4.1.1 (GCC) 4.1.1 20060724 (prerelease) (4.1.1-4pclos2007)
with erros such as
namespace_operator_new.cpp:8: error: void* my_alloc::operator new(size_t,
char*, int) may not be declar
FAIL: gcc.dg/vect/vect-iv-9.c scan-tree-dump-times vect "vectorized 1 loops" 2
Not much detail in logs,
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
--libexecdir=/usr/lib --includedir=/usr/include --mandir=/usr/sha
--- Comment #18 from aoliva at gcc dot gnu dot org 2008-02-05 06:20 ---
Ugh. I've just posted a patch that uses fold_convert at that very spot, and
then I saw your suggestion. I'll re-test with that instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
--- Comment #2 from aoliva at gcc dot gnu dot org 2008-02-05 05:58 ---
I don't see that preserving the information can be accomplished in a simpler
way than what's being implemented in the VTA branch :-( Any other attempt to
retain an expression that is not used anywhere, is such that
--- Comment #2 from hjl dot tools at gmail dot com 2008-02-05 05:53 ---
With the patch, I got
lake:pts/2[10]> ./xgcc -B./ -m32 -mno-sse -S x.i
x.i: In function âtestâ:
x.i:5: error: Calling âessefâ with attribute sseregparm without SSE/SSE2
enabled
--
http://gcc.gnu.org/bug
--- Comment #1 from hjl dot tools at gmail dot com 2008-02-05 05:52 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00114.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
[EMAIL PROTECTED] stack-2]$ cat x.i
float essef(float) __attribute__((sseregparm));
extern float f;
void test(void)
{
f = essef(f);
}
[EMAIL PROTECTED] stack-2]$ /usr/gcc-4.3/bin/gcc -m32 -mno-sse -S x.i
x.i: In function 'test':
x.i:5: error: Calling 'float(float)' with attribute sseregparm withou
--- Comment #5 from ghazi at gcc dot gnu dot org 2008-02-05 05:23 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00112.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35070
--- Comment #17 from mmitchel at gcc dot gnu dot org 2008-02-05 05:22
---
I would suggest inserting the conversion right before the call to
build_target_expr_with_type in convert_like_real:
if ((lvalue & clk_packed)
&& CLASS_TYPE_P (type)
&&
--- Comment #1 from corsepiu at gcc dot gnu dot org 2008-02-05 05:11
---
Created an attachment (id=15097)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15097&action=view)
preprocessed source of file producing ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35083
Building gcc-trunk rev 132111 (2008-02-05) for i386-rtems* (elf w/ newlib)
fails with:
...
make[7]: Entering directory
`/users/rtems/src/toolchains/BUILD/i386-rtems4.9/i386-rtems4.9/soft-float/newlib/libm'
Making all in math
make[8]: Entering directory
`/users/rtems/src/toolchains/BUILD/i386-rtems4
--- Comment #4 from dnovillo at gcc dot gnu dot org 2008-02-05 04:29
---
Fixed. http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00110.html.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dnovillo at gcc dot gnu dot org 2008-02-05 04:18
---
Subject: Bug 33738
Author: dnovillo
Date: Tue Feb 5 04:17:58 2008
New Revision: 132111
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132111
Log:
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg0011
--- Comment #16 from aoliva at gcc dot gnu dot org 2008-02-05 03:35 ---
Jakub, build_identity_conv is correct, at least in this case. In C++, the
bitfieldness :-) of a variable is not to be taken into account for purposes of
overload resolution. So, when tfrom != from, this means it is
--- Comment #7 from drow at gcc dot gnu dot org 2008-02-05 03:19 ---
Subject: Re: no-altivec ABI should be fixed or no longer
be the default
On Tue, Feb 05, 2008 at 02:23:20AM -, janis at gcc dot gnu dot org wrote:
> There's another mess hiding under the ABI change, which i
--- Comment #66 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-05
02:42 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> If so, there is still question why the tests do not fail without struct-reorg.
> Or they f
--- Comment #6 from janis at gcc dot gnu dot org 2008-02-05 02:23 ---
There's another mess hiding under the ABI change, which is that synthetic
vectors of the same size as AltiVec vectors are passed differently for
-mabi=altivec than for -mabi=no-altivec. There are warnings for syntheti
--- Comment #7 from w6ws at earthlink dot net 2008-02-05 01:25 ---
Subject: Re: VOLATILE attribute not being honored with
common block variable
Gosh - one learns something everyday. The bit with EQUIVALENCE is an
interesting twist!
It seems that F2003 would allow maximum flexibility
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |middle-end
Summary|[Regression 4.2] 841|[4.2 Regre
The first one is:
Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/
mnt/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/
gfortran.dg/actual_array_constructor_2.f90 -O0 -pedantic-errors
-L/mnt/gnu/
gcc/objdir/hppa2.0w-hp-hpux11.11/./li
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-02-05 00:42
---
(In reply to comment #5)
> We don't, however, handle the case where we mark volatile the other variable
> involved in the equivalence:
OK, Richard Maine and Steve Lionel confirmed that equivalence shouldn't
inter
--- Comment #6 from alexlh at funk dot org 2008-02-05 00:14 ---
I have the same problem: line 2: exec: -m: invalid option
Trying to build 4.2, the directory specified in --prefix *is* writable by the
user running the build.
--
alexlh at funk dot org changed:
What|Rem
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2008-02-04 23:40
---
(In reply to comment #2)
> I have confirmed this under cygwin. Taking the READ statement out so the
> program can run unabated, leads to a system failure trying to allocate
> memory.
> This is platform specific,
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-02-04 23:31 ---
Looking into this a little bit, the new save_template_attributes is modifying
the type node directly (adding new attributes), but that type node can then get
out of sync with other type nodes if it was the TYPE_MAIN_
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2008-02-04 23:14
---
The following code in resolve_tag_format() is wrong:
/* If e's rank is zero and e is not an element of an array, it should be
of integer or character type. The integer variable should be
ASSIGNED. *
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-02-04 22:55 ---
(In reply to comment #8)
> Not inlining always_inline is wrong-code. It's not clear which testcase is
> a regression - how is the status for 4.2.3?
>
Only the testcase in comment #1 is a regression. 4.2.3 does no
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2008-02-04 22:51
---
(In reply to comment #4)
> I did not test your patch, but without the common line, the dump contains
> "gfhzjf" until you remove the volatile. This saves you from reading assembler.
Thanks! This allowed me to rea
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35065
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35049
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-04 22:46 ---
Not inlining always_inline is wrong-code. It's not clear which testcase is
a regression - how is the status for 4.2.3?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-04 22:35 ---
Subject: Bug 33631
Author: rguenth
Date: Mon Feb 4 22:34:21 2008
New Revision: 132101
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132101
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-04 22:34 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-04 22:16 ---
Anyways you are violating C aliasing rules here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35069
--- Comment #2 from gcc-david at tulloh dot id dot au 2008-02-04 22:14
---
Yes, I didn't provide any context. I believe that this warning should apply
any time you are working with volatile variables.
A truncated real world example (kind of, real world debugging).
volatile static ui
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-04 22:03 ---
Subject: Bug 33631
Author: rguenth
Date: Mon Feb 4 22:03:09 2008
New Revision: 132097
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132097
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from spop at gcc dot gnu dot org 2008-02-04 21:59 ---
Mine.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #5 from janis at gcc dot gnu dot org 2008-02-04 21:28 ---
A prerequisite to changing the default to the AltiVec ABI is to fix
-mabi=no-altivec. A patch for that is at
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00094.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-04 21:19 ---
Subject: Bug 33631
Author: rguenth
Date: Mon Feb 4 21:18:32 2008
New Revision: 132096
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132096
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 21:18 ---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summ
--- Comment #34 from rguenth at gcc dot gnu dot org 2008-02-04 21:13
---
Subject: Bug 35035
Author: rguenth
Date: Mon Feb 4 21:12:49 2008
New Revision: 132095
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132095
Log:
2008-02-04 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #33 from rguenth at gcc dot gnu dot org 2008-02-04 21:13
---
Approved by Ian on IRC, committed, fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-02-04 21:05
---
Sorry for the confusion. I used:
print *,'Check memory and handles and press ENTER...', m
so I could track the progress. Without the m, I see no errors. Also notice
that he two upfront errors are in calls to
--- Comment #4 from burnus at gcc dot gnu dot org 2008-02-04 20:58 ---
> But I'm useless at reading assembly (the tree dump doesn't have these
> attributes written out)
Try something like the following with -O3 -fdump-tree-optimized:
subroutine wait4it ()
logical event
--- Comment #7 from dfranke at gcc dot gnu dot org 2008-02-04 20:44 ---
Fixed on trunk and 4.2. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jakub at gcc dot gnu dot org 2008-02-04 20:43 ---
Either build_identity_conv (tfrom, expr) is wrong if tfrom != from
(the comment about build_identity_conv function suggest that I think), or
convert_like_real needs to fold_convert in the ck_identity case.
If the form
--- Comment #14 from manu at gcc dot gnu dot org 2008-02-04 20:39 ---
Created an attachment (id=15096)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15096&action=view)
Test for a valid testcase
This is the test I am using for reducing the testcase. If you change something
and run:
--- Comment #32 from rguenther at suse dot de 2008-02-04 20:39 ---
Subject: Re: [4.3 Regression] Has any one managed to run
the libjava test suite on powerpc-apple-darwin9?
On Mon, 4 Feb 2008, howarth at nitro dot med dot uc dot edu wrote:
> --- Comment #31 from howarth at nitro
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-02-04 20:37 ---
Subject: Bug 34661
Author: dfranke
Date: Mon Feb 4 20:37:12 2008
New Revision: 132094
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132094
Log:
gcc/fortran:
2008-02-04 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #13 from manu at gcc dot gnu dot org 2008-02-04 20:37 ---
Created an attachment (id=15095)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15095&action=view)
Reduced testcase (16K) GCC 4.3
I can't reduce this further, so I post it here in case someone wants to give it
a
--- Comment #12 from dirtyepic at gentoo dot org 2008-02-04 20:30 ---
no one cares that make profiledbootstrap on 64bit targets miscompiles the
preprocessor when BOOT_CFLAGS="-O2" ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33992
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-02-04 20:18 ---
*** Bug 35081 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-04 20:18 ---
And it has already been fixed in 4.2.2.
*** This bug has been marked as a duplicate of 33678 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #14 from jakub at gcc dot gnu dot org 2008-02-04 20:11 ---
Regression introduced by the call.c (reference_binding) changes from
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131751
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
Someone appears to have blown the g++ abi in gcc-4.2.1 as compared to
gcc-4.0.1. The below patch appears to be needed? If so, could you please add
this to at least *-apple-darwin*.
$ cat patches-4.2.1/typeinfo-abi.patch
--- gcc-4.2.1/libstdc++-v3/libsupc++/typeinfo 2007-06-26 11:35:42.000
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2008-02-04
18:36 ---
Back to this PR, who did we need to review the current patch? I ask because the
last other remaining P! for gcc trunk has a proposed patch so gcc 4.3 can
branch as soon as both of those are checked in.
-
--- Comment #9 from ubizjak at gmail dot com 2008-02-04 18:31 ---
(In reply to comment #8)
> and with -m64:
> FAIL: gcc.target/i386/pr32661-1.c scan-assembler-times mov 2
Does darwin need -fomit-frame-pointer for this test?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35047
We were using g++ (GCC) 3.4.6 20060404 (Red Hat 3.4.6.9) on Linux 2.6.24.14 SMP
X86_64 GNU/Linux 4-core Intel @2.66GHz.
We executed: g++ -O0 test.cc
./a.out
./a.out causes segmentation fault.
The file test.cc folows below:
__thread int testarray[2];
int main()
{
int i = 2;
te
--- Comment #10 from steven at gcc dot gnu dot org 2008-02-04 18:12 ---
oops, sorry!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11594
--- Comment #9 from janis at gcc dot gnu dot org 2008-02-04 17:53 ---
It doesn't show up as FAIL for powerpc*-*-linux* becaues that check includes an
xfail:
/* { dg-final { scan-assembler-not "LC\[0-9\]" { xfail powerpc*-*-* } } } */
Reopened.
--
janis at gcc dot gnu dot org chan
--- Comment #4 from ghazi at gcc dot gnu dot org 2008-02-04 17:40 ---
Sure, I think I see what's wrong.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2008-02-04 17:38
---
(In reply to comment #2)
> thanks ... i'm using sunfreeware.com's latest version of GMP (4.2.1) and
> MPFR's
> 2.3.0 (plus the latest downloaded patches) ...
Closing this bug as INVALID, please reopen if you sti
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 17:30 ---
Err, yes. We run into count_type_elements:
case UNION_TYPE:
case QUAL_UNION_TYPE:
{
/* Ho hum. How in the world do we guess here? Clearly it isn't
right to count the fields. Gues
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-02-04
17:24 ---
Created an attachment (id=15094)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15094&action=view)
code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35079
The attached code (from lapack) segfaults gfortran trunk 20080116 with -O3
-funroll-loops, succeeds without -funroll-loops.
$ gfortran-4.3 -funroll-loops -save-temps -O3 -c seispack.f
seispack.f: In function 'invit':
seispack.f:1742: internal compiler error: Segmentation fault
Please submit a fu
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 17:12 ---
Really reduced testcase, the key is that pthread_mutex_t is a union:
typedef union
{
int __lock;
} pthread_mutex_t;
extern void abort (void);
int main(int c, char **v)
{
struct { int c; pthread_mutex_t m; }
--- Comment #8 from bergner at gcc dot gnu dot org 2008-02-04 17:04 ---
Ok, I bootstrapped with revision 132091. The patched compiler ICE's on the
following test case:
typedef float TFtype __attribute__ ((mode (TF)));
TFtype
divtc3 (TFtype a, TFtype b)
{
if (__builtin_fabsl (a) < __b
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 17:04 ---
The warning persists for me on the trunk, and the initialization is not done:
main (c, v)
{
int D.2713;
int D.2714;
int j[3];
typedef struct
{
int c;
int * j;
union pthread_mutex_t m;
} struc
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 16:49 ---
Still works for me on x86_64/i686. Any ppc guys around to confirm this?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 16:45
---
Fixed, as this wasn't a regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 16:42 ---
Works for me.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-04 16:40 ---
The C++ standard says:
'The constant-expression may be larger than the number of bits in the object
representation of the bit-field's type' in such cases the extra bits are
used as padding bits and do not participat
--- Comment #7 from bergner at gcc dot gnu dot org 2008-02-04 16:30 ---
I'm testing the patch from Comment #4 on powerpc64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29253
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-04 16:16 ---
Works on the trunk, fails for 4.1 and 4.2 branches with -O2,
-fno-strict-aliasing
makes the failure go away there. Inlining is not required to trigger the bug.
Probably a dup of one of the various alias-related mis
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-02-04 16:09
---
Trunk is fine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-04 16:06 ---
Jason is this the same issue as PR33916 you fixed? (Your fix didn't change
the outcome of this PR though)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 16:01 ---
Re-confirmed on the trunk.
make check-gfortran \
RUNTESTFLAGS="--target_board=unix/-ftree-loop-linear execute.exp"
--
rguenth at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-04 15:52 ---
A testcase would probably be sth along the lines of
extern void abort (void);
void __attribute__((noinline)) foo (unsigned long long x)
{
float uf = x;
float sf = (signed long long)x;
if (uf == sf)
abort (
--- Comment #11 from jakub at gcc dot gnu dot org 2008-02-04 15:47 ---
http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00087.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hp at gcc dot gnu dot org 2008-02-04 15:42 ---
Could the reporter please verify that the problem is fixed with trunk >= 132093
and if so, close this PR? Thanks.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hp at gcc dot gnu dot org 2008-02-04 15:34 ---
Subject: Bug 31405
Author: hp
Date: Mon Feb 4 15:33:54 2008
New Revision: 132093
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132093
Log:
PR other/31405
* inclhack.def: (glibc_c99_inline_1a): R
--- Comment #6 from jakub at gcc dot gnu dot org 2008-02-04 15:33 ---
I think we can safely close this.
For hppa see http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132082
for arm I've tested with a cross.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-04 15:07 ---
Uh, and we fold ABS != 0.0 to x != 0.0, which makes the testcase
uninteresting as well. Also it happens that for double we succeed with
generating the nojump variant. And I don't have a cross with long-double
enab
--- Comment #2 from pcarlini at suse dot de 2008-02-04 14:59 ---
Seems simple.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gc
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-04 14:57 ---
Executable testcase:
extern double fabs(double);
extern void abort(void);
void __attribute__((noinline)) foo(double x)
{
if (fabs (x) != 0.0)
abort ();
}
int main ()
{
foo(-0.0);
return 0;
}
--
http:/
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2008-02-04
14:54 ---
With regard to the 64-bit support for powerpc-apple-darwin9, this does exist in
Apple's open source release of libffi from PyObjC. Bill Bumgarner at Apple had
the following comments on the issue of porting
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-04 14:51 ---
Created an attachment (id=15093)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15093&action=view)
patch
This should fix it. Can someone test it on ppc please?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:30 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:29 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from dje at gcc dot gnu dot org 2008-02-04 14:27 ---
main ()
{
if (fabs (-0.0) != 0.0)
abort ();
}
compile with -msoft-float and optimization on powerpc-linux.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-04 14:27 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #8 from vincent dot riviere at freesbee dot fr 2008-02-04
14:02 ---
I confirm this problem is still present in GCC 4.3-20080201.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35067
--- Comment #29 from dominiq at lps dot ens dot fr 2008-02-04 14:01 ---
> For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely
> libffi for 64-bit,
Now I remember, it is PR29152!-(2006-09-20)
> I'm also not sure how boehm-gc works.
It is broken for 4.2 and s
--- Comment #3 from reichelt at gcc dot gnu dot org 2008-02-04 13:59
---
Well, the ICE appeared before
2008-01-31 Douglas Gregor <[EMAIL PROTECTED]>
Jakub Jelinek <[EMAIL PROTECTED]>
PR c++/34935
PR c++/34936
* typeck.c (structural_comptypes): Handle
The following invalid code snippet triggers an ICE since GCC 4.2.0
when compiled with -fopenmp:
===
template void foo()
{
#pragma omp parallel for
for (int& i = 0; i < 10; ++i)
;
}
===
--- Comment #28 from andreast at gcc dot gnu dot org 2008-02-04 13:48
---
For ppc-darwin 64-bit there is _no_ libjava support. Bits are missing, namely
libffi for 64-bit, I'm also not sure how boehm-gc works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35035
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-02-04 13:45
---
Created an attachment (id=15092)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15092&action=view)
queued forwprop cleanup
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34989
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-04 13:44 ---
Mine. I have a patch that fixes this, but lets queue this for 4.3.1 instead.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 132 matches
Mail list logo
