--- Comment #10 from jakub at gcc dot gnu dot org 2007-02-05 06:52 ---
Only on redhat/gcc-4_1-branch. tree-nested.c on that branch is far closer
to gcc-4_2-branch (due to backported OpenMP support). Backporting to
vanilla gcc-4_1-branch will need more work.
--
http://gcc.gnu.org/b
--- Comment #12 from mmitchel at gcc dot gnu dot org 2007-02-05 06:05
---
Richard, would you be able to test the patch on SLES9, as David suggests?
Thanks,
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30659
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30618
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30590
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30536
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30493
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30473
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30472
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30468
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30460
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30437
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30433
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30364
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30363
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30302
--- Comment #9 from mmitchel at gcc dot gnu dot org 2007-02-05 05:48
---
Jakub, you've checked in a patch on the 4.1 branch, but your comment says that
this is fixed for 4.2 and 4.3. Was it also fixed for 4.1, or is there still a
problem on 4.1?
Thanks,
-- Mark
--
mmitchel at gcc
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30221
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-02-05 05:46
---
This patch is OK for mainline and 4.2, and for 4.1 after it reopens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30189
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-02-05 05:42
---
This patch is OK for 4.2, and for 4.1 when reopened.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30156
--- Comment #19 from mark at codesourcery dot com 2007-02-05 05:40 ---
Subject: Re: Shared libstdc++ fails to link
dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-05
> 04:02 ---
> Subject: Re: Shared libstdc
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30132
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29786
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30108
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30045
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30016
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29877
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29749
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29686
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28481
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-05
04:02 ---
Subject: Re: Shared libstdc++ fails to link
> I'm not sure it matters, but if these functions don't throw exceptions,
> I don't understand why we're not marking them TREE_NOTHROW. I suspect
> there's som
--- Comment #13 from mark at codesourcery dot com 2007-02-05 03:18 ---
Subject: Re: C++ FE emitting assignments to read-only global
symbols
steven at gcc dot gnu dot org wrote:
> Mark was going to leave this for GCC 4.2, but hasn't fixed this for GCC 4.2
> yet, either. What's going
--- Comment #17 from mark at codesourcery dot com 2007-02-05 03:06 ---
Subject: Re: Shared libstdc++ fails to link
dave at hiauly1 dot hia dot nrc dot ca wrote:
> Unwind data. We're talking about functions compiled in the
> current object.
OK.
I'm not sure it matters, but if these
--- Comment #4 from chat95 at mac dot com 2007-02-05 02:39 ---
it seems amd64 only. with i386-portbld-freebsd6.2,
% g++42 -v
Using built-in specs.
Target: i386-portbld-freebsd6.2
Configured with: ./..//gcc-4.2-20070110/configure --disable-nls
--with-system-zlib --with-libiconv-prefix=/us
--- Comment #3 from chat95 at mac dot com 2007-02-05 02:34 ---
Sorry for long delay...
No, I'm using 4.2's libstdc++.
% g++42 -O -fno-strict-aliasing -pipe -o gendoc gendoc.cc ; ldd ./gendoc
./gendoc:
libstdc++.so.6 => /usr/local/lib/gcc-4.1.2/libstdc++.so.6 (0x8006a3000)
The following problem was seen in a testcase under discussion in PR 30634:
# cat yy.c
#include
double f(void)
{
long long t = 0x000f;
double t1;
__builtin_memcpy(&t1, &t, sizeof(long long));
return t1;
}
int main()
{
union
{
long long ll;
double d;
} u;
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-05
00:15 ---
Subject: Re: Shared libstdc++ fails to link
> I'm not sure what "EH data" is being described here. Certainly, it
> makes no sense at all to emit EH unwind information for functions which
> are not part o
--- Comment #3 from hubicka at gcc dot gnu dot org 2007-02-04 23:41 ---
Subject: Bug 30696
Author: hubicka
Date: Sun Feb 4 23:40:58 2007
New Revision: 121582
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121582
Log:
PR middle-end/30696
* ipa-inline.c (cgraph_cl
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-04
23:31 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
> Also I don't see anything wrong with the expand's RTL. The difference between
> 4.1.1 and 4.2's RTL is that we don't go th
--- Comment #1 from bowie dot owens at csiro dot au 2007-02-04 23:12
---
Created an attachment (id=13006)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13006&action=view)
A preprocessed version of foo.cc which causes the ICE (compressed with bzip2).
--
http://gcc.gnu.org/bugz
Using the following version from svn.
g++ -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc_4_2_svn/configure
--prefix=/local_scratch/owe043/gcc_4_2 --enable-languages=c,c++
Thread model: posix
gcc version 4.2.0 20070201 (prerelease)
On a Fedora Core 4 system.
Using the
--- Comment #11 from ron3763 at msn dot com 2007-02-04 23:07 ---
I have added the patch file used to update glibc to the new C99 std extern
values so as to allow comparing touched/modified files with the fix-include
modification tables.
sysmacros.h may not be the only one that needs a '
--- Comment #10 from ron3763 at msn dot com 2007-02-04 23:06 ---
Created an attachment (id=13005)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13005&action=view)
File/Patch used to update glibc to new c99 semaitics for 4.3.0 gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #7 from milan at cmm dot ki dot si 2007-02-04 22:56 ---
Subject: Re: equivalence modifies common block
> "pault" == pault at gcc dot gnu dot org <[EMAIL PROTECTED]> writes:
pault> --- Comment #6 from pault at gcc dot gnu dot org
pault> 2007-02-04 12:03
--- Comment #15 from mark at codesourcery dot com 2007-02-04 22:53 ---
Subject: Re: Shared libstdc++ fails to link
danglin at gcc dot gnu dot org wrote:
> Personally, I believe that the fix for PR 29323 was wrong and has
> bloated the EH data emitted by GCC. The EH data for a module
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-02-04 22:48
---
Fortran is not release-critical and this bug appears to be purely within the
Fortran front end.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-02-04 22:24 ---
Same thing happens on i686-pc-linux-gnu with glibc-2.3.6.ds1-10
(Debian testing) while building libgfortran. This currently
blocks fortran development on trunk.
Confirming, setting severity and priority.
Trailing
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-02-04 21:33
---
Subject: Bug 30611
Author: fxcoudert
Date: Sun Feb 4 21:33:10 2007
New Revision: 121581
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121581
Log:
PR fortran/30611
* trans-intrinsic.c (g
--- Comment #7 from kargl at gcc dot gnu dot org 2007-02-04 21:31 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Summary|-Wno
--- Comment #2 from patchapp at dberlin dot org 2007-02-04 21:30 ---
Subject: Bug number PR c++/14622
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-02/msg00342.html
--
http://gcc.gnu.org/bugzil
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-02-04 20:10
---
Works for me on 4.3, I believe this is a duplicate of pr27954. There is no
plan at the moment to back port this to 4.2 or 4.1. Can you upgrade to 4.3?
*** This bug has been marked as a duplicate of 27954 ***
--- Comment #24 from jvdelisle at gcc dot gnu dot org 2007-02-04 20:10
---
*** Bug 30701 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-04
19:55 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
> > Can you try the following C code?
> >
> > double f(void)
> > {
> > long long t = -1;
> > double t1;
> > __builtin_
t.h:
int f(void)
{
- cut -
t.c
#include
return 0;
}
- cut -
gcc t.c
works
but
gcc t.h && gcc t.c
fails to compile t.h.
As far as I can tell this is not a regression
--
Summary: PCH vs not closing a function in a header
Product: gcc
Ve
Initiate command line:
==
gfortran-4.1 -v -O2 -c test.f95
Resultant output:
=
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-z
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-04 18:02 ---
Index: dwarf2out.c
===
*** dwarf2out.c (revision 121576)
--- dwarf2out.c (working copy)
*** reference_to_unused (tree * tp, int * wa
*** 100
--- Comment #23 from tbm at cyrius dot com 2007-02-04 17:52 ---
(In reply to comment #22)
> Fixed.
I can confirm this - with the exception of one case for which I filed a new
report: PR30700.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27657
PR27657 addressed a similar problem but this one is slightly different and
remains unsolved:
(sid)1556:[EMAIL PROTECTED]: ~/src/a] cat test.c
static void sand_window_create_shape (int test) {}
static void (* const b) (int test) = sand_window_create_shape;
(sid)1557:[EMAIL PROTECTED]: ~/src/a] cat
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-04
17:37 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
> Can you try the following C code?
>
> double f(void)
> {
> long long t = -1;
> double t1;
> __builtin_memcpy(&t1, &t
--- Comment #16 from alfred dot minarik dot 1 at aon dot at 2007-02-04
17:23 ---
(In reply to comment #15)
> I think you need to resubmit the updated patch.
Done http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00331.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13676
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2007-02-04
17:23 ---
Did the patch fixing this on gcc 4.2 branch get posted to the gcc-patches
mailing list?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28544
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-02-04 17:13 ---
Can you try the following C code?
double f(void)
{
long long t = -1;
double t1;
__builtin_memcpy(&t1, &t, sizeof(long long));
return t;
}
If the above is broken also, then my patch just exposed the above la
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-04
17:06 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_set_exponent.f90
> My patch just exposed a latent bug. Does this fail on the trunk also the same
> way? If not can you trace to see where the
--- Comment #5 from guenter at roeck-us dot net 2007-02-04 16:40 ---
Problem is seen with 4.1.2 release candidate. Build is successful with proposed
patch for bug 30270 applied.
Not really my call to make, but it appears that this is neither P3 nor severity
"normal". Also, the status of
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-04
16:00 ---
Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
not name a type
> > With the above patch, the problem still exists but it's moved to a
> > different file:
> >
> > /usr/ccs/bi
--- Comment #2 from schwab at suse dot de 2007-02-04 15:47 ---
*** Bug 30698 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30699
--- Comment #1 from schwab at suse dot de 2007-02-04 15:47 ---
*** This bug has been marked as a duplicate of 30699 ***
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #22 from rguenth at gcc dot gnu dot org 2007-02-04 15:29
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-02-04 15:28
---
Subject: Bug 27657
Author: rguenth
Date: Sun Feb 4 15:27:53 2007
New Revision: 121576
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121576
Log:
2007-02-04 Richard Guenther <[EMAIL PROTECTED]>
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.2 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30620
--- Comment #10 from rguenth at gcc dot gnu dot org 2007-02-04 15:16
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-02-04 15:15 ---
Subject: Bug 30636
Author: rguenth
Date: Sun Feb 4 15:15:38 2007
New Revision: 121575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121575
Log:
2007-02-04 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from aldot at gcc dot gnu dot org 2007-02-04 14:53 ---
4.1.2 prerelease-20070128 fails on --enable-intermodule too:
buildroot.arm/toolchain_build_arm/gcc-4.1.2-20070128/gcc/config/arm/arm.c -o
lib
backend.o \
-DBASEVER="\"4.1.2\"" -DDATESTAMP="\" 20070129\"" \
--- Comment #5 from toon at moene dot indiv dot nluug dot nl 2007-02-04
13:17 ---
It's not completely fixed yet, though.
The following:
MODULE types_m
TYPE coord_t
INTEGER ncord
REAL,ALLOCATABLE,DIMENSION(:) :: x, y
END TYPE
TYPE grib_t
INTEGER ksec0(2), ksec1(64),
--- Comment #11 from pault at gcc dot gnu dot org 2007-02-04 12:05 ---
PS
>
> I need to examine the part of the standard that deals with PRIVATE and PUBLIC
> in modules to see if this really is right.
>
I should have said, even if it is not correct, this clearly is touching the
right p
--- Comment #6 from pault at gcc dot gnu dot org 2007-02-04 12:03 ---
I think that we can close this one, OK?
I've marked it as "invalid", although that seems a trifle unfair.
Please feel post bugs if you find them - we would rather discuss PRs like this
one than have disatisfied users
--- Comment #8 from ron3763 at msn dot com 2007-02-04 11:31 ---
Well it worked, in a testing svn/update/export/patch.. rest of gentoo build.
Now I am back to dying where I did/was before. Compiling C++ library. Who to
contact/group. Here is a portion for a quick glance as to whom/how
--- Comment #1 from karlnick at student dot chalmers dot se 2007-02-04
10:44 ---
Created an attachment (id=13004)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13004&action=view)
Source files
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30699
[EMAIL PROTECTED]:~/dns/src$ gnatmake dnsbrowse_gtk `gtkada2-config`
gcc-4.1 -c -I/usr/share/ada/adainclude/gtkada2 dnsbrowse_gtk.adb
gcc-4.1 -c -I/usr/share/ada/adainclude/gtkada2 communication.adb
+===GNAT BUG DETECTED==+
| 4.1.2 20061028 (prere
[EMAIL PROTECTED]:~/dns/src$ gnatmake dnsbrowse_gtk `gtkada2-config`
gcc-4.1 -c -I/usr/share/ada/adainclude/gtkada2 dnsbrowse_gtk.adb
gcc-4.1 -c -I/usr/share/ada/adainclude/gtkada2 communication.adb
+===GNAT BUG DETECTED==+
| 4.1.2 20061028 (prere
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-02-04 10:30
---
Fixed on mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-02-04 10:30
---
Subject: Bug 30007
Author: fxcoudert
Date: Sun Feb 4 10:30:17 2007
New Revision: 121569
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121569
Log:
PR libfortran/30007
* libgfortran.h: Do
84 matches
Mail list logo
