--- Comment #7 from pault at gcc dot gnu dot org 2008-06-18 07:15 ---
(In reply to comment #6)
> However, this is not different from 4.3. Using NAG f95, I get:
> Warning: line 26: REAL value for INTEGER PARAMETER
> Error:Explicit interface required for CHECK_INTEGER4_RANK1 from ARRA
--- Comment #11 from pault at gcc dot gnu dot org 2008-06-18 07:17 ---
(In reply to comment #10)
> Reopened.
Hah! OK - thanks
Paul *with tail between his legs*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
--- Comment #12 from P dot Schaffnit at access dot rwth-aachen dot de
2008-06-18 07:20 ---
Hi!
Stupid question: is it related to
http://gcc.gnu.org/ml/fortran/2008-06/msg00203.html ?
Philippe
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36342
--- Comment #7 from E dot Kuemmerle at fz-juelich dot de 2008-06-18 07:20
---
gcc release 4.3.1 already works!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33435
i'm looking for clarification about such code snippet:
$ cat test.cpp
#include
#include
#include
int main()
{
std::ifstream in( "/tmp" );
if ( in.good() )
{
std::cerr << "good()" << std::endl;
std::string buf;
while ( std:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-18 11:50 ---
This is undefined code as B does not inherit from A3.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-18 11:51 ---
That is if the vtable for B's a3 is not in the same place as A3's a3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36563
--- Comment #3 from kate01123 at gmail dot com 2008-06-18 13:04 ---
On powerpc-apple-darwin8.11.0 I took gcc-4.3.1
that I built with gcc-4.2.3 and used
it to try to build gcc-4.3.1. It failed:
gcc -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wm
--- Comment #5 from domob at gcc dot gnu dot org 2008-06-18 13:54 ---
Subject: Bug 36517
Author: domob
Date: Wed Jun 18 13:53:32 2008
New Revision: 136894
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136894
Log:
2008-06-18 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36112
--- Comment #7 from domob at gcc dot gnu dot org 2008-06-18 13:56 ---
Committed patch and fixed as rev 136894.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from domob at gcc dot gnu dot org 2008-06-18 13:56 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from ubizjak at gmail dot com 2008-06-18 15:00 ---
PAtch for generic RTL problem with compare-and-branch instruction is at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01141.html.
--
ubizjak at gmail dot com changed:
What|Removed |Ad
--- Comment #13 from burnus at gcc dot gnu dot org 2008-06-18 15:43 ---
(In reply to comment #10)
> Reopened. I can still observe the problem with trunk from 20080615 (r136827).
Can you post some more debug information? As written, I cannot reproduce it
here anymore with 4.4.0 20080616
--- Comment #1 from laurynas dot biveinis at gmail dot com 2008-06-18
16:24 ---
Confirmed with r136520:
(I don't have bugzilla permissions to change status from UNCONFIRMED though)
[EMAIL PROTECTED]:~/src/gcc-trunk/gcc/gcc/testsuite/gfortran.dg$ valgrind
"/home/lauris/src/gcc-trunk/obj
--- Comment #14 from dfranke at gcc dot gnu dot org 2008-06-18 16:48
---
> Question: I get the following:
> /tmp/ccpoBhQR.f90:8: warning: 'junk_2' is used uninitialized in this
> function
> What puzzles me is that one gets a /tmp/... filename and not the filename one
> passed to "gfo
--- Comment #5 from uros at gcc dot gnu dot org 2008-06-18 17:16 ---
Subject: Bug 35604
Author: uros
Date: Wed Jun 18 17:16:05 2008
New Revision: 136899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136899
Log:
PR rtl-optimization/35604
* jump.c (redirect_exp_1)
--- Comment #6 from ubizjak at gmail dot com 2008-06-18 17:20 ---
Fixed in mainline, patch will be backport to 4.3 branch in a couple of days.
--
ubizjak at gmail dot com changed:
What|Removed |Added
sr --enable-shared
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-threads=posix
--mandir=/usr/share/man --enable-__cxa_atexit --disable-multilib
--libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu
--disable-libstdcxx-pch --with-tune=generic
Thread model: posix
gcc version
--- Comment #4 from dseketel at redhat dot com 2008-06-18 18:24 ---
Created an attachment (id=15778)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15778&action=view)
more work on the error location patch
This patch makes all the tests in testsuite/g++.dg/parse/error*.C be aware of
If I have a packed struct and try to pass a member variable by reference to a
function call, I get the "error: cannot bind packed field" message. If I
explicitly create a reference to the member variable first and pass that,
things work fine. One of these behaviors must be incorrect.
This issue
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-18 18:31 ---
This is correct you cannot take the address of a field of a packed struct.
>short& pit(oj.s);
This should be also an error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36566
--- Comment #2 from rwild at gcc dot gnu dot org 2008-06-18 18:47 ---
Subject: Bug 30739
Author: rwild
Date: Wed Jun 18 18:46:35 2008
New Revision: 136902
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136902
Log:
gcc/
PR documentation/30739
* doc/install.texi (P
--- Comment #2 from nevin at eviloverlord dot com 2008-06-18 18:49 ---
Why is this an error (I couldn't find anything in the documentation)?
Also, if pointers are used instead of references, should that be an error
(currently that compiles just fine)?
--
http://gcc.gnu.org/bugzilla
DESCRIPTION
The following code compiles on Intel without issue with gcc-4.1.3 and gcc-4.2,
but fails at LINE=29 on cross-compile with ppc_85xx-gcc-4.0:
$ cat -n Foo.cc
12#include
3#include
4#include
5#include
67typedef std::vector IntVec
--- Comment #3 from nevin at eviloverlord dot com 2008-06-18 19:06 ---
Expanding on my last comment: which lines in the following code should fail to
compile:
struct Squeeze
{
short s;
} __attribute__((aligned(1), packed));
void VerticallyChallenged(short*) {}
void VerticallyCha
--- Comment #1 from dfeathers at omnitrol dot com 2008-06-18 19:17 ---
Created an attachment (id=15779)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15779&action=view)
Preprocessed .ii file that reproduces the compilation error
1) uncompress as follows
$ gzip -d Foo.ii.gz # givi
--- Comment #5 from dseketel at redhat dot com 2008-06-18 19:20 ---
Created an attachment (id=15780)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15780&action=view)
work in progress on more accurate column numbers
Fix some compilation errors after rebasing to trunk.
--
dseket
test w/o threads:
$ ./u
0x400a74 handler+0x1a
0x400a95 crash+0x10
0x400afd main+0x60
0x7fa92f9e74a4 __libc_start_main+0xf4
test w/ threads:
$ ./u threaded
0x400a74 handler+0x1a
0x400a95 crash+0x10
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+0x6d
0x7fcea7803a3d clone+
--- Comment #1 from pluto at agmk dot net 2008-06-18 19:35 ---
Created an attachment (id=15781)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15781&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36568
--- Comment #2 from pluto at agmk dot net 2008-06-18 19:36 ---
Created an attachment (id=15782)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15782&action=view)
testcase makefile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36568
Hello:
We are specialized in new network products, including switch, firewall,
router, GBIC,SFP,WIC,cables etc... We provide high quality products and the
most reasonable price with professional services to our customers. So if you
are interested in any of our products, please contact with
__attribute__(__format__(__printf__, 1, 2) gives bogus error
"format string argument not a string type" when format itself is built from
variable arguments.
gcc version 4.3.1.
I have checked that this does not happen with 4.2.4.
--
Summary: Checking printf format of recursive va_args
--- Comment #1 from cazfi74 at gmail dot com 2008-06-18 21:08 ---
Created an attachment (id=15783)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15783&action=view)
Test source to compile
gcc -c vaformat.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36569
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-06-18 21:30 ---
This works on the trunk
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Co
During kernel compilation with Ubuntu OS and kernel 2.6.24 I get this error
message:
make[1]: Entering directory `/usr/src/linux-source-2.6.24'
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
CC ker
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-18 21:49
---
Subject: Bug 36460
Author: hutchinsonandy
Date: Wed Jun 18 21:48:50 2008
New Revision: 136919
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136919
Log:
PR c/36460
* gcc.dg/utf32-1.c: Mark xfail for
--- Comment #1 from info at milde dot cz 2008-06-18 21:49 ---
First error was:
CC arch/x86/mach-default/setup.o
LD arch/x86/mach-default/built-in.o
LD arch/x86/crypto/built-in.o
CC kernel/sched.o
CC kernel/fork.o
CC kernel/exec_domain.o
CC
--- Comment #2 from info at milde dot cz 2008-06-18 21:52 ---
commands done (as root):
apt-get install linux-source build-essential bin86 kernel-package gcc gcc-3.4
libncurses5 libncurses5-dev fakeroot libglade2-dev
make gconfig
make-kpkg clean
sudo make-kpkg --initrd --stem linux -
--- Comment #2 from hutchinsonandy at gcc dot gnu dot org 2008-06-18 21:54
---
Subject: Bug 36284
Author: hutchinsonandy
Date: Wed Jun 18 21:53:20 2008
New Revision: 136920
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136920
Log:
PR testsuite/36284
* gcc.dg/compat/struct-layo
--- Comment #3 from info at milde dot cz 2008-06-18 21:54 ---
Created an attachment (id=15784)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15784&action=view)
kernel config file
made with gconfig utility
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36570
--- Comment #1 from paolo dot carlini at oracle dot com 2008-06-18 22:01
---
I don't think I have to add much here, you got already the basic point right:
according to the current standard at least, the open succeeds if the underlying
fopen succeeds, and certainly it succeeds here, then
--- Comment #2 from paolo dot carlini at oracle dot com 2008-06-18 22:13
---
I do not understand: do you have any evidence that current, maintained,
branches of GCC (ie 4_2, 4_3) have problems here? I do not. Because certainly
people are not going to do anything on 4_0, and a C++ issue
Test testsuite/gcc.dg/builtin-return-1.c will fail for avr target.
Default implementation of builtin-return-1 is untyped return of a single
register.
Which is R25 and only 1 byte. This is not int as test expects.
So high byte may and does get overwritten before outer return.
The test may be inval
--- Comment #1 from hutchinsonandy at gcc dot gnu dot org 2008-06-18 23:00
---
Subject: Bug 36571
Author: hutchinsonandy
Date: Wed Jun 18 22:59:41 2008
New Revision: 136926
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136926
Log:
PR c/36571
* gcc.dg/builtin-return-1.c: Mark a
>From the gcc-4.3.1 manual:
> -fno-sched-interblock
> Don't schedule instructions across basic blocks. This is normally
> enabled by default when scheduling before register allocation,
> i.e. with -fschedule-insns or at -O2 or higher.
>
> -fno-sched-spec
> Don't allow speculative
/xxx/gnu/gcc/objdir/./gcc/xgcc -B/xxx/gnu/gcc/objdir/./gcc/
-B/opt/gnu/gcc/gcc-4
.4.0/hppa1.1-hp-hpux10.20/bin/
-B/opt/gnu/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/lib
/ -isystem /opt/gnu/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/include -isystem
/opt/gnu
/gcc/gcc-4.4.0/hppa1.1-hp-hpux10.20/sys-include -c -g -O
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-06-19
02:11 ---
Subject: Re: New: s-intman.adb:232:50: "SA_ONSTACK" is undefined
> s-intman.adb:232:50: "SA_ONSTACK" is undefined
Looks like we need something like the following:
Index: s-osinte-hpux-dce.ads
==
--- Comment #3 from hutchinsonandy at gcc dot gnu dot org 2008-06-19 02:16
---
Testcase fixed for 4.4
--
hutchinsonandy at gcc dot gnu dot org changed:
What|Removed |Added
---
With r136888 cris-elf built (and had "just" 4 regressions compared to earlier
this year). With r136894 and up to at least r136933, build breaks with the
following, cutnpasted:
libtool: compile: /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc
-shared-libgcc -B/tmp/hpautotest\
-gcc1/cris-elf/gccob
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from hp at gcc dot gnu dot org 2008-06-19 02:59 ---
Created an attachment (id=15785)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15785&action=view)
gzipped strstream.ii
compile with cc1plus -fpreprocessed -O2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=365
--- Comment #2 from hp at gcc dot gnu dot org 2008-06-19 03:00 ---
Looks like it's yours, Honza.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
// Neither of the following compile, though they do in visual studio.
template
struct MyStruct
{
MyStruct()
{
std::vector::iterator i;
}
};
template
struct MyStruct1
{
MyStruct1()
{
std::vector*>::iterator i;
On Wed, Jun 18, 2008 at 11:06 PM, Andrew McPherson
<[EMAIL PROTECTED]> wrote:
> // Neither of the following compile, though they do in visual studio.
>
> template
> struct MyStruct
> {
>MyStruct()
>{
>std::vector::iterator i;
You missed the typename keyword.
That i
Thanks! That works.
On Wed, Jun 18, 2008 at 8:15 PM, Andrew Pinski <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 18, 2008 at 11:06 PM, Andrew McPherson
> <[EMAIL PROTECTED]> wrote:
>> // Neither of the following compile, though they do in visual studio.
>>
>> template
>> struct MyStruct
>> {
>>
> > s-intman.adb:232:50: "SA_ONSTACK" is undefined
>
> Looks like we need something like the following:
Right. Assuming 0x1 is indeed the corresponding value of the SA_ONSTACK
C macro, you can commit this change.
Arno
--- Comment #2 from charlet at adacore dot com 2008-06-19 03:37 ---
Subject: Re: s-intman.adb:232:50: "SA_ONSTACK" is undefined
> > s-intman.adb:232:50: "SA_ONSTACK" is undefined
>
> Looks like we need something like the following:
Right. Assuming 0x1 is indeed the corresponding valu
--- Comment #3 from rwild at gcc dot gnu dot org 2008-06-19 06:00 ---
Subject: Bug 30739
Author: rwild
Date: Thu Jun 19 05:59:30 2008
New Revision: 136939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136939
Log:
gcc/
PR documentation/30739
* doc/install.texi (
--- Comment #4 from rwild at gcc dot gnu dot org 2008-06-19 06:01 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from laurent at guerby dot net 2008-06-19 06:29 ---
It happened to me but I found the source: if even once you did run configure in
the source dir then even if after that you configure in a clean build dir
you'll get this error.
So the solution is to regenerate a clean so
.
Whereas when compiled at -O3 -gnato on 4.3.1 and 4.4 20080618 it fails:
,.,. C460011 ACATS 2.5 08-06-19 08:49:17
C460011 Check that conversion to a modular type raises
Constraint_Error when the operand value is outside the
base
--- Comment #1 from laurent at guerby dot net 2008-06-19 06:54 ---
Ooops paster the wrong output, the FAILED message with 4.3.1/4.4 is:
,.,. C460011 ACATS 2.5 08-06-19 08:51:01
C460011 Check that conversion to a modular type raises
Constraint_Error when the operand
64 matches
Mail list logo
