DJ Delorie [EMAIL PROTECTED] writes:
Less to maintain is all I was hoping for. I think the configure
scripts (both libiberty's and gcc's) could be simplified quite a bit
if we assumed a C89 compliant runtime library, as could libiberty.h
and system.h.
Well, gcc can make assumptions
I've been getting bootstrap failures on i686-pc-linux-gnu for the past
few days, with --enable-languages=all,ada, on Fedora Core devel.
There are indeed differences between stage2 and stage3 targparm.o, but
upon visual inspection, they appear to be harmless, possibly some
effect of FP extra
On Saturday 26 March 2005 04:11, Ian Lance Taylor wrote:
I'm also not aware of processors changing as you describe,
Well, ia64 comes to mind. Take the cmp4.* instructions for example.
They are of the form (predicate) cmp4.cmpoperator p1,p2 = cmpoperands
where p1 and p2 are predicate registers
Hi Alex,
I do regular bootstraps of mainline all languages on FC3 i686-pc-linuux-gnu
and haven't seen any
problemss upto Friday. I'm using --enable-checking=tree,misc,rtl,rtlflag which
might make a
difference.
Cheers
Graham
On Mar 25, 2005, at 1:22 PM, Tom Tromey wrote:
Brad == Bradley Lucier [EMAIL PROTECTED] writes:
Brad http://gcc.gnu.org/ml/gcc-testresults/2005-03/msg01559.html
I didn't see more recent results, but I suspect this problem has been
fixed.
It seems that the libjava tests have been turned off, so it
Dave Murphy wrote:
After 3 or 4 restarts it finally appears to proceed normally until
building libgcc
make[3]: Leaving directory
`/c/projects/devkitPro/sources/arm-elf/gcc/gcc'
/c/projects/devkitPro/sources/arm-elf/gcc/gcc/xgcc
-B/c/projects/devkitPro/sources/arm-elf/gcc/gcc/
On Friday 25 March 2005 02:09, James E Wilson wrote:
I tried it, it doesn't help. It solves neither the loop invariant code
motion problem nor the do-loop optimization problem.
As pointed out by Andrew Pinski, the do-loop transformation was in fact
not valid. The rest of the slowdown looks
Hi Diego,
Have you considered merging CCP and VRP (as suggested by Kenny last
year at the summit)?
Originally I was thinking that ASSERT_EXPRs, or ranges gathered by VRP
rather, were very useful for jump threading, but they seem to be
useful for constant propagation, too. Consider
void bar
On Sat, 26 Mar 2005 02:17:58 +0100, Steven Bosscher [EMAIL PROTECTED] wrote:
On Saturday 26 March 2005 02:22, Canqun Yang wrote:
* loop.c (PREFETCH_BLOCKS_BEFORE_LOOP_MAX): Defined conditionally.
(scan_loop): Change extra_size from 16 to 128.
E. Weddington wrote:
Dave Murphy wrote:
copying the compile line and removing the spurious -I and the
-I../../../gcc-4.0-20050319-new/gcc/ results in no errors.
I'm having a little trouble finding where this line is built up in
the makefiles, can anyone point me in the right direction to solve
The last ChangeLog of rtlopt-branch was written in
2003. After more than one year, many impovements in
this branch haven't been put into the GCC HEAD. Why?
ÒýÑÔ Steven Bosscher [EMAIL PROTECTED]:
On Saturday 26 March 2005 02:22, Canqun Yang wrote:
        * loop.c (PREFETCH_BLOCKS
ÒýÑÔ Steven Bosscher [EMAIL PROTECTED]:
On Sunday 27 March 2005 03:53, Canqun Yang wrote:
The last ChangeLog of rtlopt-branch was written in
2003. After more than one year, many impovements in
this branch haven't been put into the GCC HEAD.
Why?
Almost all of the rtlopt branch was
Hi,
Peter S. Mazinger schrieb:
I'm not sure *-*-linux-uclibc would be the right choice, as it suggests
running Linux with uclibc as your C library, which is something the
binutils need not care about. I could, however, see a case for
*-*-uclinux due to the ABI differences and the need for
Bjrn Haase [EMAIL PROTECTED] writes:
Imagine, you are having a clean md with a consistent double set
representation for all the patterns that actually alter the condition code. I
understood, that the problem for the optimization passes (e.g. combine) then
shows up only for instructions for
On Sat, Mar 26, 2005 at 12:00:43PM -0500, Kazu Hirata wrote:
Have you considered merging CCP and VRP (as suggested by Kenny last
year at the summit)?
By merging, do you mean *replacing* CCP with VRP? Yes, it's
doable. No, it's not a good idea.
Because of its lattice evaluation, VRP is
From: Ian Lance Taylor ian@airs.com
I'm also not aware of processors changing as you describe, except for
the particular special case of SIMD vector instructions. gcc can and
does represent vector instructions as a single set.
- Understood, unfortunately hiding the multiple-set nature of
--- Additional Comments From giovannibajo at libero dot it 2005-03-26
11:59 ---
Subject: Re: Do not print default template arguments in error messages
gdr at integrable-solutions dot net [EMAIL PROTECTED] wrote:
The first patch will deal with just removal of default
arguments, and
--- Additional Comments From dave at boost-consulting dot com 2005-03-26
12:57 ---
Subject: Re: Do not print default template arguments in error messages
gdr at integrable-solutions dot net [EMAIL PROTECTED] writes:
--- Additional Comments From gdr at integrable-solutions dot
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 15:40 ---
Subject: Re: Do not print default template arguments in error messages
giovannibajo at libero dot it [EMAIL PROTECTED] writes:
| --- Additional Comments From giovannibajo at libero dot it
On linux x86, using the following 2 little sources files :
-- 1.C
#include typeinfo
class A {
public:
A() {}
};
extern void foo(const std::type_info);
int main()
{
foo(typeid(A*));
return 0;
}
---
--
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 15:55 ---
Subject: Re: Do not print default template arguments in error messages
dave at boost-consulting dot com [EMAIL PROTECTED] writes:
| --- Additional Comments From dave at boost-consulting dot com
--- Additional Comments From dave at boost-consulting dot com 2005-03-26
16:14 ---
This is obviously becoming personal. I wanted a record of my technical concerns
in the bug database, but as the tone has changed I don't think it's appropriate
to continue this here. I will reply to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
16:59 ---
Hmm, this works without weak symbols.
--
What|Removed |Added
Summary|Wrong
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
17:35 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-26
17:35 ---
Subject: Bug 20636
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-03-26 17:35:44
Modified files:
gcc: ChangeLog
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-26
17:37 ---
Tobi and Thomas,
This one is fixed: as of 20050324, you get a nice friendly error message:
In file namelist/pr18476.f90:6
read(chr,nml)
1
Error: Variable 'nml' has not been assigned a format
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
17:44 ---
Fixed since at least 20050321.
--
What|Removed |Added
Status|NEW
--
Bug 18959 depends on bug 18476, which changed state.
Bug 18476 Summary: internal compiler error on strange read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18476
What|Old Value |New Value
--
Bug 19292 depends on bug 18476, which changed state.
Bug 18476 Summary: internal compiler error on strange read
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18476
What|Old Value |New Value
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-12-15
--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-26 17:50
---
This is most probably related to Feng Wang's 2005-03-15 patch.
--
What|Removed |Added
Target
--
What|Removed |Added
Component|rtl-optimization|target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20634
While building libjava:
$ /bin/sh ./libtool --mode=compile /tmp/cvs/gcc-20050326/Build/./gcc/gcj
-B/tmp/cvs/gcc-20050326/Build/./gcc/ -B/usr/local/ia64-suse-linux/bin/
-B/usr/local/ia64-suse-linux/lib/ -isystem /usr/local/ia64-suse-linux/include
-isystem /usr/local/ia64-suse-linux/sys
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:22 ---
For the first problem with code generation issue, does -fno-strict-aliasing
helps?
For the second problem with respect with the ICE, well only -O1
-fschedule-insns -funit-at-a-time is
needed to
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:25 ---
Roger told me he saw the same thing.
This is a middle-end bug.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:30 ---
Well first we need the preprocessed source. Also are you using the GCC
provided by SuSE, well I would
report it to them first.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
18:32 ---
(In reply to comment #2)
Is this test still failing on mainline ?
On ppc-darwin this passes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19384
--
What|Removed |Added
Component|inline-asm |target
GCC build triplet|3.4.3 |
GCC host triplet|win |
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--
What|Removed |Added
GCC target triplet||powerpcle-*-*
Keywords||wrong-code
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20529
--
What|Removed |Added
Summary|ICE |ICE on invalid code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20552
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20562
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Status|UNCONFIRMED
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 18:44 ---
Subject: Re: Erroneous #include of cassert
pinskia at gcc dot gnu dot org [EMAIL PROTECTED] writes:
| --
|What|Removed |Added
|
--- Additional Comments From giovannibajo at libero dot it 2005-03-26
19:24 ---
OK, before I clean up the patch, I'll post an example. For this code:
--
#include map
#include vector
#include string
std::mapstd::string, std::vectorint m;
--- Additional Comments From giovannibajo at libero dot it 2005-03-26
19:26 ---
Another comparison:
---
#include vector
template class T, int N=0, int X=1
struct A
{
std::vectorT v;
void foo(void)
{ v.doesnotexist(); }
};
void foo(void)
{
Compiling glibc on i686 with GCC 4.0 CVS 20050325 I get this segmentation fault
compiling the testsuite:
/opt/gcc/4.0-devel/libexec/gcc/i686-suse-linux-gnu/4.0.0/cc1 -fpreprocessed
inl-tester.i -quiet -dumpbase inl-tester.c -mpreferred-stack-boundary=2
-mtune=pentiumpro -auxbase-strip
--- Additional Comments From aj at gcc dot gnu dot org 2005-03-26 19:39
---
Created an attachment (id=8458)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8458action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20649
--
What|Removed |Added
Component|c |debug
Keywords||ice-on-valid-code
Summary|Segmentation fault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
19:44 ---
*** This bug has been marked as a duplicate of 19345 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
19:44 ---
*** Bug 20649 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19345
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 19:52 ---
Subject: Re: Do not print default template arguments in error messages
giovannibajo at libero dot it [EMAIL PROTECTED] writes:
| --- Additional Comments From giovannibajo at libero dot it
.
Target: powerpc-unknown-linux-gnu
Configured with: /mnt/slice1/gcc-trunk/gcc/configure
--prefix=/mnt/slice1/gcc-trunk/testbin --enable-languages=c,c++,java
--disable-multilib --enable-java-awt=gtk,xlib --enable-gtk-cairo
--disable-checking --disable-static
Thread model: posix
gcc version 4.1.0 20050326
--- Additional Comments From andreast at gcc dot gnu dot org 2005-03-26
20:34 ---
Created an attachment (id=8459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8459action=view)
preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20650
--- Additional Comments From andreast at gcc dot gnu dot org 2005-03-26
20:35 ---
Created an attachment (id=8460)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8460action=view)
preprocessed asm
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20650
--
What|Removed |Added
Component|libffi |middle-end
Keywords||rejects-valid
Summary|float.c fails to
--
What|Removed |Added
Attachment #8459|application/octet-stream|text/plain
mime type||
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-03-26 20:41 ---
-I. -I -I../../gcc-3.4.3/gcc -I../../gcc-3.4.3/gcc/
^^
This looks a lot like PR12974
See comment #19
There may be a second problem here,
--- Additional Comments From halcy0n at gentoo dot org 2005-03-26 21:09
---
(In reply to comment #3)
For the first problem with code generation issue, does -fno-strict-aliasing
helps?
No, same problem still. Only adding -fno-unit-at-a-time fixes the issue. I
should add that it
Hi,
program gfcbug26
integer, parameter, dimension (1) :: I = (/ 65 /)
print *, achar ( I( (/ (/ 1 /) /) ) )
end program gfcbug26
crashes gfortran with:
gfcbug26.f90: In function 'MAIN__':
gfcbug26.f90:3: internal compiler error: in gfc_conv_ss_descriptor, at
fortran/trans-array.c:1224
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
22:02 ---
*** Bug 20651 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-26
22:02 ---
*** This bug has been marked as a duplicate of 12366 ***
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2005-03-26 22:53
---
Well, I wanted to give an inuitive reasoning.
On the other hand, how do you propose to make up a unique name if an
unnamed enum is used in two different translation units as a template
argument?
W.
--
--- Additional Comments From bangerth at dealii dot org 2005-03-26 22:57
---
Giovanni, in your example in comment #27, you get this:
Patched:
test.cc: In member function 'void AT, N, X::foo() [with T = int]':
test.cc:14: instantiated from here
test.cc:9: error: 'class
--
extern int foo;
extern int bar __attribute__ ((alias (foo)));
--
$ gcc foo.i
foo.i:2: error: bar aliased to undefined symbol foo
$
this
--- Additional Comments From giovannibajo at libero dot it 2005-03-27
00:56 ---
(In reply to comment #31)
Patched:
test.cc: In member function 'void AT, N, X::foo() [with T = int]':
test.cc:14: instantiated from here
test.cc:9: error: 'class std::vectorint' has no member
--- Additional Comments From dave at boost-consulting dot com 2005-03-27
01:52 ---
This is obviously becoming personal. I wanted a record of my technical concerns
in the bug database, but as the tone has changed I don't think it's appropriate
to continue this here. I will reply to
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-27 03:16 ---
Subject: Re: Do not print default template arguments in error messages
giovannibajo at libero dot it [EMAIL PROTECTED] writes:
| (In reply to comment #31)
|
| Patched:
| test.cc: In member
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| Well, I wanted to give an inuitive reasoning.
I understood that; I just don't think they are conclusive :-)
| On the other hand, how do you propose to make up a unique name if an
| unnamed enum is used in two different translation units
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-27 03:18 ---
Subject: Re: error: 'anonymous enum' is/uses anonymous type'
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| Well, I wanted to give an inuitive reasoning.
I understood that; I just don't
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-27
06:19 ---
(In reply to comment #0)
Recent correspondence between John Eaton and me.
__
On 25-Mar-2005, Paul Thomas paulthomas2 at wanadoo dot fr wrote:
|
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-03-27
06:23 ---
(In reply to comment #5)
(In reply to comment #0)
John Eaton's last word on the subject:
__
Here is a fix for the Ctrl-C crashes Octave on
75 matches
Mail list logo