--- Comment #35 from dorit at gcc dot gnu dot org 2007-10-15 05:52 ---
bootstrap with vectorization enabled with your patch applied passes for me on
ppc64-linux. thanks!!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32582
--- Comment #1 from patchapp at dberlin dot org 2007-10-15 02:15 ---
Subject: Bug number PR target/33774
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00853.html
--
http://gcc.gnu.org/bug
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-10-15 01:37
---
Closing
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-10-15 01:36
---
Subject: Bug 33672
Author: jvdelisle
Date: Mon Oct 15 01:36:13 2007
New Revision: 129310
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129310
Log:
2007-10-14 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-10-15 01:33
---
Subject: Bug 33672
Author: jvdelisle
Date: Mon Oct 15 01:33:16 2007
New Revision: 129309
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129309
Log:
2007-10-14 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from patchapp at dberlin dot org 2007-10-15 01:08 ---
Subject: Bug number PR33133
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00829.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from patchapp at dberlin dot org 2007-10-15 01:07 ---
Subject: Bug number PR33745
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00796.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #11 from patchapp at dberlin dot org 2007-10-15 01:07 ---
Subject: Bug number PR 32600
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00775.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #10 from patchapp at dberlin dot org 2007-10-15 01:07 ---
Subject: Bug number PR33733
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00751.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #9 from patchapp at dberlin dot org 2007-10-15 01:06 ---
Subject: Bug number PR33733
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00751.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from patchapp at dberlin dot org 2007-10-15 01:06 ---
Subject: Bug number PR33233
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00745.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #9 from cnstar9988 at gmail dot com 2007-10-15 00:43 ---
$ cat /usr/bin/gcc
#!/bin/sh
mode=ilp32
first=yes
for arg in "$@"; do
case $arg in
-milp32|-m32)
mode=ilp32
;;
-mlp64|-m64)
mode=lp64
;;
*)
The following testcase fails on mingw32
===
typedef int __m128 __attribute__ ((__vector_size__ (16), __may_alias__));
typedef union
{
float f[4];
__m128 m;
} foo;
int test1[__alignof(__m128) >= 16 ? 1 : -1 ]; // OK
int t
Executing on host: /xxx/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/xxx/gnu/gcc/o
bjdir/./gcc -nostdinc++
-L/xxx/gnu/gcc/objdir/hppa2.0w-hp-hpux11.00/libstdc++-v3
/src -L/xxx/gnu/gcc/objdir/hppa2.0w-hp-hpux11.00/libstdc++-v3/src/.libs
-B/opt/g
nu/gcc/gcc-4.3.0/hppa2.0w-hp-hpux11.00/bin/
-B/opt/gnu/g
--- Comment #11 from danglin at gcc dot gnu dot org 2007-10-14 22:25
---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #10 from danglin at gcc dot gnu dot org 2007-10-14 22:22
---
Subject: Bug 33700
Author: danglin
Date: Sun Oct 14 22:22:25 2007
New Revision: 129304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129304
Log:
PR target/33700
* inclhack.def (hpux11_pthr
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-14
21:44 ---
Subject: Re: FAIL: 17_intro/headers/c++1998/all.cc (test for excess errors)
> Are you willing to prepare and test on your target a patch along those lines?
> Specifically, I would suggest following the exi
--- Comment #19 from ajd at gentrack dot com 2007-10-14 21:39 ---
(In reply to comment #18)
> Do you plan to support lazy binding as well?
Do you mean -blazy?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33704
--- Comment #2 from pcarlini at suse dot de 2007-10-14 21:30 ---
Are you willing to prepare and test on your target a patch along those lines?
Specifically, I would suggest following the existing practice in
17_intro/headers/c++200x/* and therefore guard with _GLIBCXX_HAVE_WCHAR_H,
_GLI
--- Comment #4 from jakub at gcc dot gnu dot org 2007-10-14 21:10 ---
At least for gcc-4_1-branch and gcc-4_2-branch your patch is IMHO the best
thing we can do. I agree that with cgraph it shouldn't be very hard to
actually
register two bodies, one for extern inline fn and one for the
After recently updating libgmp, I find that shared libraries that
were linked against the old version are broken. For example, libtool
links libguile.sl against libgmp.sl.7, /usr/local/lib/libltdl.sl.4,
/usr/lib/libc.1 and /users/gcc/gcc-4.2.0/lib/libgcc_s.sl. I've always
thought linking shared l
--- Comment #2 from burnus at gcc dot gnu dot org 2007-10-14 21:05 ---
For comp.lang.fortran, see:
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/e29f484b7d822ed3/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33672
--- Comment #6 from burnus at gcc dot gnu dot org 2007-10-14 20:29 ---
FIXED on the trunk (4.3.0)
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from burnus at gcc dot gnu dot org 2007-10-14 20:24 ---
Subject: Bug 33745
Author: burnus
Date: Sun Oct 14 20:24:20 2007
New Revision: 129302
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129302
Log:
2007-10-14 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #6 from pault at gcc dot gnu dot org 2007-10-14 19:27 ---
Fixed on trunk.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from pault at gcc dot gnu dot org 2007-10-14 19:26 ---
Fixed on trunk
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-10-14 18:16
---
Fixed on the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-10-14 18:15
---
Subject: Bug 30303
Author: pinskia
Date: Sun Oct 14 18:15:35 2007
New Revision: 129298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129298
Log:
2007-10-14 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #8 from burnus at gcc dot gnu dot org 2007-10-14 17:46 ---
For UPC (Unified Parallel C) - the C variant of something like Co-arrays - has
been implemented for GCC 4.0.x, see: http://www.intrepid.com/upc.html
I don't know whether they have signed a contract with the FSF or whe
--- Comment #2 from charlet at gcc dot gnu dot org 2007-10-14 16:38 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #1 from danglin at gcc dot gnu dot org 2007-10-14 16:35 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #4 from nathan at gcc dot gnu dot org 2007-10-14 16:26 ---
DR 325 describes the ambiguities in the standard. There are a number of
possible solutions to accepting this syntax, with different implementation
complexities, and it is not clear what the desired outcome is.
As th
--- Comment #8 from danglin at gcc dot gnu dot org 2007-10-14 16:23 ---
Regarding comment #4, I don't believe the warnings are a problem. hppa64-hpux
does not support undefined weak.
Regarding comment #6, '-m64' is not a valid gcc option for the hppa64-hpux
target. Thus, it appears li
--- Comment #1 from danglin at gcc dot gnu dot org 2007-10-14 15:20 ---
In the 4.2 version of headers_c.cc, I see:
// "C" headers that might not work if wchar_t support is disabled.
#include
#if _GLIBCXX_USE_WCHAR_T
#include
#include
#include
#include
#endif
Should the sam
--- Comment #1 from hjl at lucon dot org 2007-10-14 14:59 ---
The following ones in gcc 4.3:
gappletviewer
gc-analyze
gcj-dbtool
gcjh
gij
gjar
gjarsigner
gjavah
gkeytool
gnative2ascii
gorbd
grmic
grmid
grmiregistry
gserialver
gtnameserv
jv-convert
and the following ones in gcc 4.2:
gap
Executing on host: /xxx/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/xxx/gnu/gcc/o
bjdir/./gcc -nostdinc++
-L/xxx/gnu/gcc/objdir/hppa2.0w-hp-hpux11.00/libstdc++-v3
/src -L/xxx/gnu/gcc/objdir/hppa2.0w-hp-hpux11.00/libstdc++-v3/src/.libs
-B/opt/g
nu/gcc/gcc-4.3.0/hppa2.0w-hp-hpux11.00/bin/
-B/opt/gnu/g
--- Comment #3 from spop at gcc dot gnu dot org 2007-10-14 14:20 ---
Subject: Re: [4.1/4.2/4.3 Regression] ICE in bsi_for_stmt at tree-cfg.c when
using -O1 -ftree-loop-linear
I verified that this bug is also fixed by this patch:
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00798.html
I
--- Comment #12 from tomash dot brechko at gmail dot com 2007-10-14 14:15
---
I wish I could reopen the bug, but the only option I see is "Leave as
UNCONFIRMED".
(In reply to comment #9)
> So it sounds like you don't any thing about threading programming. People
> have
> to use mutex
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-10-14 12:50 ---
This patch should disable the sorry message in this case, but I would argue
that outputting sorry here is right - we fail to inline alway_inline function
because of implementation limitation. So I would claim 3.2.0 b
--- Comment #1 from charlet at gcc dot gnu dot org 2007-10-14 12:38 ---
Compiles fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from charlet at gcc dot gnu dot org 2007-10-14 12:36 ---
Fixed on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #2 from charlet at gcc dot gnu dot org 2007-10-14 12:31 ---
Test case now compiles fine.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from charlet at gcc dot gnu dot org 2007-10-14 12:24 ---
This is fixed in mainline.
Arno
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from charlet at gcc dot gnu dot org 2007-10-14 12:16 ---
Fixed in 4.2.1, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hubicka at gcc dot gnu dot org 2007-10-14 12:10 ---
This is result of ugly hack handling redefined extern inline functions. The
most sane semantics (not what 3.2.x did) would be that function if inlined
should get the extern inline body, but the body from redefined n
Hello,when I build the arm cross tools,the final gcc-build error:
(some information)
checking for uintptr_t... yes
checking for int_least32_t... yes
checking for int_fast32_t... yes
checking for uint64_t... yes
checking what to include in gstdint.h... stdint.h (already comp
--- Comment #4 from ludovic at ludovic-brenta dot org 2007-10-14 11:13
---
The reduced test case shows that the bug actually has nothing to do with
limited with. Therefore the title of the bug is misleading. A better title
would be:
Assert_Failure sinfo.adb:351 on legal Ada 2005 code
--- Comment #1 from charlet at gcc dot gnu dot org 2007-10-14 10:53 ---
GNAT GPL 2007 is not an FSF release.
Your code compiles fine with GCC 4.3.0
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-10-14 10:26 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
When using object prefixed notation of Ada 2005 with GNAT GPL 2007 on Mac OS X,
I come to different results.
$ gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8.9.0
Configured with: ../src/configure
--prefix=/Users/pascal/Documents/Extraction/070521/gnat
--enable-languages=c,ada --disable-
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-14 10:22 ---
This is likely a duplicate of PR24309 or PR23820.
./cc1 -quiet -O -ftree-loop-linear t.i
t.i: In function 'fxt1_quantize_ALPHA1':
t.i:2: internal compiler error: in lambda_loopnest_to_gcc_loopnest, at
lambda-code.c:
--- Comment #1 from abo dot pignard at wanadoo dot fr 2007-10-14 10:14
---
It outputs:
compiled with GNAT GPL 2007 (20070402-41)
with:
$ gcc -v
Using built-in specs.
Target: powerpc-apple-darwin8.9.0
Configured with: ../src/configure
--prefix=/Users/pascal/Documents/Extraction/070521/gn
--- Comment #11 from rsandifo at nildram dot co dot uk 2007-10-14 09:41
---
Subject: Re: Gcc 4.2.2 broken for mips linux kernel builds
"ddaney at avtrex dot com" <[EMAIL PROTECTED]> writes:
> rsandifo at gcc dot gnu dot org wrote:
>> --- Comment #9 from rsandifo at gcc dot gnu dot
--- Comment #14 from ubizjak at gmail dot com 2007-10-14 09:36 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
54 matches
Mail list logo
