--
Bug 19292 depends on bug 15332, which changed state.
Bug 15332 Summary: colon edit descriptor not handled correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15332
What|Old Value |New Value
--
--
Bug 20037 depends on bug 15332, which changed state.
Bug 15332 Summary: colon edit descriptor not handled correctly
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15332
What|Old Value |New Value
--
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-25
07:07 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-25
07:04 ---
Subject: Bug 15332
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-25 07:04:27
Modified files:
gcc/testsuite : ChangeLog
libgfortran: C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-25
07:04 ---
Subject: Bug 15332
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-03-25 07:04:10
Modified files:
gcc/testsuite : Change
--- Additional Comments From mark at codesourcery dot com 2005-03-25 06:29
---
Subject: Re: [3.3/3.4/4.0/4.1 Regression] Wrong warning about
returning a reference to a temporary
> Alex, could you confirm that the above suggestion resolves the PR when used
> in combination with your m
--- Additional Comments From roger at eyesopen dot com 2005-03-25 06:03
---
Splitting non_value into maybe_lvalue_p is a good thing, is totally safe and is
preapproved for both mainline and the 4.0 branch. The remaining change to
fold_ternary/fold_cond_expr_with_comparison are more cont
--- Additional Comments From halcy0n at gentoo dot org 2005-03-25 05:48
---
Created an attachment (id=8454)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8454&action=view)
Preprocessed file for above failure
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20634
The package I'm trying to compile with the latest snapshot of GCC is sudo. It
compiles with -O2, but when running it, it does not work properly. Adding
-fno-unit-at-a-time fixes the runtime issue. Also the program works fine if
compiled with -O1. So I took all of the -O2 options and put them on
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-25
05:44 ---
(In reply to comment #4)
It should be noted that reshape also suffers from the same disorder. To my
mind, this makes the PR rather high priority - after all, the vectorized
functions are among the features
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-25
05:27 ---
Subject: Re: [3.3/3.4/4.0 Regression] problem mixing C++ exceptions and
setjmp/longjmp with SJLJ exceptions
Thanks for the quick response. I am consulting with the reporter to what he
wants to do.
Paul
Bootstrap on sparc64-portbld-freebsd5.3 fails with the following error:
.././..//gcc-4.0-20050226/gcc/libgcc2.c:1623: error: size of array
'compile_type_assert' is negative
That line is:
/* Verify that MTYPE matches up with CEXT. */
extern void *compile_type_assert[sizeof(INFINITY) ==
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-25
03:31 ---
According to Dan, Jason says that TYPE_NAME (TYPE_MAIN_VARIANT (origin)) is
NULL, but should not be, in this test case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19345
--- Additional Comments From oliverst at online dot de 2005-03-25 02:02
---
OK, next week I will try to isolate the other occurance of a wrong warning and
file another bug report. Maybe there's another reason for the wrong warning in
that case (not STLport related).
--
http://gcc.gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-25
01:11 ---
Via Tom Tromey, I found this is a tree optimization bug. I am look into fixing
this.
--
What|Removed |Added
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-25 01:07
---
I found some code in the hot/cold partitioning patch that makes a difference
even with -fno-reorder-blocks-and-partition and am testing it on the
3.4-branch.
--
What|Removed
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-25
00:30 ---
"joern dot rennecke at st dot com" <[EMAIL PROTECTED]> wrote:
> FWIW, __mulsi3 should also not be exported, although that is not a
> regression.
For the efficiency, yes. Unfortunately, it causes the binary
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-25
00:25 ---
Patch here: http://gcc.gnu.org/ml/fortran/2005-03/msg00428.html
--
What|Removed |Added
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-25 00:09
---
Nathan approved the mainline patch but I haven't yet checked it in
because while testing backports I noticed more gcov symbols that were
not hidden, and because the original submitter tried a 3.4 version of
th
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dalej at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From zack at codesourcery dot com 2005-03-24 23:54
---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is
exporting too many symbols
"joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes:
> So you are saying this needs to list only to-be-excluded sy
--- Additional Comments From joern dot rennecke at st dot com 2005-03-24
23:49 ---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many
symbols
kkojima at gcc dot gnu dot org wrote:
>--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-24
>22:
Chips derived from McKinley-core (Itanium 2, etc.) have an anomaly which can
cause stalls if an F-unit instruction (including a NOP) is issued within a
six-cycle window after reading certain application registers (such as ar.bsp).
Furthermore, power-considerations also argue against the use of F-u
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From zack at codesourcery dot com 2005-03-24 22:54
---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is
exporting too many symbols
"joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes:
[LIB1FUNCS_ST]
> Won't this have the effect that any of the r
--
What|Removed |Added
CC|geoffk at geoffk dot org|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617
--- Additional Comments From kst at mib dot org 2005-03-24 22:50 ---
> the correct way is:
> -std=iso9899:1990
Sure, but as long as "-std=c89" is supported, why not support "-std=c90"
as well? It's more correct than "c89", and it's easier to remember
than "iso9899:1990".
--
http://
--- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-24
22:48 ---
I thought that mklibgcc makes such functions hidden if SHLIB_LINK
was defined. In my daily build of sh4-unknown-linux-gnu, all
movstr* and movmem* are hidden:
...
6: 0050 4 FUNCGLOBAL
--- Additional Comments From rth at gcc dot gnu dot org 2005-03-24 22:34
---
Sorry, but this test case is never going to work -- with either sjlj exceptions
or unwind exceptions. By longjmp-ing from the middle of a catch clause, you've
left the c++ library with live exceptions hanging a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
22:24 ---
the correct way is:
-std=iso9899:1990
--
What|Removed |Added
Version|unknown
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-24
22:24 ---
> Wouldn't it be better to have DECL_ASSEMBLER_NAME use the real name? What's
> the
> background onthe change to DECL_ASSEMBLER_NAME?
Define "real name". In 3.4.x, as discovered by Richard, the C and C
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-24
22:23 ---
*** Bug 20037 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15332
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-03-24
22:23 ---
I do agree with Thomas. This is a duplicate of PR 15332.
*** This bug has been marked as a duplicate of 15332 ***
--
What|Removed |Added
--
--
What|Removed |Added
CC||anlauf at hep dot tu-
||darmstadt dot de
Last reconfirmed|2004
gcc supports the options "-std=c89" and "-std=c99". I suggest adding
"-std=c90" as an alias for "-std=c89".
C89 is the ANSI C standard. C90 is the ISO C standard, which is
effectively identical (the most significant difference was a change
in the section numbering). In my opinion, the name "C9
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
22:14 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
The Java 1.1 imaging APIs were designed to be asynchronous, for loading images
over slow networks. The design is very complicated and hard to implement. In
1.2 BufferedImages seem to have replaced Images. So, for example,
Component.createImage() is declared to return an Image, but actually retur
--- Additional Comments From schlauerhamster at yahoo dot de 2005-03-24
21:55 ---
(set status to RESOLVED INVALID)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20627
--- Additional Comments From schlauerhamster at yahoo dot de 2005-03-24
21:53 ---
Oh, well, just found this sentence here in [temp.inst] of the Standard
("Implicit instantiation"):
"If the overload resolution process can determine the correct function to call
without instantiating a
--- Additional Comments From jakub at gcc dot gnu dot org 2005-03-24 21:40
---
It seems rth's review got lost in the archives :(, so I'll cut'n'paste
from my mailbox:
> 2005-01-18 Jakub Jelinek <[EMAIL PROTECTED]>
>
> PR c++/19406
> * dwarf2out.c (gen_type_die_for_member):
--- Additional Comments From joern dot rennecke at st dot com 2005-03-24
21:25 ---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many
symbols
zack at codesourcery dot com wrote:
> You may want to consider use of LIB1FUNCS_ST instead of LIB1FUNCS, so
>that the
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
21:21 ---
hmm, I cannot reproduce this on the mainline or the 4.0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
--- Additional Comments From joern dot rennecke at st dot com 2005-03-24
21:08 ---
Subject: Re: shared SH libgcc is exporting too many symbols
Mike Stump wrote:
>
> Could you add a reference to the PR in the code, as the next person
> to play with this will find it useful.
>
>
D
--- Additional Comments From caolanm at redhat dot com 2005-03-24 21:06
---
Created an attachment (id=8453)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8453&action=view)
bzip2ed prorocessed dump
openoffice.org 1.9.88
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
21:04 ---
*** Bug 20628 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
21:04 ---
*** This bug has been marked as a duplicate of 19317 ***
--
What|Removed |Added
g++ (GCC) 4.0.0 20050320 (Red Hat 4.0.0-0.35)
--
Summary: internal compiler error: in cp_tree_equal, at
cp/tree.c:1552
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Compon
==+
| 4.1.0 20050324 (experimental) (x86_64-unknown-linux-gnu) Program_Error
sem_type.adb:1587 explicit raise|
| Error detected at uex.adb:9:15 |
--
What|Removed |Added
I recently upgraded a gentoo to use 4.0.0 and recompiled all programs using it
(emerge -Due world) and some applications like psi and lincvs failed to work
properly afterwards. They compiled and ran, but incorrectly. Psi's password
dialog was not layed out properly and the user list did not popul
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-24
20:37 ---
See
http://gcc.gnu.org/ml/gcc/2005-03/msg01081.html
This fails because exception handling and -fdefer-pop don't work well together.
The easy solution is to disable the defer pop optimization when we hav
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-24
20:35 ---
The problem with the 2^19 line-number limit seems to be fixed
in gcc 4.0 and 4.1. The problem disappeared with the merge
of the tree-ssa branch AFAICT.
Strange that I didn't enter the info to the data-base
--- Additional Comments From joseph at codesourcery dot com 2005-03-24
20:34 ---
Subject: Re: [4.0/4.1 Regression] ICE jumping into statement
expression
On Thu, 24 Mar 2005, mmitchel at gcc dot gnu dot org wrote:
> Joseph, do you think it is tractable and reasonable to diagnose jumps
--- Additional Comments From dje at gcc dot gnu dot org 2005-03-24 19:58
---
reducing priority again. I do not see a clean way to rescan the application
from the tlink loop. -frepo is not a primary feature and -frepo continues to
work for most real applications.
--
What
--- Additional Comments From mrs at apple dot com 2005-03-24 19:36 ---
Subject: Re: shared SH libgcc is exporting too many symbols
On Mar 24, 2005, at 8:30 AM, Joern RENNECKE wrote:
> ! #if 1 /* ??? The export list mechanism is broken, everything that
> is not
> ! hidden is expor
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
19:08 ---
Wouldn't it be better to have DECL_ASSEMBLER_NAME use the real name? What's the
background onthe change to DECL_ASSEMBLER_NAME?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20263
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-24
19:05 ---
so I don't forget to look hard at this one
--
What|Removed |Added
AssignedTo|unassign
--- Additional Comments From nathan at gcc dot gnu dot org 2005-03-24
18:58 ---
actually, it'd be a miscompile if it had a dynamic initializer (because
the std says such a thing *must* be static initialized). Fortunately
the assembly is correct (which is kind of bizarre)
.type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:56 ---
I think this is invalid code as "B::TYPE f(const T &);" is tried
first, and there for B is
instantiated. If there were no indirections, it would have been rejected
because the type does not exist
but sin
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
18:55 ---
This patch looks fine. Unless you get objections in 24 hours, please check in
to 4.0 and mainline. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20622
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 18:51
---
I tried the patch with a biarch powerpc64-linux compiler; sixtrack now
works with "-m32 -O2 -ftree-loop-linear" but the swim compile dies in a
new place:
/home/janis/tools/gcc-mline-20050323-20612/bin/gfortra
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
18:47 ---
RTH, do you have any insight as to what might be going wrong here?
--
What|Removed |Added
--- Additional Comments From zack at codesourcery dot com 2005-03-24 18:46
---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is
exporting too many symbols
"joern dot rennecke at st dot com" <[EMAIL PROTECTED]> writes:
> Almost all the symbols in config/sh/lib1funcs.asm are probl
This code does not compile:
=CUT=
template
struct A
{
};
template <>
struct A
{
typedef int Type;
};
template
struct B
{
typedef typename A::Type Type;
};
template
inline typename B::Type f(T & me)
{
return 0;
}
template
inline typename B::Type f(T const & me)
{
re
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
18:26 ---
RTH, any thoughts as to how this is supposed to work?
--
What|Removed |Added
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
18:22 ---
Joseph, do you think it is tractable and reasonable to diagnose jumps into
statement expressions for 4.0? If you and RTH agree that this should be
invalid, then that would be ideal. If you agree that this
--- Additional Comments From joern dot rennecke at st dot com 2005-03-24
18:17 ---
Subject: Re: shared SH libgcc is exporting too many symbols
zack at codesourcery dot com wrote:
>--- Additional Comments From zack at codesourcery dot com 2005-03-24
>16:06 ---
>Subject: Re:
--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 18:16
---
This was fixed as part of a gigantic patch: hot/cold partitioning in
http://gcc.gnu.org/ml/gcc-cvs/2004-04/msg00348.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:15 ---
(In reply to comment #6)
> The link referenced in Comment #3 does not actually seem to be a review of
> this
> patch. Was there a review?
Yes, but the link is wrong because the archives are messed up.
--
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
18:14 ---
The testcase in Comment 10 does not fail on 4.0 or 4.1
Volker, does this problem still exist?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14711
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:10 ---
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
This started with the new parser.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:10 ---
: Search converges between 2003-07-08-trunk (#288) and 2003-07-09-trunk (#289).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20549
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:07 ---
This started to ICEing after 2004-12-11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20491
--- Additional Comments From joern dot rennecke at st dot com 2005-03-24
18:06 ---
Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many
symbols
schwab at suse dot de wrote:
>
>
>>! #define FUNC(X) .type X,@function .hidden X
>>
>>
>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
18:02 ---
Ok, now I can confirm it. The problem was I was using optimization.
Anyways the short testcase:
struct s {~s(); s();};
int f(int f2, int f3)
{
s gg;
if (f3 && f2)
return 1;
else
return 54;
}
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
18:02 ---
Richard, if there's no known testcase that manifests the problem for 4.0/4.1,
please remove those values from the summary line.
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13300
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
17:57 ---
My concern with this patch is that SRA may need other updates to full take into
account RANGE_EXPR. RTH, comments?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19108
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
17:48 ---
This is a missed-optimization bug as well, in that the initialization expression
should be simplified to a constant.
--
What|Removed |Added
-
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-03-24
17:44 ---
Added PR20600, since the patch causes that regression. Both patches were
approved for 4.0 once the PR20600 patch is approved into mainline.
--
What|Removed |Added
--
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
17:44 ---
Jan, you checked in a patch for this bug, but did not close it. Is there still
an sisue, or should this bug be marked fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20225
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-03-24
17:43 ---
This patch should go in 4.0.0, because it blocks PR19454.
--
What|Removed |Added
OtherBugsDep
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
17:33 ---
The link referenced in Comment #3 does not actually seem to be a review of this
patch. Was there a review?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19406
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-24
17:32 ---
Subject: Bug 20095
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-24 17:32:04
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gcc.
--- Additional Comments From oliverst at online dot de 2005-03-24 17:32
---
I know, that there is a standard, but it's only a standard and any
implementation can have its own bugs. And having just one STL you should run
into the same bugs and not having it working fine on one operating s
The following FAILs have appeared on mainline on ia64-hp-hpux11.23 between
20050323 and 20050324.
FAIL: gcc.dg/vect/vect-80.c scan-tree-dump-times Alignment of access forced
using peeling 1
FAIL: gcc.dg/vect/vect-96.c scan-tree-dump-times Alignment of access forced
using peeling 1
In addition
--- Additional Comments From schwab at suse dot de 2005-03-24 17:31 ---
Subject: Re: shared SH libgcc is exporting too many
symbols
Joern RENNECKE <[EMAIL PROTECTED]> writes:
> ! #define FUNC(X) .type X,@function .hidden X
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-24 17:20
---
This regression affects ia64-linux which is a secondary platform.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
17:18 ---
What option are you using as I cannot reproduce with any option I tried.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20624
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-03-24 17:15
---
The FAIL is fixed, I'll open a new PR for the new failures introduced at around
the same time.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24
17:09 ---
(In reply to comment #2)
> > Second why are you using STLport instead of the GCC's libstdc++?
>
> Because we had problems with the default GCC STL in the past, so we switched
> to
> STLport. We are also wo
--
What|Removed |Added
Component|c |target
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
17:05 ---
Dan points out that Joern was probably referring to Andrew's downgrade, rather
than Zack's comment, when speaking about seriousness.
I'm not sure what prompted Andrew to make that change, but I certainly t
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-03-24
17:01 ---
This is a wrong-code regression, and, as such, it's a "critical" bug for 4.0,
except that SH is not a primary or secondary platform. As such, SH bugs should
never have a target milestone; they should just
--
Bug 16990 depends on bug 19682, which changed state.
Bug 19682 Summary: TimeZone data needs to be regenerated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19682
What|Old Value |New Value
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-24
17:00 ---
Duplicate PR.
*** This bug has been marked as a duplicate of 17003 ***
--
What|Removed |Added
---
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-24
17:00 ---
*** Bug 19682 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From tsv at solvo dot ru 2005-03-24 16:58 ---
If source code compiled without optimization - no unaligned access generated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20625
--
Bug 16990 depends on bug 8321, which changed state.
Bug 8321 Summary: SimpleTimeZone doesn't work properly for daylight saving time.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8321
What|Old Value |New Value
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-03-24
16:57 ---
According to Sven, the recent Calendar/SimpleDateFormat fix
fixed this as well.
--
What|Removed |Added
---
--- Additional Comments From tsv at solvo dot ru 2005-03-24 16:57 ---
Created an attachment (id=8452)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8452&action=view)
Produced assembler file
This is generated assembler source with marked instruction (<---) that
generated unaligned a
1 - 100 of 159 matches
Mail list logo
