Hi,
I'm observing the following bootstrap problem with mainline in
i686-pc-linux-gnu:
the initial ./configure dies with:
[...]
checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1
$$f2
checking for correct version of gmp.h... yes
checking for MPFR... yes
configure:
Martin Reinecke wrote:
Hi,
I'm observing the following bootstrap problem with mainline in
i686-pc-linux-gnu:
the initial ./configure dies with:
[...]
checking how to compare bootstrapped objects... cmp --ignore-initial=16
$$f1 $$f2
checking for correct version of gmp.h... yes
checking for
I can no longer configure/build GCC with Ada enabled after your change:
r115145 | bonzini | 2006-07-03 09:58:08 +0200 (Mon, 03 Jul 2006) | 24 lines
2006-07-03 Paolo Bonzini [EMAIL PROTECTED]
PR other/27063
* configure.in: Test subdir_requires and give an appropriate
On Mon, 2006-07-03 at 02:10, Bridge Wu wrote:
Hello,
When I built blob with arm-iwmmxt-linux-gnueabi toolchain, I found the
SP value before invoking number() in printf() may be 0 or 4 modulo 8.
If SP is 0 modulo 8, printf worked well, but while SP is 4 modulo 8,
printf failed. It cannot
Seongbae Park wrote:
As I said, you're welcome to implement a new option
(either a runtime option or a compile time configuration option)
that will allow mixing TLS vs non-TLS.
In a way, we've already done that -- in an experimental dialact of C
called UPC. When compiled for pthreads, all
On 7/3/06, Gary Funck [EMAIL PROTECTED] wrote:
Seongbae Park wrote:
As I said, you're welcome to implement a new option
(either a runtime option or a compile time configuration option)
that will allow mixing TLS vs non-TLS.
In a way, we've already done that -- in an experimental dialact of
Seongbae Park wrote:
In UPC, anything that's not TLS (or in UPC term, private)
is marked explicitly as shared. So it's NOT trasparent in
any sense of the word.
See, you have two choices - either
1) make every global variable TLS by default and mark only
non-TLS (UPC) or
2) vice versa
On 7/3/06, Gary Funck [EMAIL PROTECTED] wrote:
...
Operations on UPC's shared objects have different semantics than
regular C. Array indexing and pointer operations span threads.
Thus A[i] is on one thread but A[i] will (by default) take you to
the next (cyclic) thread. Since the semantics
--- 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=gccview=revrev=115145
Log:
2006-07-03 Paolo Bonzini [EMAIL PROTECTED]
PR other/27063
--- 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
/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
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
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
--
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
--
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
--- 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
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
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
machine, os, target, libraries (multiple lines)
host:
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
--- 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
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:
--- 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=11805action=view)
command line and compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
--- 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=11806action=view)
preprocessed source code (gzip compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28235
--- 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 #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). If
--- 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=11808action=view)
minimal difference causing ICE
after applying this patch it throws an ICE
@@ -52823,13 +52823,13 @@
}
--- 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=gccview=revrev=115150
Log:
PR tree-optimization/26251
*
--- 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 #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: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 been
--- 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
--
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 #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;
}
}
$
--- 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 bar:
--- 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.
--
--- 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
--- 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 #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
--- 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
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
--- 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
--- Comment #1 from pluto at agmk dot net 2006-07-03 17:00 ---
zoo (__e)
{
int D.1616;
bb 0:
switch (__e)
{
case 0: goto L0;
case 1: goto L5;
default : goto L2;
}
L0:;
D.1616 = -1;
goto bb 3 (L3);
L2:;
return; problem.
--- 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
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 (n0) then
nfact = n * fact(n-1)
else
nfact = 1
end if
end function fact
end
--- 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
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-03 18:16 ---
Reduced testcase:
template bool BitSet1 = true
class PerfectHashMap
{
static const bool BitSet = BitSet1;
template bool L_BitSet = BitSet struct makeIter { };
typedef typename makeIter::type
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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 #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 #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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
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:
--- 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=11809action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28238
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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
--- 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
--- 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 #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
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
--- 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
--- 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=gccview=revrev=115168
Log:
2006-07-03 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=115169
Log:
2006-07-03 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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 version
--- 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 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=gccview=revrev=115170
Log:
PR target/28207
* config/rs6000/rs6000.c
--- 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=gccview=revrev=115171
Log:
PR target/28207
* config/rs6000/rs6000.c
--- 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
70 matches
Mail list logo
