--- Comment #1 from schwab at suse dot de 2008-10-08 07:36 ---
%s requires a pointer to a string, which (char*)0 isn't.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-08 08:01 ---
Well, the RHS scalar alias set is IMHO irrelevant. What is relevant is the
alias set of the store. Which is why I think the assert is somewhat bogus.
Note that the gimple type-system allows assignment of any
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-08 08:13 ---
Subject: Bug 37341
Author: jakub
Date: Wed Oct 8 08:12:25 2008
New Revision: 140966
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140966
Log:
PR target/36635
PR target/37290
PR
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-08 08:13 ---
Subject: Bug 37290
Author: jakub
Date: Wed Oct 8 08:12:25 2008
New Revision: 140966
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140966
Log:
PR target/36635
PR target/37290
PR
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-08 08:13 ---
Subject: Bug 36635
Author: jakub
Date: Wed Oct 8 08:12:25 2008
New Revision: 140966
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140966
Log:
PR target/36635
PR target/37290
PR
--- Comment #11 from jakub at gcc dot gnu dot org 2008-10-08 08:16 ---
If fixed, it should be closed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-08 08:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-08 08:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
The bug is present with both system `gcc 4.2.1 20070719' and `gcc 4.2.5
20080702 (prerelease)' built from ports. Also present on both i386 and amd64,
althrough symptoms are different.
- Code:
struct struct1 {
int int1;
int int2;
};
struct struct2 {
struct2(const
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-08 12:48
---
The warning is correct: by default, fileno, not being a standard C function, is
simply not declared in the stdio.h header of your linux machine. A quick look
to the man page reveals that the function is
--- Comment #2 from mathieu dot malaterre at gmail dot com 2008-10-08
12:52 ---
Hum... ok nevermind. My man page must be outdated.
ref:
FERROR(3) Linux Programmer's Manual FERROR(3)
NAME
clearerr, feof, ferror, fileno - check and reset stream
--- Comment #3 from paolo dot carlini at oracle dot com 2008-10-08 12:56
---
Note, anyway, that fileno is not present in CONFORMING TO as a C89 function.
Which indeed it is not. In any case, the ultimate reference is the C Standard.
--
[forwarded from https://bugs.launchpad.net/bugs/280107]
seen with 4.2, 4.3 branches and trunk 20080915.
int foo() {
asm();
return 0;
}
$ /usr/lib/gcc-snapshot/bin/gcc -g -O0 foo.c
foo.c: In function 'foo':
foo.c:2: error: expected string literal before ')' token
foo.c:2: internal compiler
gcc-4.3.0 fails to compile with this message when compiling
qtpfsgui-1.9.1.
g++ -c -pipe -funroll-loops -fstrength-reduce -fschedule-insns2
-felide-constructors -frerun-loop-opt -fexceptions -fno-strict-aliasing
-fexpensive-optimizations -ffast-math -pipe -O2 -g -mieee -fno-schedule-insns
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-08 09:08
---
Your issue definitely does not qualify as a bug for Bugzilla. Of course you are
welcome to work on this cross-configuration, you can ask for help on the
libstd++ mailing list and eventually post a patch
The following piece of code should compile without warning:
#include stdio.h
int main()
{
(void)fileno(0);
return 0;
}
Using:
$ gcc -Wall -W -pedantic -ansi -Werror f.c
cc1: warnings being treated as errors
f.c: In function 'main':
f.c:5: warning:
--- Comment #1 from amdmi3 at amdmi3 dot ru 2008-10-08 12:39 ---
Just tested gcc 4.3: this version doesn't seem to have this bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37770
--- Comment #3 from akyrtzi at gmail dot com 2008-10-08 09:19 ---
And some bit of C++ standard wisdom:
C++ 6.8p1: To disambiguate, the whole statement might have to be examined to
determine if it is an expression-statement or a declaration
And there's this example given:
T(a)-m = 7;
--- Comment #3 from akyrtzi at gmail dot com 2008-10-08 09:09 ---
Note that the same rule applies to the 'switch' statement too:
switch (int x = 1)
{
default:
int x = 2; // there should be an error because of redeclaration
}
--
akyrtzi at gmail dot com changed:
What
--- Comment #1 from masaki dot chikama at gmail dot com 2008-10-08 10:29
---
Created an attachment (id=16478)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16478action=view)
ccXkDOUC.out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37769
When gcc is configured to generate code for x86_64-pc-mingw32, that is MinGW
for 64-bit Windows, attribute((format(printf))) is redefined by the backend to
be compatible with MSVC's runtime library, which differs significantly from
C99.
This is fine for calls that link to MSVC's library, but it
I want create libstdc++ of GCC4.3.2 on Target amigaos 68k
after some configure i get this lines
then this error No support for this host/target combination.
I look on older versions and find in file
/gcc/gcc/libstdc++-v3/crossconfig.m4
that there is target amigaos miss now.
I add now this
--- Comment #3 from cfairles at gcc dot gnu dot org 2008-10-08 14:06
---
changed summary to something more specific
--
cfairles at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from meihome at gmail dot com 2008-10-08 14:28 ---
FORTRAN Unit Testing Framework (Fruit) 2.5 is released. The pre-fixed message
of 30 is not a dynamic allocated array. The problem should be solved. The
project site is: http://fortranxunit.wiki.sourceforge.net/
--- Comment #6 from meihome at gmail dot com 2008-10-08 15:35 ---
Sorry, the previous fruit_2.5.zip was not tested under gfortran.
Please use the new fruit_2.5.1.zip. That corrected the 450MB file problem, and
compiled under gfortran.
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-10-08 15:59 ---
Looks like I taked over ...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from joseph at codesourcery dot com 2008-10-08 16:15 ---
Subject: Re: New: bogus warnings on x86_64-mingw32 due to
attribute((format(printf))) breakage
On Wed, 8 Oct 2008, mikpe at it dot uu dot se wrote:
When gcc is configured to generate code for
Many errors span multiple lines. However, any of the first lines start with
'error:' (or so it seems) the rest is not printed anymore (with using
-Wfatal-errors).
For example:
hikaru:~/projects/cwchessboard/cwchessboard-objdirmake tstpgn
source='PgnDatabase.cc' object='tstpgn-PgnDatabase.o'
--- Comment #7 from meihome at gmail dot com 2008-10-08 16:43 ---
Sorry for keep on updating this bug report.
Fruit 2.6 is now tested and run with gfortran.
The rake build system also works.
Download and information here: http://fortranxunit.wiki.sourceforge.net/
--
--- Comment #1 from carlo at gcc dot gnu dot org 2008-10-08 16:48 ---
Here's another one:
../cwchessboard/PgnDatabase.cc:65: error: no matching function for call to
âutil::MemoryBlockList::append(gssize)â
../cwchessboard/MemoryBlockList.h:232: note: candidates are: void
Sent from my iPhone
On Oct 8, 2008, at 9:48 AM, carlo at gcc dot gnu dot org [EMAIL PROTECTED]
wrote:
--- Comment #1 from carlo at gcc dot gnu dot org 2008-10-08
16:48 ---
Here's another one:
This expected behaviour of this option. It was not designed for users
really to
--- Comment #2 from pinskia at gmail dot com 2008-10-08 16:57 ---
Subject: Re: -Wfatal-errors aborts too early
Sent from my iPhone
On Oct 8, 2008, at 9:48 AM, carlo at gcc dot gnu dot org
[EMAIL PROTECTED]
wrote:
--- Comment #1 from carlo at gcc dot gnu dot org
Gcc 4.4 generates an extra load in a loop:
[EMAIL PROTECTED] gcc]$ cat /tmp/b.c
#include tmmintrin.h
extern __m128i src[10];
extern __m128i resdst[10];
void
foo (void)
{
int i;
for (i = 0; i 10; i++)
resdst[i] = _mm_abs_epi16 (src[i]);
}
[EMAIL PROTECTED] gcc]$ gcc -O2 -S /tmp/b.c -o
--- Comment #21 from ro at techfak dot uni-bielefeld dot de 2008-10-08
17:20 ---
Subject: Re: [4.3/4.4 regression] on bootstrap getting section .eh_frame: bad
cie version 0: offset 0x0
FTR: I've long been using this patch as a workaround until the neccessary
Sun ld patch is
--- Comment #22 from ebotcazou at gcc dot gnu dot org 2008-10-08 17:22
---
FTR: I've long been using this patch as a workaround until the neccessary
Sun ld patch is available:
Ah, this is helpful, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-10-08 20:00 ---
Works as desigened. Really ;)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-08 20:06 ---
How is the load not needed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37774
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-08 20:18 ---
Just the alignment information is lost really:
(mem/s:V16QI (plus:SI (reg/f:SI 68)
(reg:SI 63 [ ivtmp.68 ])) [4 resdst S16 A8])
Which I think is fixed via
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-08 20:30 ---
Confirmed, most likely caused by the new C parser.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
The following example compiles cleanly with g++, while I think the friend
declaration should be rejected, as the templated private class A::Inner
should not be visible except from within A.
#include iostream
class A {
public:
static int h();
private:
templatetypename T
struct
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-08 20:51 ---
Newer patch http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00350.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2008-10-08 20:55 ---
(In reply to comment #3)
Newer patch http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00350.html
With this patch, I got
.globl foo
.type foo, @function
foo:
xorl%eax, %eax
.p2align
--- Comment #2 from vmakarov at redhat dot com 2008-10-08 21:55 ---
Thanks for working on the problem. I am afraid that preventing to use
partially clobbered hard regs for allocnos living through calls is wrong. In
most general case I believe the problem should be fixed in
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-08 21:57 ---
You are using an modified compiler from Redhat you should report it to them.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37769
--- Comment #2 from schwab at suse dot de 2008-10-08 22:59 ---
This patch works for me:
Index: libgcov.c
===
--- libgcov.c (revision 140731)
+++ libgcov.c (working copy)
@@ -777,7 +777,11 @@ void
--- Comment #2 from hosoda-t at palette dot plala dot or dot jp 2008-10-08
23:02 ---
(In reply to comment #1)
%s requires a pointer to a string, which (char*)0 isn't.
%s is a c-style string.
try the code below, and please notice that the code works well on g++ 3.4.4 and
also on
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-08 23:05 ---
printf (%s\n, NULL);
is undefined. So GCC is optimizing the printf in this case to puts which
creates smaller and faster code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
When the -fgraphite flag is passed while compiling pymol
(http://pymol.sourceforge.net), an ICE occurs for Matrix.c of the form...
gcc-4 --save-temps -Wall -fgraphite -I../layer0 -I../layer1 -I../layer2
-I../layer3 -I../layer4 -I../layer5 -Wmissing-prototypes -Wno-long-double -O3
-funroll-loops
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-10-08
23:36 ---
Created an attachment (id=16479)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16479action=view)
preprocessed source for Matrix.c from pymol
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-10-08
23:40 ---
If this is really PR37485, can we get the fix from revision 140844 moved into
gcc trunk?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-10-09
00:56 ---
Applying r140844 to gcc trunk and rebuilding xgcc doesn't eliminate this ICE so
this may be a different problem from PR37485.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
../../src/gcc/config/i386/i386.md: In function 'output_615':
../../src/gcc/config/i386/i386.md:21149: error: 'ASM_SHORT' undeclared (first
use in this function)
../../src/gcc/config/i386/i386.md:21149: error: (Each undeclared identifier is
reported only once
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-09 02:11 ---
Did you change config.gcc ?
It contains the following line:
tm_file=${tm_file} i386/unix.h i386/att.h dbxelf.h elfos.h svr4.h
i386/sysv4.h sol2.h
Which means i386/att.h should be included and therefor
--- Comment #2 from cnstar9988 at gmail dot com 2008-10-09 02:14 ---
yes, I changed config.gcc, to workaround PR33100.
I want to build gcc 4.3.2 on solaris 10.
Index: gcc/config.gcc
===
--- gcc/config.gcc (revision
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-10-09 02:40
---
The following simple patch fixes this. I will commit under the obvious and
simple rule. (Obvious once you spend several hours studying it to see what is
going wrong!)
Index: io/list_read.c
--- Comment #4 from hosoda-t at palette dot plala dot or dot jp 2008-10-09
02:40 ---
Thank you for your time. I am sure that you are right, because the Null pointer
does not point to a string which must have the terminator '\0' at the end.
However, please kindly adivise me if the
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-10-09 04:16
---
Subject: Bug 37707
Author: jvdelisle
Date: Thu Oct 9 04:14:48 2008
New Revision: 140997
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140997
Log:
2008-10-08 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-10-09 04:04
---
Subject: Bug 37707
Author: jvdelisle
Date: Thu Oct 9 04:02:35 2008
New Revision: 140995
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140995
Log:
2008-10-08 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-10-09 04:46 ---
Created an attachment (id=16480)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16480action=view)
a reduced test case
A reduced test case which ICEs with -funroll-loops -ffast-math -O2.
It fails with 4.3/4.4
--- Comment #4 from kkojima at gcc dot gnu dot org 2008-10-09 04:50 ---
The regmove pass changes insns in .160r.ce2 dump
(insn 285 77 78 6 foo.C:14 (set (reg/f:SI 260)
(reg/f:SI 269 [ ivtmp.66 ])) -1 (expr_list:REG_DEAD (reg/f:SI 269 [
ivtmp.66 ])
(nil)))
(insn 78 285
60 matches
Mail list logo
