Configuring with: ../gcc-4.3.2/configure --prefix=/usr --bindir=/bin
--sbindir=/sbin --sysconfdir=/etc --libdir=/lib --localstatedir=/var
--enable-languages=c,c++ --enable-threads --enable-tls --with-system-zlib
results in wrong search path for c++ include files.
I can see in gcc-build-dir/gcc/Ma
--- 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 7
--- 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=16480&action=view)
a reduced test case
A reduced test case which ICEs with -funroll-loops -ffast-math -O2.
It fails with 4.3/4.4 c
--- 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=gcc&view=rev&rev=140997
Log:
2008-10-08 Jerry DeLisle <[EMAIL PROTECTED]
P
--- 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=gcc&view=rev&rev=140995
Log:
2008-10-08 Jerry DeLisle <[EMAIL PROTECTED]
P
--- 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 follo
--- 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 #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 140
--- 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 defi
../../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
../../src/gcc/config/i386/i386.md:21149:
--- 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
--- 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 #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=16479&action=view)
preprocessed source for Matrix.c from pymol
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37776
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 #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
--- 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 M
--- 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
__gcov_indirect_call_p
--- 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 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 caller-saves
--- 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 4,
--- 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
-
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
class A {
public:
static int h();
private:
template
struct Inner {
stat
--- 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
--
--- 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
http://gcc.gnu.org/ml/gcc-patches/2008-10/ms
--- 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 #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 #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 #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 available:
Gcc 4.4 generates an extra load in a loop:
[EMAIL PROTECTED] gcc]$ cat /tmp/b.c
#include
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 old.s -mss
--- 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 20
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
--- 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
util::Memor
--- 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/
--
http://gcc.gnu.
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-objdir>make tstpgn
source='PgnDatabase.cc' object='tstpgn-PgnDatabase.o' libt
--- 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 x86_64-pc-mingw32
--- 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 #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.
https://sourceforge.net/project/platformdownload.php
--- 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 #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
---
[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 err
--- 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.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37
--- 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 s
--- 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 header of your linux machine. A quick look
to the man page reveals that the function is declared when,
--- 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
The following piece of code should compile without warning:
#include
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: implicit de
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 struct
--- 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=16478&action=view)
ccXkDOUC.out
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37769
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
-D_REENT
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 br
--- 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 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 (please
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 l
--- 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
--- 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 #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 #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=gcc&view=rev&rev=140966
Log:
PR target/36635
PR target/37290
PR rtl-op
--- 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=gcc&view=rev&rev=140966
Log:
PR target/36635
PR target/37290
PR rtl-op
--- 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=gcc&view=rev&rev=140966
Log:
PR target/36635
PR target/37290
PR rtl-op
--- 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 pointe
--- 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
61 matches
Mail list logo
