--- Comment #4 from amodra at bigpond dot net dot au 2006-07-04 04:41
---
Patch applied 4.1 and 4.2
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
--- Comment #3 from amodra at gcc dot gnu dot org 2006-07-04 04:38 ---
Subject: Bug 28207
Author: amodra
Date: Tue Jul 4 04:37:59 2006
New Revision: 115171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115171
Log:
PR target/28207
* config/rs6000/rs6000.c (funct
--- Comment #2 from amodra at gcc dot gnu dot org 2006-07-04 03:35 ---
Subject: Bug 28207
Author: amodra
Date: Tue Jul 4 03:35:48 2006
New Revision: 115170
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115170
Log:
PR target/28207
* config/rs6000/rs6000.c (funct
--- Comment #3 from kargl at gcc dot gnu dot org 2006-07-04 02:40 ---
Patch is here
http://gcc.gnu.org/ml/fortran/2006-07/msg00015.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28213
--- Comment #2 from texlexsex at gmail dot com 2006-07-04 02:21 ---
(In reply to comment #1)
> Why do you want to fully disable fixincludes on x86-linux?
> Some versions of the glibc headers really need to be fixed.
>
i'm building a linux system from scratch, i'm using different versio
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-07-04 01:47
---
Subject: Bug 27704
Author: jvdelisle
Date: Tue Jul 4 01:47:26 2006
New Revision: 115169
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115169
Log:
2006-07-03 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-07-04 01:36
---
Subject: Bug 27704
Author: jvdelisle
Date: Tue Jul 4 01:36:31 2006
New Revision: 115168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115168
Log:
2006-07-03 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 00:33 ---
Confirmed, reduced testcase:
int f ( bool a ) : _drop ( (void *[]) { 0, 0}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I get the following ICE with gcc 4.2 on invalid code:
(sid)5059:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/g++ -c
mini.c
mini.c:1: error: 'SelectedStyle' has not been declared
mini.c: In function 'int SelectedStyle(bool)':
mini.c:1: error: only constructors take base initializers
m
--- Comment #57 from tbm at cyrius dot com 2006-07-03 23:51 ---
(In reply to comment #56)
> complit1.C: In constructor 'Foo::Foo(int, int)':
> complit1.C:14: internal compiler error: in emit_move_insn, at expr.c:3275
> Please submit a full bug report,
> with preprocessed source if approp
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 23:16 ---
Confirmed. Reduced testcase:
struct iterator{};
struct ByteIterator : iterator
{
ByteIterator (){}
int a[1024];
};
inline ByteIterator f ()
{
return ByteIterator ();
}
class ConfLexerCore
{
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-07-03 23:14
---
Since I do not have access to an F2003 compiler and have not used this feature,
could someone post an example program using this feature that is "known to
work" that I can then use as a working test case.
I am go
--- Comment #1 from kkojima at gcc dot gnu dot org 2006-07-03 22:49 ---
I've confirmed that 4.0 and 4.2 behave same as 4.1. So all compilers
which support -m4a option have this issue. It seems that the combine
is too smart and replaces the movua insn
(define_insn "movua"
[(set (matc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from tbm at cyrius dot com 2006-07-03 22:18 ---
Created an attachment (id=11809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11809&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
I get the following ICE with gcc 4.2. gcc 4.0 and 4.1 work.
(sid)65:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ -c -O min4.c
min4.c: In constructor 'ConfLexerCore::ConfLexerCore(ConfIO*)':
min4.c:86: error: invalid operand to unary operator
&thisD.2456_2->m_matchStartD.2447;
min4.c:86: i
--- Comment #3 from steven at gcc dot gnu dot org 2006-07-03 21:52 ---
Paul,
Since gfortran is developed by volunteers who are often gfortran users
themselves, it usually depends on the needs of the developers what gets
implemented in gfortran. Given that nobody has responded to your l
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-07-03 20:51 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-07-03 18:35
---
With the following testcase I still get an internal error:
=
module FOO
contains
subroutine FOO
integer :: I
character(len=selected_int_kind(I))
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 18:28 ---
This has nothing to do with recursive functions, reduced testcase:
program r
implicit none
print fact()
stop
contains
function fact() result(nfact)
implicit none
integer :: nfact
end function fact
end
--
pinskia
--- Comment #14 from reichelt at gcc dot gnu dot org 2006-07-03 18:28
---
Marks's testcase from comment #6 still ICEs.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 18:26 ---
Confirmed, related to PR 23420.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Bu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-03 18:16 ---
Reduced testcase:
template
class PerfectHashMap
{
static const bool BitSet = BitSet1;
template struct makeIter { };
typedef typename makeIter<>::type const_iterator;
};
--
pinskia at gcc do
--- Comment #1 from joev dot dubach at nuance dot com 2006-07-03 18:01
---
(In reply to comment #0)
> The best we can do is say
> "-fno-inline" to turn off inlining altogether, and accept a slower and less
> accurate profiler.
This is problematic as well, due to the existence of
__attr
recursive function causes ICE
--
program r
implicit none
integer :: i=5
print fact(i)
stop
end
recursive function fact(n) result(nfact)
implicit none
integer, intent(in) :: n
integer :: nfact
if (n>0) then
nfact = n * fact(n-1)
else
nfact = 1
end if
end function fact
end
--
--- Comment #26 from sgk at troutmask dot apl dot washington dot edu
2006-07-03 17:17 ---
Subject: Re: [meta-bug] g77 features lacking in gfortran
On Mon, Jul 03, 2006 at 04:41:30PM -, jvdelisle at gcc dot gnu dot org
wrote:
>
> FSEEK should be straightforward (ha ha) I will take
--- Comment #1 from pluto at agmk dot net 2006-07-03 17:00 ---
zoo (__e)
{
int D.1616;
:
switch (__e)
{
case 0: goto ;
case 1: goto ;
default : goto ; <
}
:;
D.1616 = -1;
goto ();
:;
return; < problem.
:;
D.1616 = 1;
:;
--- Comment #18 from pluto at agmk dot net 2006-07-03 16:55 ---
(In reply to comment #17)
> (In reply to comment #16)
> > ohh, 3.3.6 also fails.
>
> That is a different issue and really should be filed in a different bug. The
> issue there is C++'s enums are only defined for those two
typedef enum { foo, bar } e;
int zoo( e __e )
{
switch ( __e )
{
case foo: return -1;
case bar: return +1;
}
}
bug.cpp: In function 'int zoo(e)':
bug.cpp:9: warning: control reaches end of non-void function
--
Summary: wrong "co
--- Comment #25 from jvdelisle at gcc dot gnu dot org 2006-07-03 16:41
---
FSEEK should be straightforward (ha ha) I will take a shot at that one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-07-03 16:39 ---
The keyword description says that the "alias" keyword is specific to missed
optimizations due to aliasing issues.
If that is true, than adding this keyword here was incorrect. If that isn't
true, then the keyword de
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-03 15:46 ---
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|
--- Comment #2 from mbanck at debian dot org 2006-07-03 15:37 ---
> s/GNU/Hurd/.
Sure, I was merely following the GNU project's terminology here.
> Also this is a dup of bug 21821.
Maybe I am blind, but I don't see this particular issue mentioned in that bug,
nor adressed by the patch
--- Comment #17 from pinskia at gcc dot gnu dot org 2006-07-03 15:34
---
(In reply to comment #16)
> ohh, 3.3.6 also fails.
That is a different issue and really should be filed in a different bug. The
issue there is C++'s enums are only defined for those two values.
--
http://gcc
--- Comment #16 from pluto at agmk dot net 2006-07-03 15:30 ---
(In reply to comment #15)
> one more valid code rejected by 4.1/4.2:
>
> typedef enum { foo, bar } e;
> int zoo( e __e )
> {
> switch ( __e )
> {
> case foo: return -1;
> case
--- Comment #15 from pluto at agmk dot net 2006-07-03 15:27 ---
one more valid code rejected by 4.1/4.2:
typedef enum { foo, bar } e;
int zoo( e __e )
{
switch ( __e )
{
case foo: return -1;
case bar: return +1;
}
}
$ x86_64-gnu-l
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-07-03 15:04 ---
*** Bug 28234 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21821
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 15:04 ---
(In reply to comment #0)
> libjava/java/net/natInetAddressPosix.cc is broken on system which have no
> limit
> for the hostname length (i.e., GNU):
s/GNU/Hurd/.
Also this is a dup of bug 21821.
*** This bug has be
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-03 15:02 ---
Can you attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-03 15:01 ---
Why do you want to fully disable fixincludes on x86-linux?
Some versions of the glibc headers really need to be fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from sayle at gcc dot gnu dot org 2006-07-03 14:35 ---
Subject: Bug 26251
Author: sayle
Date: Mon Jul 3 14:35:13 2006
New Revision: 115150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115150
Log:
PR tree-optimization/26251
* tree-ssa-threadupda
--- Comment #4 from sascha dot krissler at web dot de 2006-07-03 13:21
---
Created an attachment (id=11808)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11808&action=view)
minimal difference causing ICE
after applying this patch it throws an ICE
@@ -52823,13 +52823,13 @@
}
--- Comment #24 from fxcoudert at gcc dot gnu dot org 2006-07-03 12:58
---
(In reply to comment #23)
> Is the list of missing intrinsics given in comment #7 still valid? I tried to
> compile F77 code I inherited and got undefined references for itime_ and
> idate_
> (gfortran-4.1.1). I
--- Comment #3 from sascha dot krissler at web dot de 2006-07-03 12:45
---
thank you for making such a standard compliant c++ compiler
--
sascha dot krissler at web dot de changed:
What|Removed |Added
--
--- Comment #2 from sascha dot krissler at web dot de 2006-07-03 12:39
---
Created an attachment (id=11806)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11806&action=view)
preprocessed source code (gzip compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
--- Comment #1 from sascha dot krissler at web dot de 2006-07-03 12:36
---
Created an attachment (id=11805)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11805&action=view)
command line and compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
have not tested 4.2, debian doesnt have it and i am lazy
--
Summary: segmentation fault ICE in 4.0 and 4.1
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: un
--- Comment #23 from franke dot daniel at gmail dot com 2006-07-03 12:14
---
Is the list of missing intrinsics given in comment #7 still valid? I tried to
compile F77 code I inherited and got undefined references for itime_ and idate_
(gfortran-4.1.1). If they are still missing, is some
libjava/java/net/natInetAddressPosix.cc is broken on system which have no limit
for the hostname length (i.e., GNU):
/build/buildd/gcj-4.1-4.1.1/build/./gcc/xgcc -shared-libgcc
-B/build/buildd/gcj-4.1-4.1.1/build/./gcc -nostdinc++
-L/build/buildd/gcj-4.1-4.1.1/build/i486-gnu/libstdc++-v3/src
-L/bu
An array of 64K labels triggers the error.
Environment:
System: FreeBSD FreeBSD.jphartmann.net 6.1-RELEASE FreeBSD 6.1-RELEASE
#1: Sat Jun 17 11:51:42 CEST 2006
[EMAIL PROTECTED]:/usr/src/sys/i386/compile/KERNEL i386
host: i386-unknown-freebsd6.1
build: i386-unknown-freebsd6.1
union unaligned {
void *ptr;
} __attribute__((__packed__));
void *foo(union unaligned *p) {
return (p->ptr);
}
sh-elf-gcc -V4.1.1 -S -O2 -m4a test2.c
combine optimize change movua.l to mov.l instruction.
.file "test2.c"
.text
.text
--- Comment #1 from pluto at agmk dot net 2006-07-03 11:24 ---
without profiling boostrap fails too.
Program received signal SIGSEGV, Segmentation fault.
0x0074c419 in lshift_significand (r=0xc97980, a=0xc97980, n=63)
at ../../gcc/real.c:254
254 r-
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28119
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16206
possible reason maybe:
syslimits.h depends on fixincludes, but include/limits.h always include
syslimit.h , regardless wether or not fixincludes is enabled
- error message -
./xgcc -B./ -B/usr/local/i686-pc-linux-gnu/bin/ -isystem
/usr/local/i686-pc-linux-gnu/include -isystem
/usr/local/i
Hi,
the following code:
struct S
{
void f(int x) {}
};
int main()
{
S s;
s.f(3);
}
would produce:
error: no matching function for call to 'S::f(int)'
note: candidates are: void S::f(int&)
but should be something like "trying to convert non-variable to
reference"...
Regards,
Martin
/home/users/pluto/rpm/BUILD/trunk/builddir/./gcc/xgcc
-B/home/users/pluto/rpm/BUILD/trunk/builddir/./gcc/
-B/usr/x86_64-pld-linux/bin/ -B/usr/x86_64-pld-linux/lib/
-isystem /usr/x86_64-pld-linux/include
-isystem /usr/x86_64-pld-linux/sys-include
-O2 -O2 -O2 -fno-strict-aliasing -fwrapv -march=x86-6
--- Comment #6 from bonzini at gnu dot org 2006-07-03 07:58 ---
patch committed, should be ok.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #5 from bonzini at gnu dot org 2006-07-03 07:58 ---
Subject: Bug 27063
Author: bonzini
Date: Mon Jul 3 07:58:08 2006
New Revision: 115145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115145
Log:
2006-07-03 Paolo Bonzini <[EMAIL PROTECTED]>
PR other/2706
62 matches
Mail list logo
