--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-05 07:32
---
Subject: Bug 22340
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 07:32:14
Modified files:
. : Makefile.in Makefile.tpl configure
--- Comment #5 from pcarlini at suse dot de 2005-10-05 08:03 ---
Hummm, in principle we could maybe fix 12077 in a less drastic way, that is
keeping a non-trivial showmanyc in stdio_sync_filebuf (able to work with pipes
and fifos too, similar to the one in filebuf) when safe, that is
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-05 08:27
---
Subject: Bug 23809
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 08:27:44
Modified files:
gcc: ChangeLog
gcc/doc:
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-05 08:28 ---
Patch committed with some changes.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from ptsekov at gmx dot net 2005-10-05 08:36 ---
Paolo, I guess it is obvious to anyone around that _S_empty_rep_storage is
there to speed up things. What is not obvious to Cygwin users is that this
optimization actually makes their programs crash. And let me assure you
Maybe related to PR19362 and PR20244, but these are not marked as a regression.
The following code ICEs with -O3, adding the fordward decl for function avoids
the ICE.
Matthias
int main()
{
struct {int i;} x;
function(x);
return 0;
}
function (int k){}
--
Summary: [4.0 4.1
--- Comment #6 from pcarlini at suse dot de 2005-10-05 08:50 ---
(In reply to comment #5)
Paolo, I guess it is obvious to anyone around that _S_empty_rep_storage is
there to speed up things. What is not obvious to Cygwin users is that this
optimization actually makes their programs
--- Comment #11 from rguenth at gcc dot gnu dot org 2005-10-05 09:11
---
Any progress on this one?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-05 09:15
---
Subject: Bug 23513
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 09:15:47
Modified files:
gcc/cp : ChangeLog call.c pt.c
gcc/testsuite
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-05 09:35
---
Subject: Bug 24176
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 09:35:26
Modified files:
gcc/fortran: ChangeLog
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-05 09:38
---
Subject: Bug 24176
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 09:38:29
Modified files:
gcc/fortran: ChangeLog parse.c
gcc/testsuite :
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-10-05 09:38 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from pcarlini at suse dot de 2005-10-05 10:20 ---
PS: if you are going to experiment with _GLIBCXX_FULLY_DYNAMIC_STRING defined
by default, I would suggest also testing the performance impact of the
following:
change the default constructor to allocate memory on the heap
According to the standard, the instruction S'Remainder(X,Y) must raised a
Constraint_Error is raised if Y is zero (Annex A.5.3, point 47).
The following code, if build and launch (with gnat v3.15) returns 3.0 instead
of raising an exception.
package Test is
type T_Master is digits 8;
type
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2005-10-05 11:06
---
Looks indeed weird.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from nathan at gcc dot gnu dot org 2005-10-05 11:07 ---
fixed mainline and 4.0.3
2005-10-05 Nathan Sidwell [EMAIL PROTECTED]
PR c++/23513
* call.c (joust): Adjust length count to more_specialized_fn.
* pt.c (more_specialized_fn): Cope with
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-05 11:07
---
Subject: Bug 23513
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 11:07:33
Modified files:
gcc/cp : ChangeLog
--- Comment #26 from ebotcazou at gcc dot gnu dot org 2005-10-05 11:41
---
Present on my SPARC/Solaris 8 machine, but neither on the SPARC/Solaris 9 nor
on the SPARC/Solaris 10 machines, while the 3 compilers are essentially
identical.
--
ebotcazou at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 11:59 ---
*** This bug has been marked as a duplicate of 16876 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-05 11:59 ---
*** Bug 24210 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 2005-10-05 12:11 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 12:13 ---
Fixed in 4.0.0 at least.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-05 12:17
---
Subject: Bug 21419
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 12:17:16
Modified files:
gcc: ChangeLog c-typeck.c gimplify.c
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-05 12:17
---
Subject: Bug 24151
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 12:17:16
Modified files:
gcc: ChangeLog c-typeck.c gimplify.c
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-05 12:17
---
Subject: Bug 24146
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 12:17:16
Modified files:
gcc: ChangeLog c-typeck.c gimplify.c
--- Comment #12 from bonzini at gcc dot gnu dot org 2005-10-05 12:18
---
fix committed
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bonzini at gcc dot gnu dot org 2005-10-05 12:18 ---
fix committed
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24151
--- Comment #14 from bonzini at gcc dot gnu dot org 2005-10-05 12:19
---
new fix committed
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-05 12:19
---
(In reply to comment #12)
fix committed
Except it is latent on the 4.0 branch too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-05 13:20 ---
Talked to Daniel Berlin about the patch I had, it was in the wrong spot, I had
it in the post process and not when analyzing the code. So unassigning for
now.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-05 13:21 ---
Talked to Daniel Berlin about the patch I had, it was in the wrong spot, I had
it in the post process and not when analyzing the code. So assigning back to
Diego.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #21 from pinskia at gcc dot gnu dot org 2005-10-05 13:24
---
(In reply to comment #20)
Created an attachment (id=9888)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9888action=view) [edit]
The fix which needs to be tested
And this patch fixes the problem too. I
--- Comment #5 from jsberg at bnl dot gov 2005-10-05 13:31 ---
Created an attachment (id=9891)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9891action=view)
tpsalie_analysis.mod
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24204
--- Comment #6 from jsberg at bnl dot gov 2005-10-05 13:35 ---
Created an attachment (id=9893)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9893action=view)
precision_constants.mod
Sorry about that--I don't know much about fortran9x...
--
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-05 13:39
---
Subject: Bug 21419
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 13:39:51
Modified files:
gcc: ChangeLog
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-05 13:39
---
Subject: Bug 24146
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 13:39:51
Modified files:
gcc: ChangeLog
--- Comment #15 from pinskia at gcc dot gnu dot org 2005-10-05 13:40
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-05 13:40 ---
committed to 4.0 branch too.
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-05 15:05 ---
This works on the mainline at least.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24204
If in a .h file you include another file with the same name, but in a different
directory, that contains a #pragma interface, it seems that the #pragma
interface gets extended to the current file, past the end of the included file.
In the following example there are three files:
a.h : contains
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-05 15:06
---
The patch causes the following failures:
FAIL: libffi.call/nested_struct3.c execution test
This is because libffi gets the alignment wrong. I have to look into libffi's
code.
--
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:16
---
Subject: Bug 18587
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]2005-10-05 15:16:42
Modified files:
gcc: ChangeLog tree-ssa-opfinalize.h
--- Comment #2 from fitzsim at redhat dot com 2005-10-05 15:21 ---
Fixed. Closing.
--
fitzsim at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-05 15:21
---
(In reply to comment #18)
This is because libffi gets the alignment wrong. I have to look into libffi's
code.
And I have a fix for that too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--
fitzsim at redhat dot com changed:
What|Removed |Added
Target Milestone|--- |0.19
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20757
--- Comment #13 from amacleod at redhat dot com 2005-10-05 15:22 ---
fixed
--
amacleod at redhat dot com changed:
What|Removed |Added
Status|REOPENED
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:36
---
Subject: Bug 17609
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 15:36:28
Modified files:
gcc/testsuite : ChangeLog
Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-05 15:37
---
Testcase now also on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from bonzini at gcc dot gnu dot org 2005-10-05 15:45 ---
This could be fixed now (because of the fix for PR17860 and other
import-related bugs).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18796
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:49
---
Subject: Bug 11729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 15:49:39
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-05 15:49
---
Subject: Bug 18368
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 15:49:50
Modified files:
gcc/testsuite : ChangeLog
Added
--- Comment #10 from reichelt at gcc dot gnu dot org 2005-10-05 15:50
---
Testcase now also on the 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pcarlini at suse dot de 2005-10-05 15:50 ---
Fixed for 4.1.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |trivial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9751
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-05 16:00
---
Subject: Bug 23965
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]2005-10-05 16:00:11
Modified files:
gcc/cp : ChangeLog call.c
--- Comment #5 from reichelt at gcc dot gnu dot org 2005-10-05 16:06
---
This is now fixed on the 4.0 branch, too.
Unfortunately I committed a suboptimal version to the 3.4 branch and mainline:
Misreading Mark's comments on the original patch I used
if (arg == error_mark_node ||
--- Comment #6 from uros at kss-loka dot si 2005-10-05 16:11 ---
According to comment #5, closed as WONTFIX on branches.
--
uros at kss-loka dot si changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 16:27 ---
Confirmed, a regression from 3.4.0.
Was introduced between 3.5.0 20040909 and 4.0.0 20041124.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dpatel at apple dot com 2005-10-05 17:02 ---
Subject: Re: [4.0/4.1 Regression] DBX_USE_BINCL support broken in the C++
compiler
AFAIK, It is not about compile time issue. There is another patch
available which is better than what is in apple branch.
--
We are using filebuf.open call to open a file in readonly mode in a
multi-threaded application. The result of the open call is checked with
is_open. The truss log shows that the file was opened successfully giving the
file handle. However, the application log shows that the open call failed and
--- Comment #2 from laurent at guerby dot net 2005-10-05 17:55 ---
Also fixed in 4.1.0 20051001 (experimental).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24212
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-05 18:19
---
Subject: Bug 23602
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 18:19:26
Modified files:
gcc: ChangeLog toplev.c
gcc/config/i386:
--- Comment #15 from rth at gcc dot gnu dot org 2005-10-05 18:23 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:11
---
Subject: Bug 24198
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:11:19
Modified files:
libstdc++-v3 : ChangeLog
--- Comment #2 from pcarlini at suse dot de 2005-10-05 19:12 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
FAIL: gcc.dg/vect/fast-math-vect-reduc-5.c execution test
has appeared on mainline between 20051004 and 20051005 on ia64-hp-hpux11.23,
both -milp32 and -mlp64. This test previously PASSed.
--
Summary: [4.1 Regression] gcc.dg/vect/fast-math-vect-reduc-5.c
FAIL: gcc.dg/i386-sse-vect-types.c (test for errors, line 17)
appeared on mainline between 20051004 and 20051005 on i686-pc-linux-gnu. This
is a new test.
--
Summary: gcc.dg/i386-sse-vect-types.c (test for errors, line 17)
fails
Product: gcc
--
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=4945
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 20338
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 21844
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog
--- Comment #17 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:35
---
Subject: Bug 19870
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:35:46
Modified files:
gcc/java : ChangeLog
--
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=23119
--
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=15938
--
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=18907
--- Comment #14 from mckinlay at redhat dot com 2005-10-05 19:39 ---
All patches from this bug have now been ported to the 4.0 branch, so I'm
closing it. Future fixes for 4.0 should be considered on a case-by-case basis,
or a new meta-bug opened if it freezes again.
--
mckinlay at
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #18 from pinskia at gcc dot gnu dot org 2005-10-05 19:40
---
Also fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target
--- Comment #8 from jsberg at bnl dot gov 2005-10-05 19:41 ---
Yup, I pulled the CVS and it works for me to.
--
jsberg at bnl dot gov changed:
What|Removed |Added
--- Comment #22 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:50
---
Subject: Bug 20606
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:50:28
Modified files:
gcc: ChangeLog reload.c
Log message:
--- Comment #25 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:50
---
Subject: Bug 24069
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-05 19:50:28
Modified files:
gcc: ChangeLog reload.c
Log message:
--- Comment #23 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:52
---
Subject: Bug 20606
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:52:14
Modified files:
gcc: ChangeLog
--- Comment #26 from cvs-commit at gcc dot gnu dot org 2005-10-05 19:52
---
Subject: Bug 24069
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 19:52:14
Modified files:
gcc: ChangeLog
--- Comment #24 from pinskia at gcc dot gnu dot org 2005-10-05 19:52
---
Fixed in 4.0.3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #27 from pinskia at gcc dot gnu dot org 2005-10-05 19:52
---
Fixed in both the mainline and 4.0 branch.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-05 19:54 ---
Confirmed, And Devang was going to look into it:
http://gcc.gnu.org/ml/gcc-regression/2005-10/msg00014.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-05 20:05 ---
Moving target milestone to 4.2 since this is java bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-05 20:05 ---
Moving target milestone to 4.2 since this is java bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from laurent at guerby dot net 2005-10-05 20:08 ---
Created an attachment (id=9897)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9897action=view)
-fdump-rtl-expand-details
s-arit64.adb.00.expand-normal : -O2 -gnatpg
s-arit64.adb.00.expand-no-tree-ter : -O2 -gnatpg
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-05 21:03
---
Subject: Bug 23818
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-10-05 21:03:05
Modified files:
gcc: ChangeLog
--- Comment #21 from bkoz at gcc dot gnu dot org 2005-10-05 21:03 ---
Richard adding you.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from bkoz at gcc dot gnu dot org 2005-10-05 21:06 ---
Richard adding you. Any thoughts? We've been blocked on this for quite some
time. There are a large number of issues that would be resolved or that we
could try to make progress on if there was forward movement on
--- Comment #10 from redi at gcc dot gnu dot org 2005-10-05 21:16 ---
Yes, I agree with Anthony, DR228 is about nested-name-specifiers, this bug is
about an unqualified-id, so 3.4.5p2 should still apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24161
--- Comment #23 from rth at gcc dot gnu dot org 2005-10-05 21:16 ---
I'm surprised this is considered tricky. Seems to me you just stuff the
attribute away in the parse tree somewhere and pretend we've just read it
in during template instantiation. That's what we do with everything
--- Comment #2 from erik dot edelmann at iki dot fi 2005-10-05 21:38
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00171.html
--
erik dot edelmann at iki dot fi changed:
What|Removed |Added
--- Comment #30 from gerrit at gcc dot gnu dot org 2005-10-05 22:09 ---
It crashes on Cygwin too. I wonder if --enable-fully-dynamic-string should be
the default when building on platforms where it is known to fail without this
option.
--
--- Comment #24 from mark at codesourcery dot com 2005-10-05 22:34 ---
Subject: Re: dependent expressions in attributes
rth at gcc dot gnu dot org wrote:
--- Comment #23 from rth at gcc dot gnu dot org 2005-10-05 21:16 ---
I'm surprised this is considered tricky. Seems to
--- Comment #7 from ian at airs dot com 2005-10-05 23:36 ---
This is not a bug in the assembler. The attached assembler code is trying to
put the difference between a symbol in the .text section (.LCFI10) and the
.text.unlikely section (.LCFI11) into the .debug_frame section. There is
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-06 00:03
---
Subject: Bug 23714
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-10-06 00:02:58
Modified files:
gcc: ChangeLog tree-cfg.c tree-flow.h
1 - 100 of 129 matches
Mail list logo
