--- Comment #7 from jakub at gcc dot gnu dot org 2007-10-26 06:49 ---
Using -static for threaded programs is highly discouraged in glibc, for many
reasons. If you want to do it anyway for whatever weird reason, you usually
need
to use -Wl,--whole-archive -lnptl -Wl,--no-whole-archive.
--- Comment #3 from jakub at gcc dot gnu dot org 2007-10-26 06:51 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
The adding of backtrace info to std::exception would be most helpful.
Currently when a program throws an exception, the debug info is rather useless.
Only the backtrace to the catch is shown. Ideally symbol info and line
numbers should be available, so that the throw can be easily found.
--- Comment #3 from ubizjak at gmail dot com 2007-10-26 07:13 ---
Patch has been committed to SVN.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #4 from jv244 at cam dot ac dot uk 2007-10-26 07:17 ---
In order to make the testcase valid, subroutine option_stopwatch_a needs to be
replaced by:
subroutine option_stopwatch_a(default_clock)
character(len=*), intent(in), dimension(:) :: default_clock
--- Comment #6 from ubizjak at gmail dot com 2007-10-26 07:15 ---
Bootstrapps OK now on i686-pc-linux-gnu and x86_64-pc-linux-gnu.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from jv244 at cam dot ac dot uk 2007-10-26 07:51 ---
I'm guess-changing the summary
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Reported by Vasileios Liaskovitis,
http://gcc.gnu.org/ml/fortran/2007-10/msg00339.html
The following valid program gives
error: lastprivate variable i2 is private in outer context
SUBROUTINE foo(a, b, n)
DOUBLE PRECISION a, b
INTEGER*8 i1,
--- Comment #3 from jv244 at cam dot ac dot uk 2007-10-26 07:25 ---
paul, the patch you have been regtesting (9 months ;-) seems not yet in. I've
marked this as a missed-optimization.
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #9 from jv244 at cam dot ac dot uk 2007-10-26 07:32 ---
(In reply to comment #8)
Taking over.
Any news on this ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28484
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
djh at emss dot co dot za changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33903
--- Comment #6 from pcarlini at suse dot de 2007-10-26 09:59 ---
Fixed in mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini
--- Comment #5 from pault at gcc dot gnu dot org 2007-10-26 09:45 ---
As a final remark: Digital F90 5.0 gives the result of gfortran in #4, so now I
am convinced that I am right!
The Lahey source checker shows that setbd is not host associated in the module
but is use associated in
--- Comment #4 from pault at gcc dot gnu dot org 2007-10-26 09:36 ---
This gives the correct behaviour:
Index: gcc/fortran/decl.c
===
*** gcc/fortran/decl.c (révision 129434)
--- gcc/fortran/decl.c (copie de travail)
--- Comment #3 from pcarlini at suse dot de 2007-10-26 09:00 ---
*** Bug 33902 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from pcarlini at suse dot de 2007-10-26 09:00 ---
*** This bug has been marked as a duplicate of 32260 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #3 from pault at gcc dot gnu dot org 2007-10-26 09:10 ---
(In reply to comment #2)
this works with gcc_4_0_branch, which makes this a regression.
Michael and Joost,
Are you sure that anything is wrong with gfortran, here? If there is, I would
agree that this is a
--- Comment #5 from paolo at gcc dot gnu dot org 2007-10-26 09:57 ---
Subject: Bug 31747
Author: paolo
Date: Fri Oct 26 09:57:12 2007
New Revision: 129647
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129647
Log:
cp/
2007-10-26 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #6 from jv244 at cam dot ac dot uk 2007-10-26 10:42 ---
(In reply to comment #5)
As a final remark: Digital F90 5.0 gives the result of gfortran in #4, so now
I
am convinced that I am right!
I was actually not so sure as you seem to be. I agree it is intuitive to
The current implementation of show_backtrace hangs on a mutex lock in the
malloc/free routines when a segmentation fault due to corruption of the
malloc/free administration happens to trigger the backtrace.
There is an alternative implementation using a temporary file to store the
translation of
Sometimes, when an array bounds overrun is detected, it is actually due to a
shape mismatch between arrays in an expression / assignment.
Fortran 2003, 7.1.5: For all elemental binary operations, the two operands
shall be in shape conformance ... and mutatis mutandis for more complex
expressions.
--- Comment #8 from jakub at gcc dot gnu dot org 2007-10-26 12:06 ---
Subject: Bug 33744
Author: jakub
Date: Fri Oct 26 12:06:31 2007
New Revision: 129650
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129650
Log:
PR c++/33744
* parser.c
--- Comment #7 from jakub at gcc dot gnu dot org 2007-10-26 12:05 ---
Subject: Bug 33744
Author: jakub
Date: Fri Oct 26 12:04:57 2007
New Revision: 129649
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129649
Log:
PR c++/33744
* parser.c
--- Comment #6 from jakub at gcc dot gnu dot org 2007-10-26 11:58 ---
Subject: Bug 33744
Author: jakub
Date: Fri Oct 26 11:57:46 2007
New Revision: 129648
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129648
Log:
PR c++/33744
* parser.c
--- Comment #9 from jakub at gcc dot gnu dot org 2007-10-26 12:07 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-10-26 13:46 ---
I know - I should have made this an enhancement request. Certainly there
will be no observable difference for empty replacement lists, no?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from schwab at suse dot de 2007-10-26 13:44 ---
The standard requires the spelling of parameters to be the same even if the
replacement list is empty.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33907
#define A(a)
#define A(b)
g++-4.3 -S t.C
t.C:2:1: error: A redefined
t.C:1:1: error: this is the location of the previous definition
We check the parameter names before the expansion, but if the expansion is
empty in both cases there is no need to warn about different names.
Of course watch
--- Comment #3 from schwab at suse dot de 2007-10-26 13:55 ---
The difference is that it is a constraint. You must diagnose it at least in
pedantic mode.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33907
--- Comment #7 from pault at gcc dot gnu dot org 2007-10-26 13:38 ---
(In reply to comment #6)
(In reply to comment #5)
As a final remark: Digital F90 5.0 gives the result of gfortran in #4, so
now I
am convinced that I am right!
I was actually not so sure as you seem to be. I
--- Comment #4 from joseph at codesourcery dot com 2007-10-26 14:45 ---
Subject: Re: New: Empty macro definitions not
considered equal
On Fri, 26 Oct 2007, rguenth at gcc dot gnu dot org wrote:
#define A(a)
#define A(b)
g++-4.3 -S t.C
t.C:2:1: error: A redefined
t.C:1:1:
gcc -c -gnat83 test.adb
procedure Test
is
type T is delta 0.1 range 0.0 .. 10.0;
X : T;
begin
X := 10.0;
X := T (X / 10.0);
end Test;
XD-Ada rejects the test program with the following error message,
%ADAC-E-UNIVFIXUNIVOPND, (1) Multiplication or division for fixed-point type T
is
Compiling the following code with g++ result in error. Command line to
reproduce the error is arm-linux-gnueabi-g++ -c test.cpp, where test.cpp is
the file comprising the following lines:
struct T
{
const void* ptr;
};
const struct T my_arr[] =
{
{ 0 },
{ my_arr+1 }// Error at this
--- Comment #3 from darkxun at paran dot com 2007-10-26 14:43 ---
Also I needed to search the web or the manuals.
Sorry.
And thanks for the comment about the option -fnon-call-exceptions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33900
gcc -c -gnat83 test.adb
procedure Test
is
X : INTEGER;
Y : INTEGER;
for Y use at X'ADDRESS;
begin
null;
end Test;
XD-Ada generates the error message,
%ADAC-E-ADRREPNOSYS, (1) No with clause for predefined package SYSTEM applies
to this unit [LRM 10.1.1(4), 13.5(3)]
Ada 83
In the following example, class foo gets a deprecated warning, but a similar
class template goo does not. Typedefs constructed with foo or goo get an
error.
What up?
struct foo
{
int i;
} __attribute__ ((__deprecated__));
templatetypename _Tp
struct goo
{
int i;
} __attribute__
--- Comment #8 from jv244 at cam dot ac dot uk 2007-10-26 14:54 ---
(In reply to comment #7)
How about I take it to comp.lang.fortran?
yes, and Ron has given the golden clue (how easy to overlook these things).
Indeed, the integer declaration of setbd in nxtstg implies that the
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from singler at ira dot uka dot de 2007-10-26 15:22 ---
Preprocessed source as attached.
Apparently, the file is slightly to big. So I put it here:
http://algo2.iti.uni-karlsruhe.de/singler/GCCTrunkTest.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33894
In the following example, class foo gets a deprecated warning, but a similar
class template goo does not. Typedefs constructed with foo or goo get an
error.
What up?
struct foo
{
int i;
} __attribute__ ((__deprecated__));
templatetypename _Tp
struct goo
{
int i;
} __attribute__
--- Comment #9 from burnus at gcc dot gnu dot org 2007-10-26 15:51 ---
How about I take it to comp.lang.fortran?
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/3076af3caa74347d/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33897
--- Comment #1 from pcarlini at suse dot de 2007-10-26 16:08 ---
*** Bug 33912 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-10-26 16:33 ---
t.F:1035: error: dim.par: No such file or directory
t.F:1036: error: machconst.com: No such file or directory
t.f: In function 'gencan':
t.f:216: error: size of variable 'h' is too large
If I use -m64, I don't
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-10-26 16:32 ---
f/com.c only exist in 3.4.x and before, can you try compiling with gfortran in
4.0.x (or 4.1.x or 4.2.x)?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from egbirgin at ime dot usp dot br 2007-10-26 16:11 ---
Created an attachment (id=14412)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14412action=view)
solely Fortran program that cause the bug when compiled
Just compile the attachment with:
g77 -O4
g77 -O4 -xf77-cpp-input -Wimplicit -Wunused -c bug.f
f771: ../../src/gcc/f/com.c:7504: ffecom_sym_transform_: Assertion `0 ==
compare_tree_int (((t)-decl.size_unit), ((st)-size))' failed.
bug.f: In subroutine `gencan':
In file included from bug.f:0:
bug.f:216: internal compiler error: Aborted
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #4 from jakub at gcc dot gnu dot org 2007-10-26 17:38 ---
Seems Paolo's 2007-02-05 OMP_ATOMIC changes broke this.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-10-26 17:54 ---
Subject: Bug 33839
Author: dgregor
Date: Fri Oct 26 17:53:56 2007
New Revision: 129656
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129656
Log:
2007-10-26 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #6 from jv244 at cam dot ac dot uk 2007-10-26 17:54 ---
reduced testcase still failing with valgrind
character(len=4), dimension(4) :: default_clocks=
call create_watch_ss('total')
contains
subroutine create_watch_actual(clock,name)
character(len=*), dimension(:)
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-10-26 18:01 ---
Fixed. The testcase is invalid code, but we shouldn't crash on it. Now we
don't.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from jason at gcc dot gnu dot org 2007-10-26 17:32 ---
Changed component to libstdc++. This problem should be fixed by adding rvalue
reference support to iostreams; the current working paper calls for
templateclass traits
basic_ostreamchar,traits
--- Comment #7 from paolo at gcc dot gnu dot org 2007-10-26 18:32 ---
Subject: Bug 31988
Author: paolo
Date: Fri Oct 26 18:32:41 2007
New Revision: 129657
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129657
Log:
cp/
2007-10-26 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #8 from pcarlini at suse dot de 2007-10-26 18:34 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-10-26 18:36 ---
Same problem as 33839; fixed now.
*** This bug has been marked as a duplicate of 33839 ***
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from dgregor at gcc dot gnu dot org 2007-10-26 18:36 ---
*** Bug 33837 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33839
--- Comment #1 from dgregor at gcc dot gnu dot org 2007-10-26 18:38 ---
Same problem as in 33839; fixed by that patch.
*** This bug has been marked as a duplicate of 33839 ***
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-10-26 18:38 ---
*** Bug 33838 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33839
Compile
begin of test.cpp
int main()
{
const unsigned nElementCount = 0;
int *piArray = nElementCount ? new int[nElementCount] : 0;
return 0;
}
end of test.cpp
Compiler displays a warning even though new operator is never executed:
test.cpp: In function 'int main()':
--- Comment #1 from pcarlini at suse dot de 2007-10-26 18:58 ---
*** This bug has been marked as a duplicate of 33124 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #10 from pcarlini at suse dot de 2007-10-26 18:58 ---
*** Bug 33914 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-10-26 19:34 ---
Subject: Bug 33601
Author: dgregor
Date: Fri Oct 26 19:34:03 2007
New Revision: 129659
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129659
Log:
2007-10-26 Douglas Gregor [EMAIL PROTECTED]
PR
--- Comment #3 from dgregor at gcc dot gnu dot org 2007-10-26 19:35 ---
Fixed.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #12 from jason at gcc dot gnu dot org 2007-10-26 19:54 ---
Subject: Bug 24791
Author: jason
Date: Fri Oct 26 19:54:10 2007
New Revision: 129660
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129660
Log:
PR c++/24791
* pt.c (get_template_info): New fn.
void
cyg_hal_plf_serial_write(void* __ch_data, const unsigned char* __buf,
unsigned long __len)
{
while(__len-- 0)
cyg_hal_plf_serial_putc(__ch_data, *__buf++);
}
cc1 -O3 -mcpu=m32c dj.c
fails in build2_stat trying to add two pointers.
See also
--- Comment #4 from burnus at gcc dot gnu dot org 2007-10-26 21:06 ---
(In reply to comment #2)
f/com.c only exist in 3.4.x and before, can you try compiling with gfortran in
4.0.x (or 4.1.x or 4.2.x)?
To add: g77 was part of GCC 3.x. Starting from GCC 4.0.0, the Fortran compiler
of
--- Comment #7 from burnus at gcc dot gnu dot org 2007-10-26 21:16 ---
Works: 2007-07-13-r126613
Fails: 2007-07-16-r126671
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
(This may be related to PR 30111 )
In this program, a default constructor fails to initialize the given array
members to zero. Results are shown with several versions of gcc.
===
#include string.h
#include iostream
namespace {
class Stats {
friend void alpha();
private:
int a_[12];
This one is a heisenbug, which showed up in the testsuite while testing a patch
but is also present on trunk:
$ cat proc_decl_2.f90
program s
implicit none
procedure() :: q2
procedure() :: q3
procedure() :: q5
procedure(sub) :: p4
procedure(p4) :: p6
contains
subroutine sub
end
--- Comment #1 from burnus at gcc dot gnu dot org 2007-10-26 21:59 ---
As depending which line is commented out or not, the bug disappears or appears,
my educated guess would be that one does not properly walk a tree and thus not
all leafs are found.
--
burnus at gcc dot gnu dot org
--- Comment #50 from rguenth at gcc dot gnu dot org 2007-10-26 22:17
---
Note that I still see achar_4.f90 fail with type-checking and there are now
some
more testcases that also fail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31608
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-10-26 22:43
---
Probably too generic to be useful, and we're not doing so bad. Closing (with
Jerry's approval).
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-10-26 22:43
---
Probably too generic to be useful, and we're not doing so bad. Closing (with
Jerry's approval).
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
|
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu
|
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-10-26 22:26
---
Reduced-reduced testcase which still triggers valgrind:
call create_watch_ss( )
contains
subroutine create_watch_actual(name)
character(len=1) :: name(1)
end subroutine create_watch_actual
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-10-26 22:40
---
And the smaller testcase with invalid dump:
subroutine create_watch_ss (name,l)
character(len=*) :: name
logical l
if (l) then
call create_watch_actual([name])
else
call
--- Comment #2 from burnus at gcc dot gnu dot org 2007-10-26 23:14 ---
procedure(sub) :: p4
procedure(p4) :: p6
The problem is that first sub needs to be resolved for p4 and then p4 before
p6.
The problem is that procedure(p4) :: p6 is checked before procedure(sub) ::
p4 and that
--- Comment #7 from steven at gcc dot gnu dot org 2007-10-26 23:32 ---
Running multiple code hoisting passes currently does not work, because
one_code_hoisting_pass() never returns non-zero. Therefore, in the main loop of
gcse_main() changed is never set to true, and --param
--- Comment #51 from danglin at gcc dot gnu dot org 2007-10-27 00:21
---
Subject: Bug 31608
Author: danglin
Date: Sat Oct 27 00:21:02 2007
New Revision: 129671
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129671
Log:
PR fortran/31608
* pa.h (ASM_PN_FORMAT):
This happened to me when I wanted to look at assembler output source using gcc
-S and for better readability choose -masm=intel option. -S only works fine. I
tried to cut my source and include short example which can be quickly verified.
I also checked this problem happen on mingw32 gcc ver 3.4.5
--- Comment #52 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-27
00:29 ---
Subject: Re: wrong types in character array/scalar binop
Fixed on PA.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31608
If the following line is present in an include file, test_base_file.h:
char *base_file = __BASE_FILE__;
And it is included as follows:
gcc -include test_base_file.h test_base_file.c -o test_base_file
The base file value will be printed as follows:
base file = command line
by this main
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-10-27
00:52 ---
Same error message as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18353
This works with revision 129548
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33918
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-10-27 00:54
---
Subject: Bug 33162
Author: jvdelisle
Date: Sat Oct 27 00:54:20 2007
New Revision: 129673
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129673
Log:
2007-10-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-27 00:56 ---
http://gcc.gnu.org/ml/gcc/2004-10/msg00534.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33919
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2007-10-27 00:57
---
Subject: Bug 33162
Author: jvdelisle
Date: Sat Oct 27 00:57:26 2007
New Revision: 129674
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129674
Log:
2007-10-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #2 from rayer at seznam dot cz 2007-10-27 01:04 ---
(In reply to comment #1)
Same error message as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18353
This works with revision 129548
Oh, sorry for that, I was searching for -masm and nothing found.
Anyway well I'll wait
--- Comment #2 from gary at intrepid dot com 2007-10-27 01:05 ---
Subject: Re: __BASE_FILE__ does not expand correctly when included from the
command line
Andrew, thanks for linking in that e-mail thread.
FYI, I worked out a simple fix that I implemented in 3.0,
and I think Zack made
90 matches
Mail list logo
