--- Additional Comments From prw at ceiriog1 dot demon dot co dot uk
2005-04-30 07:37 ---
I may have a discovered a related bug with a large program using
STL (hash_set). I've tried to simplify somewhat, and I have some
comments arising from some hacking with gdb (ddd). As a previous
p
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-04-30 07:54 ---
Subject: Re: [PR tree-optimization/21029, RFC] harmful chrec type conversions
Hello,
> Alexandre Oliva wrote:
> >
> > This is not a final patch; if the idea is considered sound, I'd s
--- Additional Comments From uros at kss-loka dot si 2005-04-30 07:59
---
I think that the best way to fix problems with missing floorf(), floorl(),
ceilf() and ceill() builtins is to completely disable all (int)floor() and
(int)ceil() optimizations for !TARGET_C99_FUNCTIONS.
I'll make
--
What|Removed |Added
Target Milestone|--- |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286
When building gcc, it is not clear in the documentation (at least to me) how to
configure the C++ standard library so that it accepts locales other than C and
POSIX. The versions before g++-3.4 did accept them by default, but it is not the
case for g++-3.4 and gcc-4 apparently.
--
Summ
--- Additional Comments From uros at kss-loka dot si 2005-04-30 08:25
---
Could this be related to PR19398: secondary reloads don't consider "m"
alternatives?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21291
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-04-30 09:08 ---
Oops, I reduced the code in comment #1 too much. This shows the problem.
//dllimport_array.C
// This causes 'initializer element is not constant' error in C,
// static_initialization_and_de
--- Additional Comments From pluto at pld-linux dot org 2005-04-30 09:35
---
(In reply to comment #5)
> (In reply to comment #3)
> > I can't build the Objective Caml compiler with this gcc error :/
>
> (...)
> Also using -fomit-frame-pointer works around the problem by adding
> a
-Wall warns about most statements with no effect. However, it doesn't warn
about
volatile int v;
void foo(void)
{
&v;
}
--
Summary: Missed warning
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: minor
Priority: P2
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:03
---
No maintainer is interested in fixing this.
--
What|Removed |Added
Status|UNCONFIRME
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:08
---
will not fix in 3.3.x
--
What|Removed |Added
Target Milestone|3.3.6 |3.4
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:09
---
-
--
What|Removed |Added
Status|NEW |RESOLVED
Resol
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:10
---
Not critical.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:12
---
work for 3.4.x, won't fix in 3.3.x
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:13
---
As per target maintainer comments.
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:15
---
Won't fix for 3.3.6. Suggest upgrade to 3.4.x
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:16
---
Not critical for 3.3.6
--
What|Removed |Added
Target Milestone|3.3.6 |3.
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:18
---
Not critical for 3.3.6
--
What|Removed |Added
Status|NEW |RE
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:19
---
won't fix for 3.3.6. Fixed in 3.4.x
--
What|Removed |Added
Target Milestone|3.3.6
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:23
---
fixed on 3.4.x
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:25
---
not critical for 3.3.6
--
What|Removed |Added
Resolution|WORKSFORME |WO
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:26
---
fixed for 3.4.x
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 18327 depends on bug 18384, which changed state.
Bug 18384 Summary: [3.3 Regression] ICE on zero-length array with empty
initializer...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384
What|Old Value |New Value
-
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:30
---
Not critical. Fixed in 3.4.x
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:34
---
Won't fix for 3.3.6
--
What|Removed |Added
Status|WAITING |RESOL
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:37
---
As per comment #10, there is no proposed patch for 3.3.6. Closing as
won't fix..
--
What|Removed |Added
--
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:40
---
won't fix for 3.3.6. Works for 3.4.0 and higher
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:40
---
won't fix for 3.3.6. Works in 3.4.0 and higher.
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:44
---
Chnages to fix this bug would happen in the middle=end which is risky at
this point. Therefore it won't be fixed for 3.3.6. It fixed in 3.4.0 though.
--
What|Removed |Added
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:46
---
removing target milestone
--
What|Removed |Added
Target Milestone|3.3.6
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:47
---
won't fix for 3.3.6. Works in 3.4.0 and higher
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:48
---
Access control has been reworked on 3.4.x and is known to be bogus in several
respect in 3.3.x and previous. Won't fix in 3.3.6. Suggest upgrade to 3.4.x
or higher.
--
What|Removed
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:51
---
won't fix for 3.3.6. The root of the bug has been cured in 3.4.x with
the new parser.
--
What|Removed |Added
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:51
---
Not critical for 3.3.6. Fixed in 3.4.0 and higher.
--
What|Removed |Added
Status|NE
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:53
---
won't fix for 3.3.5. Fixed in 3.4.x
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:54
---
As per comment #6
--
What|Removed |Added
Status|NEW |RESOLVE
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:55
---
Not ciritcal for 3.3.6. Fixed in 3.4.1
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 13:57
---
won't fix in 3.3.6. Works with 3.4.0 and higher.
--
What|Removed |Added
Status|NEW
--- Additional Comments From ralfixx at gmx dot de 2005-04-30 14:16 ---
Paolo Carlini wrote:
> I'd like to know your opinion, as a user: are you
> noticing worthwhile performance improvements?
> Would you consider very annoying trying to read again
> (calling clear()), when pipes are use
--- Additional Comments From berndtrog at yahoo dot com 2005-04-30 14:29
---
Arnaud Charlet wrote:
>Should be fixed now.
Can you please describe how you tested the patch?
I still get the errors in 4_0-branch and head!
Why does the '--disable-libada' switch disable gnattools-cross?
--
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:31
---
(In reply to comment #12)
> Fixed also in 3.4.3, Gaby is this okay to apply to the 3.3 branch when it
opens up again?
This patch does not seem to apply cleanly to 3.3.6 which as a different logic.
will close as
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:32
---
closing as fixed for 3.4.x
--
What|Removed |Added
Target Milestone|3.4.0
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:36
---
Patch does not apply to 3.3.6 source. closing as fixed in 3.4.x
--
What|Removed |Added
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:38
---
fixed in 3.4.0. won't fix for 3.3.6
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14766
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:41
---
access control is known broken in 3.3.x and previous.
--
What|Removed |Added
Status|
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:42
---
won't fix for 3.3.6. Works in 3.4.0 and higher.
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:46
---
fixed in 3.4.4. Won't fix for 3.3.6
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:47
---
won't fix for 3.3.6. Works in 3.4.4 and higher.
--
What|Removed |Added
Status|NEW
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 14:48
---
won't fix in 3.3.6. Known workaround.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
14:56 ---
What option are you taking about?
The standard way of changing the locale is either by the LC_*/LANG environment
variable or using the
locale class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2129
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
15:02 ---
Hmm, this is only a regression with 3.3, there might be another bug related to
this then.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
15:08 ---
Fixed so closing as such.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|3.3.3 |3.3.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21296
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
15:15 ---
Fixed in 3.4.0 and above, This is only a diagnostic problem which is why I am
closing it.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
15:35 ---
I think this is a dup of bug 21081.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From ncm-nospam at cantrip dot org 2005-04-30
15:48 ---
A note for Ralf: It is incorrect to use cin.eof() to watch for the end
of a stream. The correct flag to check is fail(). eof() is really
meant for seeing if that's why op>> failed.
--
http://gcc.gnu.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
15:54 ---
Fixed in 4.0.0 and above.
--
What|Removed |Added
Status|NEW
gcc 4.0.0 optimization seems to have a problem.
In the f function in following source, buf[i+i] = '\0' stores '\0' to buf[2].
But it should store to buf[4].
% cat t.c
extern int printf (__const char *__restrict __format, ...);
void
f(char *buf)
{
int i;
for (i = 0; i < 2; i++) ;
printf("i=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
16:00 ---
This is another expand issue:
;; *((char *) (unsigned int) (i + i) + buf) = 0
(insn 27 25 0 (set (mem:QI (plus:SI (mult:SI (reg/v:SI 60 [ i ])
(const_int 1 [0x1]))
(reg/v/
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-30
16:01 ---
Subject: Bug 18004
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-04-30 16:01:38
Modified files:
gcc: Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
16:03 ---
Hmm, maybe this should be closed as will not fix as the new verify fixes almost
if not all the problems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15735
--
What|Removed |Added
CC||lerdsuwa at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
16:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
16:12 ---
No feedback in 3 months.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 16:19
---
Patch applied to 3.3.6.
--
What|Removed |Added
Status|NEW |R
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
16:20 ---
*** This bug has been marked as a duplicate of 16104 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
16:20 ---
*** Bug 18238 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 16:31
---
Fixed in 3.4.x. Thr formating machinery is different in 3.3.6 and
this is not critical for 3.3.6. So closing.
--
What|Removed |Added
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 16:33
---
Fixed in 3.4.3. Won't fix for 3.3.6.
--
What|Removed |Added
Target Milestone|3.4.4
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-30
17:10 ---
Fixing.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-30
17:14 ---
Subject: Bug 14884
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-04-30 17:14:28
Modified files:
gcc: Change
--- Additional Comments From gdr at gcc dot gnu dot org 2005-04-30 17:16
---
Applied to 3.3.6 too.
--
What|Removed |Added
Status|NEW |RES
I got the sources from CVS today (2005-04-30) and configured with
~/src/gcc/configure --prefix=$HOME
--enable-languages=c,ada,c++,f95,java,objc,obj-c++,treelang
The following make command
make bootstrap
aborts and produces the error messages
stage1/xgcc -Bstage1/ -B/home/
--- Additional Comments From berndtrog at yahoo dot com 2005-04-30 17:23
---
I can confirm this bug for 3.4.2, but not for 3.4.3 and later(4_0, HEAD).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20808
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:24 ---
It is objc-C++ which does not bootstrap and that is known.
--
What|Removed |Added
--- Additional Comments From prw at ceiriog1 dot demon dot co dot uk
2005-04-30 17:29 ---
Following up my earlier comment: It appears that some code, which is
intended to improve the user diagnostics, can in fact break the
template instantiation process, for the reason stated in the
comm
The following incorrect code compiled with -O, -O2 or -O3 generates an internal
error. Bug happens on gcc-3.2.3, gcc-3.3.3, gcc-3.4.3, gcc-4.0.0
void f(unsigned long long a)
{
__asm__ ("nop"::"ad"(a));
}
as.c: In function 'f':
as.c:4: error: unrecognizable insn:
(insn:HI 12 7 13 0 (parallel [
--- Additional Comments From berndtrog at yahoo dot com 2005-04-30 17:41
---
I can confirm this bug for 4_0 and head (using -Os).
Note:
gcc-head-2004-12-07 compiles usart.i OK.
gcc-head-2004-12-29 fails with:
usart.c: In function 'UsartIOCtl':
usart.c:821: error: unable to find a regis
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:52 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:53 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 15502 depends on bug 13082, which changed state.
Bug 13082 Summary: Function entries and entries with alternate returns not
implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082
What|Old Value |New Value
-
--
Bug 18824 depends on bug 13082, which changed state.
Bug 13082 Summary: Function entries and entries with alternate returns not
implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082
What|Old Value |New Value
-
--
Bug 19292 depends on bug 13082, which changed state.
Bug 13082 Summary: Function entries and entries with alternate returns not
implemented
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13082
What|Old Value |New Value
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:54 ---
The reduced testcase in Comment #7 still ICEs.
--
What|Removed |Added
Target Milestone|--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:57 ---
This is fixed in 4.0.1.
*** This bug has been marked as a duplicate of 21022 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:57 ---
*** Bug 20910 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
17:59 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
[EMAIL PROTECTED]:~/gcc/OrbFit3.2/src/suit$ gfortran -I../include -c
astrometric_observations.f90
astrometric_observations.f90: In function 'jplradar_transform':
astrometric_observations.f90:1679: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source
--- Additional Comments From andrea at poisson dot phc dot unipi dot it
2005-04-30 18:21 ---
Created an attachment (id=8770)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8770&action=view)
source file causing ICE
Source file causing ICE.
It's part of the OrbFit Software Package av
--- Additional Comments From jpr at essi dot fr 2005-04-30 18:45 ---
Subject: Re: Configuring g++ library for various locales
?
pinskia at gcc dot gnu dot org wrote:
>--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
>14:56 ---
>What option are you takin
the exact version of GCC; the system type; the options given when GCC was
configured/built;
---
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs
Configured with: /gcc/gcc-3.3.3-3/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/etc --libdir=/u
--- Additional Comments From jorgen at fabeljet dot com 2005-04-30 18:50
---
Created an attachment (id=8771)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8771&action=view)
Preprocessed compiler input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21301
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
19:00 ---
Confirmed, reduced testcase:
TYPE ast_obs
DOUBLE PRECISION, DIMENSION(:), POINTER :: geopos
END TYPE ast_obs
TYPE(ast_obs), PARAMETER :: undefined_ast_obs = AST_OBS(NULL())
CONTAINS
SUBROUTINE read_rwo
I don't know if this is not a bug but I found this will looking into 21300,
take the following Fortran free
formed code:
if
(abs(aa).gt.999.d0.or.abs(bb).gt.99
9.d0.or.abs().gt.999.d0) THEN
endif
end program
Note th
Another bug while compiling OrbFit.
299 FORMAT('Scaling LOV=',L/'Second LOV=',L)
END
ICC 8.1 accepts this.
--
Summary: "Positive width required in format string"
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: rejects-valid
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
19:45 ---
(In reply to comment #2)
> I think there is another bug which will block OrbFit compiling, I will see if
> I can reduce that one too.
Note I filed PR 21301 and bug 21302 for those issues.
--
http://gcc
compiling kdebindings hangs after a while.
the attached testcase (680k) takes a very long time to compile.
[EMAIL PROTECTED]:~> /usr/bin/time
./install_gcc41-1-O1/libexec/gcc/powerpc-unknown-linux-gnu/4.1.0/cc1plus
-fpreprocessed /tmp/sipqtpart0.ii -quiet -dumpbase sipqtpart0.cpp
-auxbase-strip
--- Additional Comments From pcarlini at suse dot de 2005-04-30 19:54
---
You are not telling us which is your target. I would guess it's not a GNU
system and in that case unfortunately we cannot help you, at least not in the
short term: named locales are currently supported only on GNU
--- Additional Comments From olh at suse dot de 2005-04-30 19:54 ---
Created an attachment (id=8772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8772&action=view)
sipqtpart0.ii.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-30
19:57 ---
Fixed for 3.4.0 and above.
*** This bug has been marked as a duplicate of 13578 ***
--
What|Removed |Added
--
1 - 100 of 183 matches
Mail list logo
