--- Comment #3 from paolo at gcc dot gnu dot org 2006-09-27 07:08 ---
Subject: Bug 29217
Author: paolo
Date: Wed Sep 27 07:08:13 2006
New Revision: 117247
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117247
Log:
2006-09-27 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #4 from pcarlini at suse dot de 2006-09-27 07:39 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from jan at etpmod dot phys dot tue dot nl 2006-09-27
07:51 ---
First of all, the problem is that bad that even 1*z != z when *no* optimisation
is requested. Consider:
#include
#include
#include
int main()
{
std::complex z(std::numeric_limits::infinity(), 0.
--- Comment #21 from pcarlini at suse dot de 2006-09-27 08:07 ---
(In reply to comment #20)
> First of all, the problem is that bad that even 1*z != z when *no*
> optimisation is requested.
Yes :(
> Secondly, could somebody clarify how patch
> http://gcc.gnu.org/ml/gcc-patches/2005-0
Look at the following source code:
#include
typedef int __attribute__ ((aligned (16))) aint;
inline void function() {
static const aint x = 123;
unsigned long a = (unsigned long) &x;
printf("Address of x: 0x%lX - %s\n", a, a & 15L ? "ALIGNMENT ERROR" :
"ok");
}
int main() {
fu
--- Comment #1 from jespdj at hotmail dot com 2006-09-27 08:55 ---
Created an attachment (id=12336)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12336&action=view)
Source code that demonstrates the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
--- Comment #2 from jespdj at hotmail dot com 2006-09-27 08:55 ---
Created an attachment (id=12337)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12337&action=view)
Precompiled source (*.ii)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-27 11:15 ---
This is a target/abi issue, it works for me on i686-linux.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from patchapp at dberlin dot org 2006-09-27 11:25 ---
Subject: Bug number PR c/29092
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01215.html
--
http://gcc.gnu.org/bugzilla
I am using g++ to compile shogun 0.1.2 from
http://www.fml.tuebingen.mpg.de/raetsch/projects/shogun.
g++ however dies as soon as I turn on optimization -O1 with the following error
(it will compile ok with -O0).
c++ -O1 -fPIC -DLINUX -g -c -I. -I/usr/include/octave-2.1.73 -o
guilib/GUIFeatures.c
--- Comment #1 from bugreports at nn7 dot de 2006-09-27 11:30 ---
Created an attachment (id=12338)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12338&action=view)
Preprocessed source
I was kindly asked to: 'Preprocessed source stored into /tmp/ccQLsVtW.out file,
please attach thi
Hi Helping hands,
Greeting from Auritas. We are in the process of installing Apache 2.0.59 on
AIX5.3 with GNU compiler machine. When we execute configure command in the
following fashion, we get configure error message saying "configure:Error:
invalid option CFLAGS="-q64". We tried LDFLAGS individ
--- Comment #8 from tbm at cyrius dot com 2006-09-27 14:03 ---
gcc/testsuite/gcc.dg/compat/scalar-return-4_y.c fails with this ICE. Do you
know if this is the same or a different problem? This is on ARM old ABI, fails
with 4.1 and 4.2. 4.0 works.
--
tbm at cyrius dot com changed:
--- Comment #9 from tbm at cyrius dot com 2006-09-27 14:04 ---
../../src/gcc/testsuite/gcc.dg/compat/scalar-return-4_y.c:41: error:
unrecognizable insn:
(insn 39 20 21 3 (set (reg:HI 0 r0)
(subreg:HI (mem/c:CQI (plus:SI (reg/f:SI 11 fp)
(const_int -16 [0xf
--- Comment #2 from tbm at cyrius dot com 2006-09-27 14:05 ---
And gcc/testsuite/gcc.c-torture/execute/20050121-1.c:
(sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20060922/build/gcc$ ./xgcc -B. -o x
-c
../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c
../../src/gcc/testsuite/gcc
--- Comment #3 from tbm at cyrius dot com 2006-09-27 14:06 ---
(In reply to comment #2)
> And gcc/testsuite/gcc.c-torture/execute/20050121-1.c:
>
> (sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20060922/build/gcc$ ./xgcc -B. -o
> x -c
Sorry, wrong bug. This is on ARM. I meant PR28675
--- Comment #10 from tbm at cyrius dot com 2006-09-27 14:06 ---
And gcc.c-torture/execute/20050121-1.c
(sid)[EMAIL PROTECTED]:~/build/gcc-snapshot-20060922/build/gcc$ ./xgcc -B. -o x
-c
../../src/gcc/testsuite/gcc.c-torture/execute/20050121-1.c
../../src/gcc/testsuite/gcc.c-torture/exe
--- Comment #11 from pbrook at gcc dot gnu dot org 2006-09-27 14:12 ---
I ICE in comment #10 looks like it may be a different problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28675
Hi there,
I am porting some code to SUSE 10, with G++ 4.1. And hit an strange
"no matching function call" compilation error. I am confused because
the calling function and candidate are nearly 100% same.
I wonder if this is a known G++ limitation or issue ? Because the same
program got compiled
--- Comment #7 from bonzini at gnu dot org 2006-09-27 15:14 ---
patch for comment #5 was approved, now it is purely a middle-end bug.
--
bonzini at gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from bangerth at dealii dot org 2006-09-27 15:46 ---
You didn't show us the code that generated the problem. We can't do anything
without that. Please read
http://gcc.gnu.org/bugs.html
for more information.
Best
W.
--
bangerth at dealii dot org changed:
--- Comment #1 from bangerth at dealii dot org 2006-09-27 15:48 ---
-q64 is not a flag that gcc recognizes. It is a flag that xlC recognizes,
however. Why would you want to pass it to gcc?
W.
--
bangerth at dealii dot org changed:
What|Removed |Ad
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-27 16:21 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29250
When expanding fabs inline, GCC attempts to use a sequence without jumps. If
that sequence fails, GCC falls back to the equivalent of
if (x >= 0.0)
return x;
return -x;
This sequence is incorrect for the IEEE floating point value -0.0.
This problem normally does not occur because most archite
I get the following ICE:
[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3 -Werror
qof-jvp_frame.c
cc1: warnings being treated as errors
qof-jvp_frame.c: In function 'kvp_frame_compare':
qof-jvp_frame.c:60: warning: passing argument 1 of 'kvp_frame_for_each_slot'
discards qualifiers from
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #7 from pbrook at gcc dot gnu dot org 2006-09-27 17:10 ---
Subject: Bug 29230
Author: pbrook
Date: Wed Sep 27 17:09:40 2006
New Revision: 117253
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117253
Log:
2006-09-27 Paul Brook <[EMAIL PROTECTED]>
PR target/
--- Comment #8 from pbrook at gcc dot gnu dot org 2006-09-27 17:10 ---
Subject: Bug 29230
Author: pbrook
Date: Wed Sep 27 17:10:22 2006
New Revision: 117254
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117254
Log:
2006-09-27 Paul Brook <[EMAIL PROTECTED]>
PR target/
--- Comment #9 from pbrook at gcc dot gnu dot org 2006-09-27 17:11 ---
Fixed.
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-27 17:52 ---
Confirmed, reduced testcase:
struct TSparseEntry
{
int feat_index;
double entry;
};
struct TSparse
{
int vec_index;
int num_feat_entries;
struct TSparseEntry* features;
};
void
get_full_feature_matrix(struct TSp
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-27 18:10 ---
in the .s file you should have something like:
.align 16
.type x.1887, @object
.size x.1887, 4
x.1887:
.long 123
Notice the .align there.
Can you attach the .s file that i
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Compiler configure with --enable-e500_double
Problem reproduced with:
//temp/gnu_toolchain/install_area/gcc-trunk/gcc-trunk-20060926-e500v2/bin/powerpc-unknown-linux-gnuspe-gcc
-O3 -funroll-loops -funroll-all-loops -S stream.i -v
Using built-in specs.
Target: powerpc-unknown-linux-gnuspe
Configure
--- Comment #1 from edmar at freescale dot com 2006-09-27 18:14 ---
Created an attachment (id=12339)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12339&action=view)
Source code that causes the ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29255
Compiler configure with --enable-e500_double
The compiler generates inferior code then with gcc-4.1.
The source code is:
# define N 200
static double a[N],c[N];
void tuned_STREAM_Copy()
{
int j;
for (j=0; j search starts here:
/temp/gnu_toolchain/install_area/gcc-trunk
--- Comment #1 from edmar at freescale dot com 2006-09-27 18:30 ---
Created an attachment (id=12340)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12340&action=view)
Result of 4.1 compilation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--- Comment #2 from edmar at freescale dot com 2006-09-27 18:30 ---
Created an attachment (id=12341)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12341&action=view)
Result of 4.2 compilation
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-27 18:34 ---
Here is a reduced testcase:
typedef struct _GList GList;
typedef struct _KvpFrame KvpFrame;
typedef struct _KvpValue KvpValue;
struct _KvpValue
{
int type;
GList *list;
};
kvp_glist_compare (GList * list1,GList *
Hello come to www.ixi.vhost.lt/welcome
--- Comment #3 from kargl at gcc dot gnu dot org 2006-09-27 20:15 ---
Subject: Bug 27021
Author: kargl
Date: Wed Sep 27 20:15:22 2006
New Revision: 117257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117257
Log:
* configure.in: Check for GMP 4.1 or newer. Check for MP
--- Comment #9 from kargl at gcc dot gnu dot org 2006-09-27 20:15 ---
Subject: Bug 28276
Author: kargl
Date: Wed Sep 27 20:15:22 2006
New Revision: 117257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117257
Log:
* configure.in: Check for GMP 4.1 or newer. Check for MP
--- Comment #4 from kargl at gcc dot gnu dot org 2006-09-27 20:37 ---
Fixed on trunk. Won't be fixed on 4.1.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from kargl at gcc dot gnu dot org 2006-09-27 20:38 ---
Fixed on trunk. Won't be fixed on 4.1.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jespdj at hotmail dot com 2006-09-27 21:11 ---
Created an attachment (id=12342)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12342&action=view)
output of g++ tst.cpp -S
Here is the assembler source produced with g++ tst.cpp -S
At the bottom of the file is thi
--- Comment #6 from jespdj at hotmail dot com 2006-09-27 21:12 ---
Created an attachment (id=12343)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12343&action=view)
assembly source without "inline"
This is the assembly file I get when I compile without "inline", so the source
look
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-27 21:19 ---
So GCC is emitting the correct alignment (the .align) so this is either a
binutils issue or just a windows one in general.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #25 from tromey at gcc dot gnu dot org 2006-09-27 21:24 ---
Subject: Bug 26792
Author: tromey
Date: Wed Sep 27 21:24:23 2006
New Revision: 117259
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117259
Log:
2006-09-26 Jack Howarth <[EMAIL PROTECTED]>
PR targ
--- Comment #2 from lopezibanez at gmail dot com 2006-09-27 21:31 ---
Is this testcase better?
list_compare (int * list1)
{
if (list1)
value_compare ();
}
func1 (int * f){}
value_compare (int * a)
{
if (a)
list_compare (a);
}
func2 (const in
--- Comment #26 from tromey at gcc dot gnu dot org 2006-09-27 21:43 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51 ---
Isn't this handled by -ftrapv?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19351
>
>
>
> --- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51
> ---
> Isn't this handled by -ftrapv?
No because sizeof is unsigned and -ftrapv only deals with signed types.
-- Pinski
--- Comment #9 from pinskia at physics dot uc dot edu 2006-09-27 23:56
---
Subject: Re: operator new[] can return heap blocks which are too small
>
>
>
> --- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51
> ---
> Isn't this handled by -ftrapv?
No because
gcc-4.0 -v -c gcc_bug.cpp
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--
--- Comment #1 from cfurman at lbl dot gov 2006-09-28 00:37 ---
Created an attachment (id=12344)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12344&action=view)
Source code to produce error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29257
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 01:18 ---
*** This bug has been marked as a duplicate of 29175 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-28 01:18 ---
*** Bug 29257 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from drow at gcc dot gnu dot org 2006-09-28 01:31 ---
Andrew, stop closing this bug.
If necessary I will ask the SC for a statement preventing you from closing bugs
as invalid when the submitter disagrees, since you haven't shown a willingness
to listen to what they are
--- Comment #5 from drow at gcc dot gnu dot org 2006-09-28 01:32 ---
While I firmly agree with Wolfgang, my same comment about the meaning of
"RESOLVED/INVALID" applies here also.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from yuanfei8077 at gmail dot com 2006-09-28 01:50 ---
Hi,
For your convinence, the following is the reproduction code.
Many Thanks,
-Kelvin
Compilation error
=
no matching function for call to tdat_hash_map
>::func(MemAllocator)
main.cpp:6: note: cand
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-09-28 01:50
---
> However, some more
> general mechanism for setting the default ABI of a header might be useful.
> I'm
> thinking something like #pragma GCC visibility here.
Which is PR 15892 by the way.
--
http://gcc.gnu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 01:56 ---
The error message is broken but this is invalid code as you cannot bind a
temporary to a reference argument.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29252
--- Comment #4 from cummings at cacr dot caltech dot edu 2006-09-28 02:00
---
Created an attachment (id=12345)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12345&action=view)
sample code for signal intrinsic function with optional third argument
OK, here is a sample code showing
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-28 02:02 ---
Note I would rather you post stuff like this to the C standards committee
instead of posting bugs. Maybe even to gcc@gcc.gnu.org before filing a bug for
something which most people disagree on. It is one thing for
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 02:32 ---
Reducing
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|mi
The error occured when i tried building crosscompiler for x86_64.
Steps i followed:
1. binutils-2.17
2. Installing glibc headers
3. Installing gcc (bootstrap)
4. Installing glibc [ error occured in this step ]
The exact error message is
./strtod_l.c: In function `strtold_l_internal':
./s
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 02:53 ---
Reduced testcase:
static double a[200 +0],avgtime[4] = {0},maxtime[4] = {0};
main()
{
int j, k;
for (j=0; j<4; j++)
{
avgtime[j] = avgtime[j]/(double)(10 -1);
g(avgtime[j],maxtime[j] );
}
}
checktick(do
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |target
http:
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 02:59 ---
This is a generic regression, x86 has the same problem with the code. Even
doing -Ddouble=int, we have the same problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
After writing to or reading from an unformatted file an attempt to read from
standard input causes a crash with "Fortran runtime error: End of file".
I have gcc version 4.1.1 20060525 (Red Hat 4.1.1-1) on Fedora Core 5. My system
is x86_64 but I have seen the same problem on i686.
Sample Code
--
--- Comment #1 from kargl at gcc dot gnu dot org 2006-09-28 04:06 ---
Please see section 9.3.1, 9.3.3, and 9.3.4 of the Fortran 95 Standard.
You're first open statement closes the preconnected standard input unit,
so your second and third "read *, n" is fucked up.
Hint use inquire to fi
When compiling code where there's call to a member function of a const object
the compiler fails with segmentation fault. The code that demonstrates the ill
behaviour:
--- main.d begins ---
class Y
{
private: int i;
public:
void f() { i = 90; }
};
void main()
{
const Y y;
y.f
_Unwind_GetIPInfo
configure:31130:
/sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/./gcc/xgcc
-shared-libgcc -B/sw/src/fink.build/gcc4-4.1.99
99-20060927/darwin_objdir/./gcc -nostdinc++
-L/sw/src/fink.build/gcc4-4.1.-20060927/darwin_objdir/powerpc-apple-darwin8/libstdc+
+-v3/src
-L/sw/src/fink.build
Hi there,
I found that the compiling the following code will fail with g++ 4.1
while cmopile succeed with VC8. I suspect this is a g++ error.
env info
=
g++ (GCC) 4.1.0 (SLES10)
No compile option is added
Compilation error
=
main.cpp: In copy constructor MemAlloca
--- Comment #2 from bangerth at dealii dot org 2006-09-28 05:59 ---
Confirmed. This actually worked in gcc2.95 to my surprise:
g/x> /home/bangerth/bin/gcc-2.95.3/bin/c++ -c x.cc
x.cc: In function `void foo()':
x.cc:1: variable-sized object of type `const char *[((c - 1) + 1)]' may not b
--- Comment #4 from bangerth at dealii dot org 2006-09-28 06:06 ---
I think the error message is perfectly clear: it says that there is no
function
foo (X)
but that there is a function that provides
foo (X&)
We've gone through this many times that there is no way to say "see, you
--- Comment #7 from bangerth at dealii dot org 2006-09-28 06:09 ---
Daniel, would you prefer if we marked this as WONTFIX? I think this thing
is so contentious that we're not going to do anything about it until there's
some sort of resolutions from the ISO committees.
I just don't see a
--- Comment #1 from bangerth at dealii dot org 2006-09-28 06:10 ---
Can you post preprocessed sources as requested in
http://gcc.gnu.org/bugs.html
Thanks
Wolfgang
--
bangerth at dealii dot org changed:
What|Removed |Added
-
I would like to use tasking support for GNAT on an arm-linux target (Intel
XSCale PXA 270) to the gcc-4_1-branch
The installed runtime library however is using generic dummy package for
tasking support (e.g. s-taprop.ads).
After having a look at gcc/ada/Makefile.in, I figured there needs to be a
c
--- Comment #1 from bangerth at dealii dot org 2006-09-28 06:15 ---
This is what is listed in the release notes of gcc 3.4:
http://gcc.gnu.org/gcc-3.4/changes.html
They say this:
-
When binding an rvalue of class type to a reference, the copy constructor of
the class must
--- Comment #1 from belandor at web dot de 2006-09-28 06:37 ---
(In reply to comment #0)
actually, the Makefile.in needs modifications.
a-numaux-x86.ads does not work for arm (error-message is that only 15 digits
are allowed for floating point type), therefore the line
+ a-numaux.adsh
--- Comment #2 from belandor at web dot de 2006-09-28 06:49 ---
Created an attachment (id=12346)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12346&action=view)
hello world source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
--- Comment #3 from belandor at web dot de 2006-09-28 06:49 ---
Created an attachment (id=12347)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12347&action=view)
simple_tasking source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29262
--- Comment #4 from belandor at web dot de 2006-09-28 06:51 ---
...running the above programs give me the following errors/messages:
[EMAIL PROTECTED]:/testprogs/glibc# ./simple_tasking
Alignment trap: simple_tasking (1099) PC=0xa670 Instr=0xe5933000
Address=0x0001 FSR 0x0f3
ra
85 matches
Mail list logo
