--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
17:43 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
17:50 ---
Note there is a profiledbootstrap you can use to do this.
Also note this might be PR 12786.
--
What|Removed |Added
---
--- Additional Comments From gcc2eran at tromer dot org 2005-07-06 18:42
---
Correction of typo in comment 9: the related PR referenced is PR 22278.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21568
--- Additional Comments From dariobirtic at gmx dot net 2005-07-06 18:57
---
"profiledbootstrap" is not I was intending to do. "profiledbootstrap" although a
splendid idea is unfinished thing, it only profiles c compiler no matter what
languages are selected in the --enable-languages swi
--- Additional Comments From mckinlay at redhat dot com 2005-07-06 19:05
---
Fixed in HEAD
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18131 depends on bug 19674, which changed state.
Bug 19674 Summary: Empty declaration through semicolon (;) causes compile
failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19674
What|Old Value |New Value
--
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19674
--- Additional Comments From gnu at the-meissners dot org 2005-07-06 19:22
---
FWIW, I tried this with the 4.0 compiler on an AMD64 system, and it doesn't fail
with gfortran.
I did bring over the 3.4.4 release, and tried it with g77, and it failed as
reported. It passed if I used -m32
Take the following Ada code:
package Test1 is
type TSS_Name_Type is new String (1 .. 2);
function Get_TSS_Name return TSS_Name_Type;
end test1;
package body Test1 is
function Get_TSS_Name return TSS_Name_Type is
begin
return " ";
end Get_TSS_Name;
end Test1;
--(reduced from ex
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
19:29 ---
I will attach the patch which I used to catch this soon.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
19:31 ---
Created an attachment (id=9215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9215&action=view)
patch which catches this
This is the patch which catches this type missed match.
--
http://gcc.gnu.o
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
19:32 ---
It might be the Ada front-end needs to say they are compatible instead of
making them the same type.
--
What|Removed |Added
-
--- Additional Comments From schwab at suse dot de 2005-07-06 19:42 ---
The patch in comment #11 is wrong. The condition (!((regno) < 8 && (regno) +
GET_MODE_SIZE (mode) / 4 > 8)) is always true when regno >= 8. It needs to be
moved up to under the first condition.
--
http://gcc.g
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
19:49 ---
The follow changed removed gnat_types_compatible_p which had said the types
were compatible:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00563.html
The nice quote from that patch is:
It's not clear the co
Take the following code:
int f(int i)
{
int k = 0;
if (i == 0)
k = i == 0;
return k;
}
(reduced from c-parser.c)
VRP produces a missed matched types in the assignment of k:
t.c: In function 'f':
t.c:2: error: statement types mismatch
kD.1266_6 = 1;
intD.0
_BoolD.1063
--
Su
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
20:05 ---
Created an attachment (id=9216)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9216&action=view)
The patch I used to find this
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22329
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
20:07 ---
(In reply to comment #2)
> Created an attachment (id=9215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9215&action=view)
> patch which catches this
Note the "return false" should really be a "return
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
20:08 ---
Note I only filed this so I don't forget about it, I will be looking into
fixing this soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22329
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-06
20:50 ---
Subject: Bug 21614
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-07-06 20:50:42
Modified files:
gcc/cp
--- Additional Comments From gnu at the-meissners dot org 2005-07-06 20:59
---
3.4.4 compiles the file fine on a machine with 2 gigabytes of local memory. It
may be that the machine you were using is thrashing itself to death.
4.0.0 and 4.0.1-20050702 both give the following error:
gcc
gcc/gcc/java/class.c
if (HAVE_GAS_SHF_MERGE) should be false for windows target. However,
it's definition is done by configure for _host_, and it ends up as true
in auto-host.h if you cross compile
--
Summary: Building a cross linux->win32 incorrectly sets
HAVE_GA
--
What|Removed |Added
Component|other |libgcj
Summary|Building a cross linux- |Building a cross linux-
|>win32 incor
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zlaski at apple dot com
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-07-06
21:39 ---
Also fails on arm-elf and arm-netbsdelf. Reverting the call of
sjlj_emit_function_exit_after (function.c revision 1.628) to its previous
location fixes the failures on arm-elf.
--
What|Remo
--- Additional Comments From gnu at the-meissners dot org 2005-07-06 21:46
---
I compiled the sample on 3.3.6, and it did appear to hang. The memory usage
wasn't that much, so it doesn't look like page faulting itself to death. The
last phase that dumps its output with -da is 18.life,
--- Additional Comments From scp at predict dot com 2005-07-06 21:47
---
(In reply to comment #9)
> the bug is not a regression, so it has not gone into 4.0. As there seems to
> be
> a need for it, and the patch is small, we could probably do it. Right now 4.0
> is frozen for 4.0.1 t
--- Additional Comments From pluto at agmk dot net 2005-07-06 21:51 ---
newer snap ices earlier (gcc-4.1-20050701T1908UTC).
(...)
stage1/xgcc -Bstage1/ -B/usr/ppc-pld-linux/bin/ -c -O2 -gnatpg -gnata -I- -I.
-Iada -I../../gcc/ada ../../gcc/ada/ali.adb -o ada/ali.o
+=
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
21:54 ---
(In reply to comment #4)
> newer snap ices earlier (gcc-4.1-20050701T1908UTC).
>
> (...)
> stage1/xgcc -Bstage1/ -B/usr/ppc-pld-linux/bin/ -c -O2 -gnatpg -gnata -I- -I.
> -Iada -I../../gcc/ada ../../gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
21:59 ---
I have a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia
Trying to build gpsd 2.20 for ARM on a x86 box I get :-
netlib.c: In function `netlib_connectsock':
netlib.c:27: internal compiler error: in arm_print_operand, at
config/arm/arm.c:9869
Please submit a full bug report,
Command line is :-
/home/dgs/dev/scudderfish/build_arm/staging_dir/bin/arm-lin
--- Additional Comments From dave at smithfamily dot org dot uk 2005-07-06
22:11 ---
Created an attachment (id=9217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9217&action=view)
Preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22331
--
What|Removed |Added
Severity|critical|normal
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=223
--- Additional Comments From giovannibajo at libero dot it 2005-07-06
22:35 ---
I reopen the bug so we don't forget about this for 4.0.2.
Stephen, to clarify: we know that this is indeed a bug, and this is why it
*was* fixed for 4.1. The fact is that the 4.0 serie is already out so we
--
Summary: ACAT
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: laurent at guerby dot net
--- Additional Comments From laurent at guerby dot net 2005-07-06 22:51
---
+===GNAT BUG DETECTED==+
| 4.1.0 20050706 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
| in calc_dfs_tree, at dominance.c:376
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-06
22:57 ---
I imagine DCE now needs the same code PRE has to cleanup EH info and whatnot
after we've touched statements that can throw exceptions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
On x86_64-linux as of
LAST_UPDATED: Wed Jul 6 13:35:26 UTC 2005
RUN c34007p
raised CONSTRAINT_ERROR : c34007p.adb:83 discriminant check failed
RUN c34007r
raised CONSTRAINT_ERROR : c34007r.adb:80 discriminant check failed
RUN c45282b
,.,. C45282B ACATS 2.5 05-07-06 17:16:11
C45282B CHEC
--- Additional Comments From falk at debian dot org 2005-07-06 22:59
---
This comes from feeding garbage to an asm:
void f(int x) {
__asm__ ("frob %w0" : "=r" (x));
}
Hmm. I'm not really sure it's worthwhile to generate a useful error message
for every possible invalid argument to
FAIL: 23_containers/vector/bool/6886.cc (test for excess errors)
has appeared on mainline on hppa2.0w-hpux and ia64-hpux (-milp32 only) between
20050706 and 20050707.
/scratch/gcc/nightly-2005-07-06-mainline/src/gcc-mainline/libstdc++-v3/testsuite/23_containers/vector/bool/6886.cc:
In function
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-06 23:15
---
Created an attachment (id=9218)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9218&action=view)
preprocessed source for hppa2.0w-hp-hpux11.11
Preprocessed source for hppa2.0w-hp-hpux11.11. Compile with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-06
23:16 ---
This looks like PR 22332.
--
What|Removed |Added
BugsThisDependsOn|
--
What|Removed |Added
OtherBugsDependingO||22334
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22332
--- Additional Comments From giovannibajo at libero dot it 2005-07-07
00:20 ---
Thus, we have a regression in 4.0. The regression does not show in 4.1, but
it's unclear whether it was fixed or it is just hidden by the different code
produced with the new tree passes.
The compile-time-
--- Additional Comments From redi at gcc dot gnu dot org 2005-07-07 00:25
---
Keywords should include "wrong-code", this program should return 0:
static int f(int i)
{
return 1;
}
int f(long l)
{
return 0;
}
template
int g(T t)
{
return f(t);
}
int main()
--- Additional Comments From john at karsner dot net 2005-07-07 00:33
---
Subject: RE: bootstrap fails - ld: unrecognized option '-Wl,-rpath'
LD is not set in my environment
make[3]: Entering directory
`/usr/local/src/gcc/gcc4/i686-pc-linux-gnu/libjava'
/bin/sh ./libtool --tag=GCJ --m
Take the following C code (and compile it at -O1 -fdelete-null-pointer-checks) :
int t(int *a)
{
int i;
*a = 1;
i = a == 0;
return i;
}
We get the wrong type for the rhs of the modify statement of i:
t1.c: In function 't':
t1.c:2: error: statement types mismatch
iD.1266_2 = 0;
intD.0
_Boo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
00:39 ---
Created an attachment (id=9219)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9219&action=view)
Patch which is used to find this
Note this was reduced from tree-cfg.c, the reason why VRP did not find
--
What|Removed |Added
CC||law at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22335
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
00:45 ---
I wonder if this is caused by (my patch):
2005-07-02 Andrew Pinski <[EMAIL PROTECTED]>
PR middle-end/14490
* fold-const.c (fold_binary): Handle the return value of
fold_to_nonsharp
Ada build fails on x86_64 in gnattools:
../../xgcc -c -I./ -I../rts -I. -I/home/ssb/src/gcc41/gcc/ada -B../../ -O2 -g
-gnatpg -gnata -I- /home/ssb/src/gcc41/gcc/ada/vms_conv.adb
raised STORAGE_ERROR : stack overflow (or erroneous memory access)
gnatmake: "/home/ssb/src/gcc41/gcc/ada/vms_conv.adb"
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
00:48 ---
One more question:
what does the output of:
/usr/local/i686-pc-linux-gnu/bin/ld --version
give?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22323
--- Additional Comments From john at karsner dot net 2005-07-07 00:52
---
Subject: RE: bootstrap fails - ld: unrecognized option '-Wl,-rpath'
[EMAIL PROTECTED] gcc4]# /usr/local/bin/i686-pc-linux-gnu/bin/ld --version
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
T
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
Component|ada
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
01:04 ---
I have a patch to fix this.
The bug is in lookup_avail_expr.
It only returns boolean_false_node/boolean_true_node which is wrong.
It should be using constant_boolean_node instead.
--
What|Re
gcc -c -O0 -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -fno-common -DHAVE_CONFIG_H-I. -I.
-I../../gcc41/gcc -I../../gcc41/gcc/. -I../../gcc41/gcc/../include
-I../../gcc41/gcc/../libcpp/i
--
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
||patches/2005-
|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
01:31 ---
Confirmed, this was caused by:
2005-05-17 Zdenek Dvorak <[EMAIL PROTECTED]>
* ggc-page.c (ggc_alloc_stat): Record amount of memory allocated.
* ggc-zone.c (ggc_alloc_zone_1): Ditto.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-07
01:32 ---
This is a regression too.
--
What|Removed |Added
Summary|zone collector does not
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
01:56 ---
Subject: Bug 22327
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 01:56:05
Modified files:
gcc/fortran: ChangeLog trans-array.c
gcc/
Could you please tell me how can I work with large arrays in C/Objective-C. My
compiler (gcc) can not handle, for example, the following array
a[15][150][9][197], which is not too big. If I reduce the size to
a[15][150][9][19], for example, it works ok. I had prepared a small example to
show the
On Wed, 6 Jul 2005 [EMAIL PROTECTED] wrote:
>
>
> Could you please tell me how can I work with large arrays in C/Objective-C. My
> compiler (gcc) can not handle, for example, the following array
> a[15][150][9][197], which is not too big. If I reduce the size to
> a[15][150][9][19], for example,
I'm getting the following message when I try to install "libobjects":
The GCC 'nested functions' feature does not seem to be working on
this machine.
I'm working under Linux(i686) on an AMD athlon and with gcc-3.4.3.
Also, I'm having problems installing gcc-4.0.0. I'm getting the following
m
On Jul 7, 2005, at 12:13 AM, [EMAIL PROTECTED] wrote:
Also, I'm having problems installing gcc-4.0.0. I'm getting the
following
message after "make":
./config.status: line 910: ./../../config-ml.in: No such file or
directory
make: *** [configure-zlib] Error 1
This one is easy. You are bui
On Jul 6, 2005, at 11:38 PM, [EMAIL PROTECTED] wrote:
Could you please tell me how can I work with large arrays in
C/Objective-C. My
compiler (gcc) can not handle, for example, the following array
a[15][150][9][197], which is not too big. If I reduce the size to
a[15][150][9][19], for example,
On Jul 7, 2005, at 12:13 AM, [EMAIL PROTECTED] wrote:
I'm getting the following message when I try to install "libobjects":
Is there a reason why you are trying to install libobjects when it was
renamed to be "GNUstep Base Library" and therefore is now maintained
part of the GNUstep project?
No really, I'm just trying to compile Objective C code. But when I use -libobjc,
I get:
/usr/bin/ld: cannot find -libobjc
collect2: ld returned 1 exit status
I thought that "libobjc" was included in gcc. So, I found the following link
that says that -libobjc is the Objective C class library . .
On Jul 7, 2005, at 12:57 AM, [EMAIL PROTECTED] wrote:
No really, I'm just trying to compile Objective C code. But when I use
-libobjc,
I get:
/usr/bin/ld: cannot find -libobjc
collect2: ld returned 1 exit status
I thought that "libobjc" was included in gcc. So, I found the
following link
Quoting Andrew Pinski <[EMAIL PROTECTED]>:
>
> On Jul 7, 2005, at 12:57 AM, [EMAIL PROTECTED] wrote:
>
> >
> > No really, I'm just trying to compile Objective C code. But when I use
> > -libobjc,
> > I get:
> >
> > /usr/bin/ld: cannot find -libobjc
> > collect2: ld returned 1 exit status
> >
>
On Jul 7, 2005, at 1:04 AM, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] read_input]# gcc main.m read_input.m -lobjc -lm
/usr/bin/ld: warning: type and size of dynamic symbol
`__objc_class_name_Object'
are not defined
/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.3/../../../libobjc.so:
undefined
r
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-07
06:26 ---
Subject: Bug 22274
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-07 06:25:49
Modified files:
gcc/objc : ChangeLog objc-act.c
gcc/tes
--- Additional Comments From zlaski at apple dot com 2005-07-07 06:33
---
Fixed for 4.1.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-07-07 06:57 ---
Subject: Re: [4.1 Regression] Dominance error after aggressive dead code
elimination (cd_dce)
Hello,
> On Tue, 2005-07-05 at 23:29 -0600, Jeffrey A Law wrote:
> > DCE in aggressive m
101 - 173 of 173 matches
Mail list logo
