--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-11-24 07:21
---
This is not a bug. Gfortran is complying with F95 namelist read requirements.
This would be an enhancement or extension. The work around is to use correct
array triplets in the array qualifiers for namelist read
--- Comment #8 from amodra at bigpond dot net dot au 2005-11-24 07:04
---
Oops, no, that's not a stack slot. That's a stack slot gone wrong. Where's
the MEM for the slot?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
--- Comment #7 from amodra at bigpond dot net dot au 2005-11-24 06:51
---
I'm not surprised that reducing this testcase isn't easy. Register pressure is
needed to trigger the bug. The problem is that in
(insn:HI 2761 3601 2769 279 wmadec.c:1117 (set (reg:V4SF 280 [ vect_var_.655 ])
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-24 06:14 ---
XPASS: gcc.dg/tree-ssa/bool-7.c scan-tree-dump-times != 1 0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24989
--- Comment #16 from pinskia at gcc dot gnu dot org 2005-11-24 06:06
---
*** Bug 25012 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-24 06:06 ---
This is an exact dup of PR 15326 which has been fixed for 4.1.0 and above.
*** This bug has been marked as a duplicate of 15326 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 06:04 ---
*** Bug 25013 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25012
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 06:04 ---
*** This bug has been marked as a duplicate of 25012 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
When I compiled the following program with gfortran, internal compiler
error occured.
I think the right behavior is that compilation is completed, and
printed "what is happen?" to standard output in execution.
module ucharfunc
contains
function foo(a) result(oresult)
character(len=*) :: a
When I compiled the following program with gfortran, internal compiler
error occured.
I think the right behavior is that compilation is completed, and
printed "what is happen?" to standard output in execution.
module ucharfunc
contains
function foo(a) result(oresult)
character(len=*) :: a
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-24 05:07 ---
((In reply to comment #2)
> No (|*.i*|) file generated. (I've added |-save-temps but no luck|) sorry.
Hmm: gcc -E -g -DFRMWRK_POSIX -c -I . ./POSIX/FMutex.cpp
That means it is dieing while preprocessing.
Two things,
--- Comment #3 from viorel dot stolea at gmail dot com 2005-11-24 05:01
---
Subject: Re: gcc exits with core
pinskia at gcc dot gnu dot org wrote:
>--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 04:27
>---
>Can you read http://gcc.gnu.org/bugs.html, and attac
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-24 04:50 ---
GNU make is changing so there is no reason for this bug to be opened any more.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from viorel dot stolea at gmail dot com 2005-11-24 04:35
---
Subject: Re: gcc exits with core
pinskia at gcc dot gnu dot org wrote:
>--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 04:27
>---
>Can you read http://gcc.gnu.org/bugs.html, and attac
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 04:27 ---
Can you read http://gcc.gnu.org/bugs.html, and attach the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-24 04:07 ---
(In reply to comment #3)
> Subject: Re: Bootstrap: Failure to build doc/gcc.info
> "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
> | Actually this is invalid, you need to build with a clean object dir
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-24 04:04 ---
(In reply to comment #4)
> still does not work with bubblestrap and friends
After a clean build?
See http://gcc.gnu.org/ml/gcc/2005-11/msg01173.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25009
% make
gcc -E -g -DFRMWRK_POSIX -c -I . ./POSIX/FMutex.cpp
gcc: Internal error: Segmentation fault (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1
Stop.
% gcc -v
Reading specs from /opt/gcc.3.3/lib/gcc-lib/i586-pc-interix3/3.3
--- Comment #4 from dje at gcc dot gnu dot org 2005-11-24 03:56 ---
Many people are reporting that they cannot bootstrap GCC with IBM's VisualAge
compiler. This appears to be a problem with VAC/XLC, not with GCC. This bug
should be reported to IBM as a XLC bug. In the meantime, you ne
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-24 03:40 ---
still does not work with bubblestrap and friends
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-24 03:39 ---
Fixed on mainline
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #3 from gdr at integrable-solutions dot net 2005-11-24 03:38
---
Subject: Re: Bootstrap: Failure to build doc/gcc.info
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Actually this is invalid, you need to build with a clean object directory.
That is bullsh
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-24 03:35 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-24 03:34 ---
Actually this is invalid, you need to build with a clean object directory.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-24 03:31 ---
Confirmed via Ben E. on IRC and there is a mailing to the GCC list about it
too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-24 02:42 ---
(In reply to comment #2)
> IMO, saying "`bar()::X' uses local type `bar()::X'" makes no sense.
Agreed. Working a patch.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #1 from belyshev at depni dot sinp dot msu dot ru 2005-11-24
02:42 ---
(In reply to comment #0)
> This bug looks much like 24093 except that it fails on 4.1/4.2
s/24093/bug 24248/
--
belyshev at depni dot sinp dot msu dot ru changed:
What|Removed
This bug looks much like 24093 except that it fails on 4.1/4.2
Originally reported by Alexey Maximov <[EMAIL PROTECTED]>
#pragma interface
struct T
{
T *p;
void baz ()
{
p->baz ();
}
};
void foo (T *p)
{
p->baz ();
}
--
Summary: [4.1/4.2 regression] Segmentation faul
--- Comment #12 from gdr at gcc dot gnu dot org 2005-11-24 02:35 ---
Mainline already has Richard's suggestion.
Closing.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-24 02:25 ---
(In reply to comment #2)
> This is how C++ is done, maybe a warning can be emitted but it seems like it
> will emitt too much for
> valid C++ code.
>
I don't know; the code shown is very contrived to my taste.
--
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-24 02:23 ---
Agreed with the reporter's analysis
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-24 02:10 ---
Fixed on mainline.
--
gdr at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-24 02:02 ---
Subject: Bug 21667
Author: gdr
Date: Thu Nov 24 02:02:26 2005
New Revision: 107448
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107448
Log:
2005-11-23 Gabriel Dos Reis <[EMAIL PROTECTED]>
PR c++/216
Today's CVS (pardon, SVN):
gmake[3]: Entering directory `/usr/home/mckelvey/software/gcc-obj/gcc'
gmake[3]: Nothing to be done for `all'.
gmake[3]: Leaving directory `/usr/home/mckelvey/software/gcc-obj/gcc'
if [ xinfo = xinfo ]; then \
makeinfo --split-size=500 --no-split -I . -I ../.
--- Comment #21 from paolo at gcc dot gnu dot org 2005-11-24 01:29 ---
Subject: Bug 24975
Author: paolo
Date: Thu Nov 24 01:29:51 2005
New Revision: 107447
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107447
Log:
2005-11-23 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2005-11-24 00:49
---
Fixed in 4.1 and 4.2, if someone has a dieing need for this in 4.0 let me know
and I will commit the fix there as well.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from gaojianbin at 263 dot net 2005-11-24 00:22 ---
../gcc-4.0.2/configure --prefix=/swtdata/emv_emu/emu1/jbgao/gccbin
--enable-threads=aix --enable-languages="c
,c++" --with-included-gettext --enable-shared --disable-multilib
make bootstrap
use the cc compiler;ibm vi
--- Comment #32 from jason at gcc dot gnu dot org 2005-11-23 23:56 ---
My earlier patch fixed all the reduced testcases, but not the unreduced one.
Here's a reduced testcase that still fails (adding a by-value parm to the
virtual function):
struct A
{
A(const A &a);
const A& operat
--- Comment #37 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:29
---
Created an attachment (id=10331)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10331&action=view)
Andrew's FE patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
--- Comment #36 from ebotcazou at gcc dot gnu dot org 2005-11-23 23:28
---
> i always do a full bootstrap with different flags for stage1 and 2+.
That doesn't cover the Ada tools. They build for me at -O0 on PowerPC so with
Andrew's FE patch + a possible tweak in the Makefile, you sho
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-11-23 22:51
---
Patch submitted for that bug. Waiting for approval.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from bonzini at gcc dot gnu dot org 2005-11-23 22:34
---
I can try tomorrow. To trigger this it's enough to do a in-srcdir
c,fortran,objc build, right?
Paolo
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #13 from amodra at gcc dot gnu dot org 2005-11-23 22:31 ---
Subject: Bug 24950
Author: amodra
Date: Wed Nov 23 22:31:26 2005
New Revision: 107434
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107434
Log:
PR middle-end/24950
Copy from trunk 2005-11-14
--- Comment #12 from amodra at bigpond dot net dot au 2005-11-23 22:16
---
Fixed
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|ASSI
--- Comment #11 from amodra at gcc dot gnu dot org 2005-11-23 22:15 ---
Subject: Bug 24950
Author: amodra
Date: Wed Nov 23 22:15:16 2005
New Revision: 107433
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107433
Log:
PR middle-end/24950
* expmed.c (store_bit_fiel
--- Comment #12 from jakub at gcc dot gnu dot org 2005-11-23 22:12 ---
Before you leave, can you still preprocess say unit.c or unix.c the same
way you did it for environ.c?
Or, if it is too late, can anyone else with access to ppc darwin reproduce it?
--
http://gcc.gnu.org/bugzilla
--- Comment #11 from dir at lanl dot gov 2005-11-23 22:09 ---
Created an attachment (id=10330)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10330&action=view)
nm of the gfortran libraries
References to the "gthrw" routines seem to be everywhere.
(I am out of here till next Monda
--- Comment #1 from wilson at gcc dot gnu dot org 2005-11-23 22:05 ---
Confirmed.
I believe 25008 will have to be fixed before we can add a working constraint
letter for this. It should be possible to generate a testcase for this by
taking the example from 25008, changing the "S" to an
--- Comment #10 from jakub at gcc dot gnu dot org 2005-11-23 21:57 ---
That looks sane, using __weakref__ attribute and on powerpc64-linux ->
powerpc-apple-darwin8.3.0 cross I verified it creates also reasonable assembly.
So, can you look through all object files that are linked into
li
The following testcase compiles with gcc-4.0, but generates an error with
optimization with gcc-4.1.
int *
sub (int *i, int k)
{
int j;
for (j = 0; j < 16; j++)
{
asm volatile ("foo %0" : "=S" (*i));
i += k;
}
return i;
}
aretha$ ./xgcc -B./ -O2 -S -da tmp.c
tmp.c: In fu
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-23 21:38 ---
Actually this bug is too funny to reduce, reload is too funny for the life of
me.
Compiling with -da with a semi reduced testcases makes it pass.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
--- Comment #9 from dir at lanl dot gov 2005-11-23 21:18 ---
Created an attachment (id=10329)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10329&action=view)
The preprocessed output for environ.c
The preprocessed output for environ.c
--
http://gcc.gnu.org/bugzilla/show_bug.c
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fitzsim at redhat dot com
|dot org |
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2005-11-23 20:57
---
Fixed in 4.1 and 4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24794
--- Comment #7 from jakub at gcc dot gnu dot org 2005-11-23 20:47 ---
Subject: Bug 21098
Author: jakub
Date: Wed Nov 23 20:47:12 2005
New Revision: 107432
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107432
Log:
2005-05-04 Jakub Jelinek <[EMAIL PROTECTED]>
Revert:
--- Comment #8 from jakub at gcc dot gnu dot org 2005-11-23 20:24 ---
touch libgfortran/runtime/environ.c
make all-target-libgfortran > LOG
then either cut'n'paste the line that compiled environ.c and replace -c with
-E -dD and -o /environ.o with -o /tmp/environ.i and run that comman
--- Comment #35 from pluto at agmk dot net 2005-11-23 19:47 ---
(In reply to comment #34)
> Did you try to compile make.adb at -O1 or -O0?
i always do a full bootstrap with different flags for stage1 and 2+.
make bootstrap \
BOOT_CFLAGS="%{rpmcflags}" \
STAGE1_CFLAGS="
--- Comment #7 from dir at lanl dot gov 2005-11-23 19:45 ---
I did a complete rebuild with the same results -
mkdir gfortran
cd gfortran
svn -q checkout svn://gcc.gnu.org/svn/gcc/trunk gcc
cd gcc
patch -p0 < /Users/dir/Desktop/gcc41-pr24991.patch
configure --prefix=/Users/dir/gfortran
--- Comment #19 from papadako at csd dot uoc dot gr 2005-11-23 19:37
---
I don't know if this is related, but I can't compile make profiledbootstrap
on a x86 Linux. Stops in attribs.c. I don't know if it is related to this bug
but you can find more info in http://gcc.gnu.org/ml/gcc/2005
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2005-11-23 19:36
---
> this fix doesn't help for current 4.1.
It works (or worked) on s390 at least and fix the first problem on PPC though.
Did you try to compile make.adb at -O1 or -O0?
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #2 from gdr at integrable-solutions dot net 2005-11-23 19:36
---
Subject: Re: failure "using" a name contained in a class
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| ICC rejects it as invalid too:
| t.cc(7): error: a class-qualified name is not allowed
--- Comment #33 from pluto at agmk dot net 2005-11-23 19:16 ---
(In reply to comment #32)
> > with patch from http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01666.html
>
> Probably not the correct long-term fix. Might be good enough for 4.1 though.
this fix doesn't help for current 4.1.
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-23 18:54 ---
I will finish reducing this after class (I stopped and started reducing a
different testcase anyways).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-23 18:53 ---
(In reply to comment #3)
> build/genrecog ../../gcc/config/rs6000/rs6000.md > tmp-recog.c
> ../../gcc/config/rs6000/rs6000.md:13543: warning: operand 0 missing mode?
> ../../gcc/config/rs6000/altivec.md:1706: warning
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-23 18:51 ---
ICC rejects it as invalid too:
t.cc(7): error: a class-qualified name is not allowed
using ::Foo::Bar::FooBar; // line 7
So does Comeau with the same error message.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-23 18:48 ---
Reduced (maybe too much as there is an uninitialized variable now):
typedef long unsigned int size_t;
namespace std {
template struct vector {
vector(){
size_t __n;
static_cast<_Tp*>(::ope
The following code fails to compile:
namespace Foo {
struct Bar {
struct FooBar {};
};
}
using ::Foo::Bar::FooBar; // line 7
The error message being:
using.cpp:7: error: `Foo::Bar' is not a namespace
In the ISO C++ grammar [7.3.3], the using-declaration references a
"nested-name-specifi
--- Comment #3 from pluto at agmk dot net 2005-11-23 18:31 ---
i'm currently bootstraping rev107414...
btw. i'm observing several warnings for some time...
(...)
build/genrecog ../../gcc/config/rs6000/rs6000.md > tmp-recog.c
../../gcc/config/rs6000/rs6000.md:13543: warning: operand 0 mi
--- Comment #4 from gin at mo dot msk dot ru 2005-11-23 18:08 ---
Subject: Re: build breaks if no `NAN'
Know at least one more system that has no `NAN' and which native `cc'
normally generates code that causes program to terminate abnormally:
Arithmetic Exception (core dumped)
The sy
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-23 17:53 ---
Can you build from a clean directory? It sounds like you are building in a non
clean one which might cause these issues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #2 from eedelman at gcc dot gnu dot org 2005-11-23 17:48
---
Confirmed.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #5 from dir at lanl dot gov 2005-11-23 17:47 ---
Nothing called gthrw_pthread_mutex_lock (Darwin only has pthread_mutex_lock)is
in any of the libraries as a terminator. If I run gcc directly, I do not know
how to get all the flags set correctly to get a meaningful preprocesse
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-11-23 17:37
---
Testcase with simpler class hierarchy:
==
struct A
{
~A();
};
struct B
{
B(A);
};
void foo(bool b)
{
throw b ? B(A()) : B(A());
}
=
Hey,
I know it's not that urgent and as a matter of fact only a theoretical
problem, but still..
g++ crashes for a very long function name ;)
consider this perl program to generate such a stupid-evil source file:
a.pl:
#v+
my $name = "a"x(1024*1024*8);
open( FD, "> test.cpp" ) or die "ohmygawd"
--- Comment #3 from bangerth at dealii dot org 2005-11-23 17:12 ---
Here's a much shorter testcase:
-
#include
struct Point {
Point (const Point &);
Point (const double x);
double values[3];
};
Point::Point (const double x) {
this->values[0] = x;
}
P
--- Comment #2 from bero at arklinux dot org 2005-11-23 17:12 ---
I've just checked post-4.0.2 gcc-4_0-branch (svn 107418), works there
--
bero at arklinux dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 17:01 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25005
--- Comment #15 from fxcoudert at gcc dot gnu dot org 2005-11-23 16:58
---
Complete patch submitted for review.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from bangerth at dealii dot org 2005-11-23 16:53 ---
Created an attachment (id=10328)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10328&action=view)
Failing file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25005
With the code I'm going to attach in a second, I get this:
deal.II/deal.II> c++ -c -O3 -funroll-loops grid_generator.ii
grid_generator.ii:6838: warning: '__malloc__' attribute ignored
grid_generator.ii: In static member function 'static void
GridGenerator::hyper_ball(Triangulation<3>&, const Poin
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 16:27 ---
Can you first try after revision 107117 because I think that might had fixed
the problem by looking at the numbers which don't match?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25004
--- Comment #1 from pluto at agmk dot net 2005-11-23 16:16 ---
> PASS: run-elflint-test.sh
^^^ should be a FAIL: run-elflint-self.sh
> section [37] '.symtab': _GLOBAL_OFFSET_TABLE_ symbol value 0x10011998
>does not match .got section address 0x10011990
--
h
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-23 16:14 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24997
gcc-4.1.0-20051113 (rev 106863) misscompiles elfutils-0.116.
elfutils testsuite fails on:
(...)
PASS: run-elflint-test.sh
section [37] '.symtab': _GLOBAL_OFFSET_TABLE_ symbol value 0x10011998
does not match .got section address 0x10011990
with gcc-3.3.6 it works fine.
i'll
--
phython at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #4 from bonzini at gcc dot gnu dot org 2005-11-23 16:05 ---
This is actually not a cross build, but a build with srcdir == builddir.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
--- Comment #3 from phython at gcc dot gnu dot org 2005-11-23 16:05 ---
Created an attachment (id=10327)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10327&action=view)
preprocessed source
Here is the preprocessed source. Sorry, I haven't had a change to run delta on
it yet, nor
--- Comment #3 from gin at mo dot msk dot ru 2005-11-23 15:58 ---
Subject: Re: build breaks if no `NAN'
Did that. This particular translation unit compiles. With warning
telling the same.
For this particular system there is a workaround, but does it have to
be on any system? If it
--- Comment #3 from jakub at gcc dot gnu dot org 2005-11-23 15:45 ---
Can you configure with objc as well to see if you see similar problem
in libobjc?
In any case, preprocessed source (with -E -dD in place of -c) for
one of the files that include io.h (say environ.c) would be helpful.
T
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-23 15:41 ---
Reduced testcase:
int * f(void);
void g(int*);
bool h(void);
void Find( )
{
int * pRes = f();
if( !pRes ) {
if( h()){
if( h()){
try
{
pR
--- Comment #1 from sfilippone at uniroma2 dot it 2005-11-23 15:25 ---
Created an attachment (id=10326)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10326&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25003
The following test case should print F as per the discussion on
http://groups.google.com/group/comp.lang.fortran/browse_frm/thread/b77f60c2874b4e83/5fdaff5b1edaf688?hl=en#5fdaff5b1edaf688
gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.1-20051112/configure -
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-23 15:04 ---
*** Bug 25002 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-23 15:04 ---
This is a dup of bug 16787, the problem is that you need to supply -ieee to the
compiler.
*** This bug has been marked as a duplicate of 16787 ***
--
pinskia at gcc dot gnu dot org changed:
What|
This gcc version always requires that system have at least one
floating value that is usable as `NAN' - in its own headers or
specified in build configuration. In this system with this compiler
it is not the case. Can not obtain `NAN' value at all. When trying
to compute it dynamically, the pr
--- Comment #8 from joseph at codesourcery dot com 2005-11-23 14:54 ---
Subject: Re: [4.2 Regression] Build failure on
sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
On Wed, 23 Nov 2005, rearnsha at gcc dot gnu dot org wrote:
> Not that simple, because the implementation of
--- Comment #7 from rearnsha at gcc dot gnu dot org 2005-11-23 14:44
---
Subject: Re: [4.2 Regression] Build failure on
sparc-sun-solaris2.9/arm: undefined symbol __floatunsitf
On Wed, 2005-11-23 at 14:28, joseph at codesourcery dot com wrote:
> In that case the obvious solut
On Wed, 2005-11-23 at 14:28, joseph at codesourcery dot com wrote:
> In that case the obvious solution is for the NetBSD configuration to start
> using that one function from ieee754-df.S. (I checked that the
> implementations in GCC of __float* already had corresponding
> implementations of _
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
1 - 100 of 135 matches
Mail list logo
