--- Comment #8 from eedelman at gcc dot gnu dot org 2006-01-31 11:12
---
(In reply to comment #7)
The original code looks like
subroutine foo(self)
character(*) :: self
pointer :: self
nullify(self)
allocate(self)
self =
end subroutine
--- Comment #9 from paul dot richard dot thomas at cea dot fr 2006-01-31
12:58 ---
If you look at the code produced by this final example, the 2nd argument of
_gfc_allocate is null. This comes about because the TYPE_SIZE_UNIT that Jakub
hated me setting directly is a NULL_TREE. I
--- Comment #20 from pinskia at gcc dot gnu dot org 2006-01-31 14:05
---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02187.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from hjl at lucon dot org 2006-01-31 15:21 ---
I can't verify if the whole program compiles correctly due to PR 26041.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26038
--- Comment #19 from pinskia at gcc dot gnu dot org 2006-01-31 15:24
---
The test for this PR (gcc.dg/pr23372-1.c) fails on powerpc-darwin because there
is no memcpy outputted in the asm.
There is a loop:
L2:
lbzx r0,r9,r2
stbx r0,r11,r2
addi r2,r2,1
L3:
System on which this problem occurred is running SuSE 10 on a Pentium M 780
notebook system.
To reproduce:
Build gcc 4.0.2 per configuration below.
Install linux source from kernel 2.6.15.2.
Copy .config from tail end of this message.
Type make to build with gcc 4.0.2.
From tail end of build:
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-01-31 16:05
---
(In reply to comment #20)
So, { xfail powerpc*-darwin* } the test?
More like
{ xfail powerpc*-*-darwin* powerpc*-*-aix* rs6000-*-* powerpc64-*-linux*
lp64 }
--
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-01-31 16:05
---
(In reply to comment #21)
(In reply to comment #20)
So, { xfail powerpc*-darwin* } the test?
More like
{ xfail powerpc*-*-darwin* powerpc*-*-aix* rs6000-*-* powerpc64-*-linux*
lp64 }
Or even better just
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 16:06 ---
I hope you have read what you copied and pasted:
See URL:http://gcc.gnu.org/bugs.html for instructions.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from rguenth at gcc dot gnu dot org 2006-01-31 16:14
---
Can you quantify a bit worse code? Also, did you bootstrap/test the patch?
Btw., now that it's properly analyzed I don't think this should be P1 - in fact
the patch looks too invasive for 4.1.0, but it should
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 16:24 ---
Reduced testcase:
int f(void);
static typeof(f) g __attribute__((weakref(f)));
int h(void)
{
return g();
}
-
Actually is obviously why x86 goes wrong:
in ix86_function_ok_for_sibcall:
/* If we are
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-31 16:26 ---
Testing the obvious fix like what s390 did.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from amylaar at gcc dot gnu dot org 2006-01-31 16:28
---
(In reply to comment #9)
Subject: Bug 24912
Author: hp
Date: Sat Nov 19 21:56:17 2005
New Revision: 107231
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=107231
Log:
PR middle-end/24912
--- Comment #20 from rguenth at gcc dot gnu dot org 2006-01-31 16:03
---
So, { xfail powerpc*-darwin* } the test?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-01-31 16:32 ---
(In reply to comment #7)
Re: needing two rounds. Looks like you're hung up on my choice of words.
I suggest ignore that and instead just run the test-case.
The patch for PR middle-end/24912 actually caused
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-31 16:42 ---
And yes that fixed my reduced testcase.
The patch is:
Index: config/i386/i386.c
===
--- config/i386/i386.c (revision 110396)
+++ config/i386/i386.c
--- Comment #28 from thebohemian at gmx dot net 2006-01-31 16:45 ---
Created an attachment (id=10766)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10766action=view)
updated and fixed test setup
--
thebohemian at gmx dot net changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 16:48 ---
Please attach the preprocessed source.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2006-01-31 17:31 ---
If you fix this, you need to also make sure the Method.set* never modifies the
data under any circumstances. Attempts at modification will result in SIGSEGV
which is usually converted to NPE. The real exception
--- Comment #2 from tromey at gcc dot gnu dot org 2006-01-31 17:40 ---
Thanks for the concise report.
This abort occurs when computing a GC bitmap descriptor of a class.
What it means is that we think we've seen overlapping fields in the
class -- which is a can't happen in java.
It
--- Comment #3 from wbeebe at gmail dot com 2006-01-31 17:42 ---
In an attempt to provide preprocessed source per pinskia's request, I can no
longer produce the ICE. Investigating further. Lowering severity to minor.
Recommending that it be left at that level (or lower depending on the
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-31 17:43 ---
Time to test your memory/hardware then.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from paolo at gcc dot gnu dot org 2006-01-31 17:46 ---
Subject: Bug 21554
Author: paolo
Date: Tue Jan 31 17:46:07 2006
New Revision: 110445
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110445
Log:
2006-01-31 Paolo Carlini [EMAIL PROTECTED]
PR
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20178
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16940
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6160
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6767
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6931
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19488
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-31 18:05 ---
Mark as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|bootstrap fails in |[4.0 Regression] bootstrap
|libstdc++'s configure
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 18:07 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-31 18:08 ---
Mark as invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|-include switch is |[3.4 Regression] -include
|improperly handled
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8416
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-31 18:05 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8447
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8830
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7529
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9224
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9246
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9247
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10106
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.1.x/3.2.x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7578
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8169
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8786
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9007
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9392
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20434
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7823
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10122
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6209
--- Comment #3 from ro at techfak dot uni-bielefeld dot de 2006-01-31
19:11 ---
Subject: Re: Ada bootstrap failure on Solaris 10/x86 with native as
pinskia at gcc dot gnu dot org writes:
No feedback in 3 months (T-4 days).
I hadn't tried a bootstrap with the native as in months
When trying to bootstrap mainline on Solaris 10/x86 with the native
assembler, building libffi fails:
/vol/gcc/obj/gcc-4.2.0-20060126/10-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060126/10-gcc/./gcc/
-B/vol/gcc/share/i386-pc-solaris2.10/bin/
-B/vol/gcc/share/i386-pc-solaris2.10/lib/ -isystem
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2006-01-31
19:36 ---
Subject: Re: [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with
native as: use of .word
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-31 20:01 ---
Can you try this patch:
Index: i386.md
===
--- i386.md (revision 110427)
+++ i386.md (working copy)
@@ -20199,7 +20199,9 @@
(define_insn trap
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2006-01-31
20:08 ---
Subject: Re: [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with
native as: use of .word
pinskia at gcc dot gnu dot org writes:
Can you try this patch:
sure, bootstrap in progress.
--- Comment #9 from amylaar at gcc dot gnu dot org 2006-01-31 20:19 ---
(In reply to comment #0)
Visual inspection indicates that this patch fixes the testcase:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02229.html
Can you confirm?
--
--- Comment #15 from reichelt at gcc dot gnu dot org 2006-01-31 20:25
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-01-31 20:26
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-01-31 20:27
---
Taking care of the backport.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from eedelman at gcc dot gnu dot org 2006-01-31 20:45
---
Subject: Bug 24266
Author: eedelman
Date: Tue Jan 31 20:45:40 2006
New Revision: 110447
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110447
Log:
fortran/
2005-01-31 Erik Edelmann [EMAIL PROTECTED]
: (__assert_fail (s, v, 1743, __PRETTY_FUNCTION__), 0)));
__libc_fatal (*** invalid %N$ use detected ***\n);
}
}
[EMAIL PROTECTED]:~ ./gcc/gcc-20060131-3_4-biarch/bin/gcc -O1 -c -m64
-mlong-double-128 _IO_vfprintf_internal.i
_IO_vfprintf_internal.i: In function `_IO_vfprintf_internal
--- Comment #1 from bergner at vnet dot ibm dot com 2006-01-31 20:47
---
Created an attachment (id=10767)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10767action=view)
Test case as an attachment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26049
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 20:53 ---
This is related to (or really a dup of) PR 14010.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26049
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 21:07 ---
Hmm, (reg:DI 0 0 [194]) is what is causing the issue as far as I can tell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from eedelman at gcc dot gnu dot org 2006-01-31 21:19
---
Fixed on mainline and 4.1
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dje at gcc dot gnu dot org 2006-01-31 21:30 ---
This was fixed by adding the 'Y' constraint to movtf_internal. One would need
to add the constraint and modify the word_offset_memref_operand() function in
rs6000.c on the GCC-3.4 branch. I am hesitant to start along
Current mainline (as of 20060131) fails to bootstrap on Solaris 10/x86 in
libgcc-math:
/vol/gcc/obj/gcc-4.2.0-20060131/10-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.2.0-20060131/10-gcc/./gcc/
-B/vol/gcc/share/i386-pc-solaris2.10/bin/
-B/vol/gcc/share/i386-pc-solaris2.10/lib/ -isystem
/vol/gcc/share
--- Comment #2 from dje at gcc dot gnu dot org 2006-01-31 21:39 ---
Subject: Bug 25933
Author: dje
Date: Tue Jan 31 21:39:32 2006
New Revision: 110449
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110449
Log:
2006-01-31 Uttam Pawar [EMAIL PROTECTED]
PR
Since at least 20060126, make check on Solaris 10/x86 fails with a SEGV if
expect is invoked. I could trace this down to libgcc_s.so.1: If I point
LD_LIBRARY_PATH at the newly built libgcc_s.so.1, expect crashes
immediately, if I use one from e.g. GCC 3.1, it works as expected. Other
programs
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build
Summary|Use of u_int32_t in libgcc- |[4.2
--- Comment #11 from ro at techfak dot uni-bielefeld dot de 2006-01-31
21:56 ---
Subject: Re: [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with
native as: use of .word
A --disable-multilib (the amd64 doesn't yet work with Solaris as) bootstrap
with the native as
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 21:56 ---
This is interesting.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from munroesj at us dot ibm dot com 2006-01-31 21:57 ---
I understand for ppc32 but should we require gcc-4.1 -m64 for glibc (which had
worked in the past)?
--
munroesj at us dot ibm dot com changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-31 22:01 ---
This is not really a regression, and I should note that GCC's policy if this is
not a regression, it does not get fixed on the release branches. I should
note that even the requiring of 4.1 for ppc32 is pushing
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 22:02 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24266
I recently tried to build a package that was using cpp for other purposes than
preprocessing C files. Its configure script was looking for a way to not have
cpp predefine anything, and it specifically tried the -undef option, but
failed. From reading the docs, I couldn't figure out why. Here's a
--- Comment #10 from hp at gcc dot gnu dot org 2006-01-31 22:10 ---
The bug is (unfortunately?) not exposed with trunk revision 110246.
Confirmed that the patch referred to in comment #9 fixes the bug
when applied to trunk revision 108225 (from around Dec 8).
Confirmed also that the
--- Comment #1 from peda at lysator dot liu dot se 2006-01-31 22:11 ---
Created an attachment (id=10768)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10768action=view)
Fixup -undef option in specs file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26052
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 22:13 ---
This is a target specific issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from ro at techfak dot uni-bielefeld dot de 2006-01-31
22:15 ---
Subject: Re: [4.0/4.1/4.2 regression] IRIX 6.5 bootstrap failure with SGI
7.4.3m ld: GOT overflow
steven at gcc dot gnu dot org writes:
Leaving critical bugs as UNCONFIRMED isn't going to help us keep
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-31 22:15 ---
The bug is in the SPECs but it is generated from
gcc/config/i386/cygwin.h:
#define CPP_SPEC %(cpp_cpu) %{posix:-D_POSIX_SOURCE} \
%{mno-win32:%{mno-cygwin: %emno-cygwin and mno-win32 are not compatible}} \
--- Comment #14 from amylaar at gcc dot gnu dot org 2006-01-31 22:15
---
(In reply to comment #9)
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00868.html.
Considering the issues Jeffrey Law has brought up, a function that calls itself
recursively for subexpressions seems
When configuring the 4.1 branch (I haven't tried this on mainline yet since
I only recently found a workaround for PR target/24334) on IRIX 6.5 with
GNU as 2.16.1 and the SGI MIPSpro ld, libstdc++.so fails to link:
ld32: FATAL 2 : Internal: at ../../ld/section_type.c In load_info() unknown
--- Comment #11 from amylaar at gcc dot gnu dot org 2006-01-31 22:32
---
(In reply to comment #9)
P.S.: For the 4.1 branch and older release branches, it is sufficient to swap
the order of the calls to emit_reload_insns and subst_reloads.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-31 22:42 ---
This is at least a 4.1/4.2 regression, I forgot when comdat support was added.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2006-01-31 22:52 ---
Subject: Bug 26039
Author: tkoenig
Date: Tue Jan 31 22:52:49 2006
New Revision: 110453
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110453
Log:
2006-01-31 Thomas Koenig [EMAIL PROTECTED]
PR
Hi,
compiling the following code with the default language level
(is that gnu or something else?) leads to:
% gfortran gfcbug33.f90
In file gfcbug33.f90:2
print *, [ 1, 2 ]
1
Warning: New in Fortran 2003: [...] style array constructors at (1)
% cat gfcbug33.f90
program gfcbug33
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-31 23:07 ---
The default is somewhere inbetween -std=f90 (which does not really exist) and
-std=gnu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26054
--- Comment #2 from anlauf at gmx dot de 2006-01-31 23:23 ---
(In reply to comment #1)
The default is somewhere inbetween -std=f90 (which does not really exist) and
-std=gnu
Hmmm. Did you really mean Fortran 90 (which does exist
as a standard but not as f90 in gfortran) or Fortran
--- Comment #7 from dje at gcc dot gnu dot org 2006-01-31 23:26 ---
I understand for ppc32 but should we require gcc-4.1 -m64 for glibc (which had
worked in the past)?
We are not requiring gcc-4.1 for -m64, gcc-4.0 -m64 -mlong-double-128 includes
the fix. If gcc-4.0 did not work,
--- Comment #3 from hjl at lucon dot org 2006-01-31 23:34 ---
The problem is in gfc_resolve:
void
gfc_resolve (gfc_namespace * ns)
{
...
gfc_traverse_ns (ns, resolve_symbol);
...
for (n = ns-contained; n; n = n-sibling)
gfc_resolve (ns)
...
resolve_code (ns-code, ns);
--- Comment #13 from jsm28 at gcc dot gnu dot org 2006-02-01 00:13 ---
Subject: Bug 23241
Author: jsm28
Date: Wed Feb 1 00:13:07 2006
New Revision: 110456
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110456
Log:
Backport:
2005-08-08 Josh Conner [EMAIL
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-02-01 01:03
---
Subject: Bug 26001
Author: pinskia
Date: Wed Feb 1 01:03:52 2006
New Revision: 110465
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=110465
Log:
2006-01-31 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #22 from pinskia at gcc dot gnu dot org 2006-02-01 01:04
---
Fixed on the mainline for now and I will ask Mark what we should do for 4.1.0
tomorrow.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
With gcc trunk, boostrap fails in stage3 with:
if /bin/sh ../libtool --mode=compile /Volumes/HD/ltmp/ssen/gcc-build/./gcc/xgcc
-B/Volumes/HD/ltmp/ssen/gcc-build/./gcc/
-B/usr/local/i386-apple-darwin8.4.2/bin/
-B/usr/local/i386-apple-darwin8.4.2/lib/ -isystem
$ testcase:
void transpose4x4
(
unsigned char* dst,
unsigned char* src,
int dst_stride,
int src_stride
)
{
asm volatile(
movd %4, %%mm0\n\t
movd %5, %%mm1\n\t
movd %6, %%mm2\n\t
movd %7, %%mm3
1 - 100 of 132 matches
Mail list logo