--- Comment #10 from rob1weld at aol dot com 2007-05-27 07:06 ---
It worked.
To _properly_ integrate the new Libtool to the SVN (for ONLY _this_ bug fix)
requires reading the DOCs (EG: File: libtool.info, Node: AC_PROG_LIBTOOL and
Node: Distributing and Node: Libltdl interface) you may
--- Comment #11 from hjl at lucon dot org 2007-05-27 07:24 ---
(In reply to comment #9)
> Getting stuck at ?:
>
> libtool: compile: mv -f "process-Posix.o" "java/.libs/process-Posix.o"
> mv: cannot stat `process-Posix.o': No such file or directory
> _OR_
> libtool: compile: mv -f "awt.o
--- Comment #5 from burnus at gcc dot gnu dot org 2007-05-27 08:10 ---
Subject: Bug 32083
Author: burnus
Date: Sun May 27 08:09:51 2007
New Revision: 125108
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125108
Log:
2007-05-26 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #6 from burnus at gcc dot gnu dot org 2007-05-27 08:18 ---
Fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-05-27 08:49 ---
Frankly, I don't think we need to bother with a 4.2
backport.
If nobody objects, I'll close this shortly.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-05-27 09:04 ---
The problem seems to extend to pretty much all array intrinsics:
$ gfortran cshift.f90
cshift.f90: In function 'MAIN__':
cshift.f90:3: internal compiler error: Segmentation fault
Please submit a full bug report,
wit
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-05-27 09:06 ---
I forgot the source code for the cshift case:
$ cat cshift.f90
CHARACTER(LEN=3), DIMENSION(10) :: Z
CHARACTER(LEN=10) :: res
Z(:)="123"
write(*,'(10A1)') CSHIFT(Z(:)(2:2),2)
END
$ gfortran cshift.f90
cshift.f90: In
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-05-27 10:28 ---
pack and unpack are also affected:
$ cat pack.f90
CHARACTER(LEN=3), DIMENSION(10,10) :: Z
CHARACTER(LEN=10) :: res
Z="123"
write(*,'(10A1)') pack(Z(:,:)(2:2),mask=.true.)
END
$ gfortran pack.f90
pack.f90: In functio
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-05-27 10:30 ---
Setting severity to "enhancement".
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-05-27 10:32
---
Fixed on mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31433
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-05-27 10:32
---
Really fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-05-27 10:36 ---
I'd think this looks like sth for ian.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from reichelt at gcc dot gnu dot org 2007-05-27 10:40
---
The testcases in comments #4, #5, and #8 don't crash anymore on mainline.
However, the testcase from comment #3 still crashes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31037
--- Comment #10 from reichelt at gcc dot gnu dot org 2007-05-27 11:03
---
A slightly reduced version of the testcase in comment #3
(crashes with "-O -fno-exceptions"):
=
struct A
{
A (const char *q) : p(q) {}
const char *p;
};
struct B
{
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-05-27 11:23
---
(In reply to comment #3)
> The question is now, why is proc->result->attr.implicit_type not set?
I believe it's set on the function name, but not on the result variable.
Consider the following reduced testcase:
Given this eq-mod.f90
module aap
real a(5)
real b(3)
equivalence (a(3),b(1))
end module aap
and the following main program eq-main.f90
use aap, only : b
print*,b
end
draws, when compiling with GNU Fortran (GCC) 4.2.1 20070523 (prerelease),
as follows:
[EMAIL PROTECTED]:~/g95-bugs$ /us
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot
|dot org
--- Comment #7 from burnus at gcc dot gnu dot org 2007-05-27 13:57 ---
Subject: Bug 32083
Author: burnus
Date: Sun May 27 13:57:03 2007
New Revision: 125110
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125110
Log:
(svn add was forgotten)
2007-05-27 Tobias Burnus <[EMAIL PROT
--- Comment #160 from rguenther at suse dot de 2007-05-27 14:57 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement
new does not change the dynamic type as it should
On Sat, 25 May 2007, ian at airs dot com wrote:
> --- Comment #159 from ian at airs dot com 2007-05-25 23:21
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
Stumbled upon this when building tests for boost::mpl
/home/troy/Projects/boost/boost_1_34_0/boost/mpl/aux_/preprocessed/gcc/template_arity.hpp:
In instantiation of 'boost::mpl::aux::template_arity':
/home/troy/Projects/boost/boost_1_34_0/libs/mpl/test/apply.cpp:63:
instantiated from here
/home/
--- Comment #1 from troy at resophonic dot com 2007-05-27 16:43 ---
Created an attachment (id=13616)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13616&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32104
--- Comment #3 from burnus at gcc dot gnu dot org 2007-05-27 16:54 ---
The branch is open, can this be now be committed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31823
--- Comment #13 from burnus at gcc dot gnu dot org 2007-05-27 16:56 ---
Are you planing to fix this in 4.1? Or can alternatively this PR be closed?
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from patchapp at dberlin dot org 2007-05-27 17:00 ---
Subject: Bug number PR32088
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01817.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2007-05-27
17:23 ---
Subject: Re: Module with equivalence draws "unsatisfied
reference"
Thanks for taking this up.
This bug prevents much of Europe to compile the weather code of the
European Centre.
Kind regards,
--
--- Comment #3 from hjl at lucon dot org 2007-05-27 17:41 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01820.html
--
hjl at lucon dot org changed:
What|Removed |Added
---
--- Comment #12 from hjl at lucon dot org 2007-05-27 17:59 ---
Created an attachment (id=13617)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13617&action=view)
A kludge to work around the autoconf bug.
This is a kludge which allows me to go further in libjava build.
--
http:
--- Comment #13 from hjl at lucon dot org 2007-05-27 18:50 ---
A patch to update libtool in classpath is posted at
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01824.html
Test results on Linux/x86-64 looks good:
http://gcc.gnu.org/ml/gcc-testresults/2007-05/msg01337.html
--
hjl at
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-05-27 19:30 ---
*** This bug has been marked as a duplicate of 28088 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-05-27 19:30
---
*** Bug 32104 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
/export/gnu/src/gcc/gcc/boehm-gc/mark_rts.c:379: warning: function returns
address of local variable
/export/gnu/src/gcc/gcc/boehm-gc/os_dep.c:2700: warning: assignment from
incompatible pointer type
/export/gnu/src/gcc/gcc/boehm-gc/os_dep.c:560: warning: 'sigsetmask' is
deprecated (declared at /us
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-27 19:37 ---
the "libobjc/exception.c" ones are filed as PR30731.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32105
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-05-27 19:37 ---
This is seen on every target, more than just spu-elf.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-05-27 19:38
---
I am no longer working on this, at least for the next month or two.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-27 19:40 ---
I can no longer remember my better patch so I am unassigning this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from belyshev at depni dot sinp dot msu dot ru 2007-05-27
19:51 ---
*** This bug has been marked as a duplicate of 16185 ***
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
---
--- Comment #15 from belyshev at depni dot sinp dot msu dot ru 2007-05-27
19:51 ---
*** Bug 31753 has been marked as a duplicate of this bug. ***
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed |Added
---
--- Comment #2 from ubizjak at gmail dot com 2007-05-27 20:06 ---
Earlier discussion about soft-fp warnings went like this:
> > I noticed that there are no prototypes in soft-fp directory, and some
> > warnings
> > during the compilation are generated due to this fact. Do you see the s
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30734
The following invalid code snippet triggers an ICE (segfault) on mainline:
namespace N {}
struct N { static int i; };
int N::i = 0;
bug.cc:3: error: 'struct N' redeclared as different kind of symbol
bug.cc:1: error: previ
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32106
Compiling the folloxing testcase:
#define vector __attribute__((__vector_size__(16) ))
float fa[100] __attribute__ ((__aligned__(16)));
vector float foo ()
{
float f = fa[0];
vector float vf = {f, f, f, f};
return vf;
}
...with gcc -O2 -maltivec, we get:
ld r9,0(r2)
lfs f0,0(r9)
a
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-05-27 21:16
---
Not really fixed.
The fix from comment #3 is incomplete as the following testcase still ICEs:
=
template struct A {};
void foo()
{
A<({})> a;
}
=
--- Comment #6 from burnus at gcc dot gnu dot org 2007-05-27 21:24 ---
Subject: Bug 32088
Author: burnus
Date: Sun May 27 21:24:48 2007
New Revision: 125118
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125118
Log:
fortran/
2007-05-27 Paul Thomas <[EMAIL PROTECTED]>
--- Comment #7 from burnus at gcc dot gnu dot org 2007-05-27 21:25 ---
Fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The following invalid code snippet triggers an ICE (segfault) since GCC 4.2.0:
=
__label__ L;
=
bug.cc:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
Btw, we also got a segfault with GCC 3.4.x
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32108
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-27 21:31 ---
This is unrelated to that one. Even if we did not have an aligned address, we
can do better than the extra load/store (but I forget how to do this and I did
not write anything on this for vec_splats in the C/C++ lan
The following (valid?) code snippet triggers an ICE since GCC 3.1:
=
struct A
{
~A();
};
struct B
{
A a;
B();
};
B::B()
{
asm("" : : "r"(a) );
}
=
bug.cc: In constructor 'B::B()':
bug.cc:14: internal compiler error: in crea
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32109
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-27 21:34 ---
Confirmed, this should be easy to reject, cp_parser_label_declaration does not
check if we are in a function or not.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-27 21:38 ---
This code is not valid, a can never be in a register.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32109
Testcase:
#define vector __attribute__((vector_size(16) ))
typedef vector int t;
t f(t a)
{
int b = *(int*)&a;
return (vector int){b,b,b,b};
}
- CUT
This should just produce :
vspltw v2,v2,0
blr
But right now we do:
_f:
addi r2,r1,-16
The following invalid code snippet triggers an ICE (segfault) on mainline:
=
struct A
{
friend A::~A() {}
};
=
bug.cc:3: error: member functions are implicitly friends of their class
bug.cc: In static member function 'static A::~A(
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32111
A garbled diagnostic is issued for the following invalid code snippet
since GCC 4.1.0:
template struct A;
template void foo (A<&T::template>);
bug.cc:3: error: '#'unbound_class_template' not
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32112
--- Comment #2 from pault at gcc dot gnu dot org 2007-05-27 22:15 ---
Toon,
>
> This bug prevents much of Europe to compile the weather code of the
> European Centre.
This is a horrifying thought and must explain today's weather.
add 'a' to the use only fixes the problem. I agree tha
The following invalid code snippet triggers an ICE since GCC 4.1.0:
=
template struct A;
template void foo (A<&T::template i>);
template void foo > (A<0>);
=
bug.cc:3: error: '#'unbound_class
--- Comment #7 from rob1weld at aol dot com 2007-05-27 22:08 ---
This bug is still active when configuring with
--enable-stage1-checking=assert,fold,gc,misc,rtl,rtlflag,runtime,tree
# cat gcc-4_3-trunk/LAST_UPDATED
Sun May 27 20:31:07 UTC 2007 (revision 125116)
--
http://gcc.gnu.o
--- Comment #1 from reichelt at gcc dot gnu dot org 2007-05-27 21:59
---
Oops, I hosed the last line of the testcase.
The testcase should read:
===
template struct A;
template void foo (A<&T::template i>);
===
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32113
--- Comment #5 from reichelt at gcc dot gnu dot org 2007-05-27 22:18
---
This seems to be fixed since GCC 4.1.2.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-05-27 22:44
---
Fixed on trunk, closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-05-27 22:43
---
Subject: Bug 31812
Author: jvdelisle
Date: Sun May 27 22:42:54 2007
New Revision: 125119
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125119
Log:
2007-05-27 Jerry DeLisle <[EMAIL PROTECTED]>
The following invalid code snippet triggers an ICE on mainline:
==
template struct A
{
typedef typename T::X Y;
};
A a;
==
bug.cc:3: error: parameter packs not expanded with `...':
bug.cc:3: note: 'T'
bug.cc: In in
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32114
The following invalid code snippet triggers an ICE on mainline:
template struct A {};
A a;
bug.cc:1: error: parameter pack 'T' must be at the end of the template
parameter list
bug.cc:3: int
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32115
--- Comment #7 from dave at boost-consulting dot com 2007-05-27 23:07
---
(In reply to comment #6)
> (In reply to comment #5)
> > Use this technique. In fact, if you can, use my code.
>
> In fact, Howard already mentioned that, at some point. To be clear, and avoid
> misunderstandings
--- Comment #2 from burnus at gcc dot gnu dot org 2007-05-27 23:40 ---
Created an attachment (id=13618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13618&action=view)
decl.c patch (not check-gfortran tested)
Erik, are you still working on this?
One should also check that:
b/libstdc++.so.6 ->
libstdc++.so.6.0.9*
alpha1:PD>g++ -v
Using built-in specs.
Target: alphaev56-unknown-linux-gnu
Configured with: ../gcc/configure --verbose --enable-languages=c++
--disable-linux-futex --disable-nls --disable-tls
Thread model: posix
gcc version 4.3.0 20070527 (exper
Version:
Ziel: x86_64-pc-linux-gnu
Konfiguriert mit: /var/tmp/portage/gcc-4.1.1-r3/work/gcc-4.1.1/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1
--mandir=/usr
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-05-28 01:11
---
I agree. I think that in cp_finish_decl, we should unset TREE_READONLY for
variables with a dynamic initializers. Please let me know if you need help
working on a patch for that.
--
http://gcc.gnu.org/bugzil
--- Comment #14 from hjl at lucon dot org 2007-05-28 01:35 ---
This patch allows libjava to build:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01843.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078
internal compiler error: Segmentation fault occurs in c++ code.
Built from gcc 4.2.0 release source.
g++ -v:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.2.0/configure --prefix=/local_scratch/owe043/gcc_4_2
--enable-languages=c,c++,fortran
Thread model: posix
gcc vers
--- Comment #1 from bowie dot owens at csiro dot au 2007-05-28 01:42
---
Created an attachment (id=13619)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13619&action=view)
gzip'ed preprocessed source to reproduce ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32118
--- Comment #2 from taiyun at gmail dot com 2007-05-28 02:32 ---
(In reply to comment #1)
> This is undefined. You dereference *pp before checking if it is a NULL
> pointer.
If compiled at gcc3.4.x,run is right!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32079
--- Comment #104 from funtoos at yahoo dot com 2007-05-28 04:15 ---
kdelibs doesn't link with gcc-4.2.0 with hidden visibility. It compiles and
links fine with gcc 4.1.2 with patch from Comment #86. That patch was included
by gentoo till 4.1.2 and dropped because this bug is supposedly f
Please see my comment on the bug 19664. That issue is not fixed. Its a shame
that I can't reopen that bug.
Please close this as a duplicate and reopen that bug. Thanks.
--
Summary: libstdc++ headers should have pop/push of the visibility
around the declarations
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-28 04:34 ---
And without a testcase, nothing is going to happen.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #105 from pluto at agmk dot net 2007-05-28 05:01 ---
(In reply to comment #104)
> kdelibs doesn't link with gcc-4.2.0 with hidden visibility.
you need a path for pr20218.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19664
--- Comment #106 from funtoos at yahoo dot com 2007-05-28 05:16 ---
I haven't tried the fix in 20218. surprisingly, moving to binutils
2.17.50.0.16.20070511 got rid of that problem. Do you know what exactly is
going on? how did the latest binutils bypass the bug 20218?
--
http://gcc
--- Comment #15 from bonzini at gnu dot org 2007-05-28 06:38 ---
Subject: Bug 32078
Author: bonzini
Date: Mon May 28 06:38:00 2007
New Revision: 125125
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125125
Log:
2007-05-27 Paolo Bonzini <[EMAIL PROTECTED]>
PR bootstrap
85 matches
Mail list logo
