--- 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
--- 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 #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 #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:
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 #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|
--- 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 #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
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 #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
--- 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 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 #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 #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 #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 #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 #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 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
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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 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 #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
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 #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
--- 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 #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 #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 #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 #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
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
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
--- 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
;;
*)
--- 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 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
54 matches
Mail list logo
