cb1010a cb1010c cb1010d
=== g++ Summary ===
# of expected passes20986
# of unexpected failures4
# of expected failures 150
# of unsupported tests 286
/gnat/obj/gcc/testsuite/g++/../../g++ version 4.5.0 20091118 (experimental)
(GCC
g...@coreland wrote:
While there aren't *too* many test failures currently, there appears to
be a problem with the test suite in that it returns a 'failure' exit
code when the test ends and I'm not sure if this is expected behaviour
or not.
Yes, it certainly is expected and by-design.
Ok, I've now reached a new milestone - the mshort.h which
redefines all the long names into ZZZ_123 etc is now
automatically generated as part of the build process.
The libiberty and gcc aren't split yet, but I'll probably defer
that to gcc 4, and see if I can simply reproduce what I have
with
On 2009-11-18 11:03:01, Dave Korn wrote:
g...@coreland wrote:
While there aren't *too* many test failures currently, there appears to
be a problem with the test suite in that it returns a 'failure' exit
code when the test ends and I'm not sure if this is expected behaviour
or not.
That's slightly worrying. I'm using 'gmake -k check' (GNU make isn't the
default make on my system) and yet it still fails...
Sure, it fails as long as you have failures in the testsuite.
--
Eric Botcazou
On 2009-11-18 12:04:47, Eric Botcazou wrote:
That's slightly worrying. I'm using 'gmake -k check' (GNU make isn't the
default make on my system) and yet it still fails...
Sure, it fails as long as you have failures in the testsuite.
OK, that's fine then.
Is the quoting on fails
Hi,
Due to pressing requirements of our target processor/application, I
am implementing several popular loop pragmas in our private porting.
I've already implemented unroll and ivdep, and am now working
on loop_count to give GCC hints about number of iterations.
The problem I am now facing is
Is the quoting on fails significant?
Maybe. :-) Returning a failure code when there are failures is as expected.
--
Eric Botcazou
Hi C++ folks,
While debugging a patch, I stumbled across some kind of synthetic cdtor that
crashes debug_tree():
Breakpoint 5, i386_pe_encode_section_info (decl=0x7f9b3e00, rtl=0x7f902220,
first=1) at /gnu/gcc/gcc/gcc/config/i386/winnt.c:252
252 default_encode_section_info
On 05/29/2009 03:11 PM, Mark Wielaard wrote:
(Resent, now actually subscribed to the list from the correct address)
On Fri, 2009-05-29 at 14:28 +0530, M. Mohan Kumar wrote:
That's all true in the abstract, but modern gcc has been known to
abscond with variable location data even for values
M. Mohan Kumar mo...@in.ibm.com writes:
Are VTA patches part of mainline gcc now?
Yes.
Ian
On Sun, Nov 15, 2009 at 4:32 PM, Bernie Innocenti ber...@codewiz.org wrote:
I repacked our (un)official git mirror (http://gcc.gnu.org/git) with
git repack -a -d -f --window=100 --depth=100 --window-memory=2g
The pack is now 600MB, which is a bit scary, but still manageable.
Mysteriously,
On 11/17/2009 04:52 PM, Mark Mitchell wrote:
Joe Buck wrote:
I think that the cleanest way is to suppress the warning for structs
with one member
And recursively?
So that:
struct A { int i; };
struct B { struct A a };
struct C { struct B b };
struct C c = { 1 };
does not
What do people think about making install-plugin not only install
headers to build new plugins, but also install all plugins that
have been contributed up to the code freeze for the release.
First, it would make testing the plugin interface and the plugins easier.
Second, if the version of a
2009/11/18 Joern Rennecke amyl...@spamcop.net:
What do people think about making install-plugin not only install
headers to build new plugins, but also install all plugins that
have been contributed up to the code freeze for the release.
First, it would make testing the plugin interface and
On Wed, Nov 18, 2009 at 09:05, Joern Rennecke amyl...@spamcop.net wrote:
What do people think about making install-plugin not only install
headers to build new plugins, but also install all plugins that
have been contributed up to the code freeze for the release.
I agree, but we have no
El Wed, 18-11-2009 a las 07:13 -0800, H.J. Lu escribió:
On Sun, Nov 15, 2009 at 4:32 PM, Bernie Innocenti ber...@codewiz.org wrote:
I repacked our (un)official git mirror (http://gcc.gnu.org/git) with
git repack -a -d -f --window=100 --depth=100 --window-memory=2g
The pack is now
I've recently looked into what it takes to support decimal float on
additional platforms (like Solaris, IRIX, and Tru64 UNIX in my case).
I've found no documentation, and while I could figure out some things
myself, I'd like to get some advice before continuing down that road.
I found that
Diego Novillo wrote:
On Wed, Nov 18, 2009 at 09:05, Joern Rennecke amyl...@spamcop.net wrote:
What do people think about making install-plugin not only install
headers to build new plugins, but also install all plugins that
have been contributed up to the code freeze for the release.
I agree,
On Wed, Nov 18, 2009 at 10:09 AM, Bernie Innocenti ber...@codewiz.org wrote:
El Wed, 18-11-2009 a las 07:13 -0800, H.J. Lu escribió:
On Sun, Nov 15, 2009 at 4:32 PM, Bernie Innocenti ber...@codewiz.org wrote:
I repacked our (un)official git mirror (http://gcc.gnu.org/git) with
git repack
Hi,
and first thanks everyone for the constructive feedbacks!
And recursively?
So that:
struct A { int i; };
struct B { struct A a };
struct C { struct B b };
struct C c = { 1 };
does not trigger the warning?
Sure.
What if struct B is now:
struct B { struct A a; int j; };
and I
Quoting Basile STARYNKEVITCH bas...@starynkevitch.net:
The interesting question is: do we have an installed plugins
directory? (We might have already discussed that, I forgot
the details and the context, probably more than a year ago). I wish
we had one:
At the moment we have a directory
On Wed, 2009-11-18 at 19:19 +0100, Rainer Orth wrote:
I've recently looked into what it takes to support decimal float on
additional platforms (like Solaris, IRIX, and Tru64 UNIX in my case).
I've found no documentation, and while I could figure out some things
myself, I'd like to get some
On Wed, 2009-11-18 at 10:38 -0800, H.J. Lu wrote:
If nested subdirs in banches/ aren't handled properly, shouldn't we
avoid putting them in git mirror?
You're right. I killed the bogus branches and asked the git folks for
advice.
--
// Bernie Innocenti - http://codewiz.org/
\X/ Sugar
On Wed, 18 Nov 2009, Rainer Orth wrote:
be added on legacy platforms like IRIX and Tru64 UNIX, and even on
Solaris probably won't show up until DFP is fully standardized.
I'd have expected the Solaris maintainers to care more about whether
Solaris customers are asking for DFP support, than
On 11/18/2009 10:43 AM, Paolo Carlini wrote:
struct S5 { int s[3]; };
struct S5 { struct S5 a; int b; };
struct S5 s34 = { { 1, 1, 1 }, 1 };
Please also test
struct S1 { int s[3], t };
struct S2 { struct S1 a; };
struct S3 { struct S1 a; int i; };
struct S2 s1 = { 1, 1, 1, 1 }; //
On Fri, 6 Nov 2009, Dave Korn wrote:
I wonder if there would be an interest for a C++ template / compile
time ray tracer as a heavy test for
* templates in general
* the type system
* regression and conformance testing
How big is it? It might be suitable to go in the contrib/ dir, we
Hi,
and thanks for your further guidance...
On 11/18/2009 09:26 PM, Richard Henderson wrote:
struct S1 { int s[3], t; };
struct S2 { struct S1 a; };
struct S2 s2 = { { 1, 1, 1 }, 1 };// no warn
This case looks somewhat special to me: my draft warns, unchanged
behavior. But note that in
I'm getting this build failure with latest trunk, as of the composing of
this email:
../gcc-trunk/configure --prefix=/home/matt --enable-stage1-checking=all
--enable-bootstrap --enable-lto
--enable-languages=c,c++../gcc-trunk/configure --prefix=/home/matt
--enable-stage1-checking=all
Is it possible to disable the heuristic inline function logic? I would
like the following behaviour:
* static inline functions are always inlined
* non-static functions are never inlined
* static functions that are called once are inlined
* static functions that are called more than once are not
2009/11/18 Shaun Jackman sjack...@gmail.com:
Is it possible to disable the heuristic inline function logic? I would
like the following behaviour:
* static inline functions are always inlined
* non-static functions are never inlined
* static functions that are called once are inlined
*
On 11/19/2009 02:21 AM, Shaun Jackman wrote:
I haven't done a lot of testing, but
-Os -fno-inline-small-functions
seems to accomplish this.
Note that this issue really doesn't qualify for gcc, gcc-help is more
suited.
Anyway, there are some attributes available, which probably you can find
'Lo.
Is anyone interested in committing the two extremely minor patches to enable
proper support for FreeBSD x86_64?
Support for Debian/kFreeBSD x86_64 already exists in GCC, this Makefile patch
just enables support for pure FreeBSD (same kernel, different userland):
On Nov 18, 2009, Bernie Innocenti ber...@codewiz.org wrote:
I guess git-svn does not cope automatically with nested subdirs in
banches/.
That's correct. (save for b*r*anches ;-)
One could manually select them by passing multiple --branches options.
Yup. Here's the configuration I'm using
On Thu, 2009-11-19 at 03:11 -0200, Alexandre Oliva wrote:
Yup. Here's the configuration I'm using to build a git repo with all
branches, tags, and also retaining the ability to check out any
directory containing multiple tags, branches, and even the entire SVN
tree (look for dirs).
--
Summary: Problems when readinf partial records on direct access
files
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned
Consider the following:
Wot now ? cat da.f90
Program da
Implicit None
Real :: a, b
a = 1.1
b = 2.2
Open( 10, File = 't.dat', Form = 'Formatted', Access = 'Direct', Recl = 12 )
Write( 10, rec = 1, fmt = '( f6.4, /, f6.4 )' ) a, b
Close( 10 )
a = -1.0
b = -1.0
--- Comment #35 from jakub at gcc dot gnu dot org 2009-11-18 09:54 ---
Subject: Bug 3187
Author: jakub
Date: Wed Nov 18 09:53:52 2009
New Revision: 154284
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154284
Log:
PR c++/3187
* cgraph.h (struct cgraph_node): Add
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-18 09:57 ---
Confirmed. Only fails with -m32 on x86_64. It is VRP that triggers the
miscompile, thus -O1 -ftree-vrp -fno-delete-null-pointer-checks is enough.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-18 10:28 ---
Hmpf, no testcases ...
./xgcc -B. -c tree.i -O -g -fcompare-debug=-g0
has a compare-debug failure (-O0 does not). Fixed by
Index: gcc/tree.c
===
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-11-18 10:32 ---
Oh, the UIDs appear in the dumps you compare. That's a bug in your comparer,
we never said different UIDs are not ok, only codegen differences are not
(and yes, UID _ordering_ differences have a great chance of
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-18 10:55 ---
Hm, the assert doesn't trigger if I add a tem != field check. In fact I do not
understand the assert you added at all ;) We do find the correct field, if
that ends up still being the wrong one then DECL_CONTEXT is
--- Comment #1 from burnus at gcc dot gnu dot org 2009-11-18 10:57 ---
*** Bug 42089 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42090
--- Comment #1 from burnus at gcc dot gnu dot org 2009-11-18 10:57 ---
*** This bug has been marked as a duplicate of 42090 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2009-11-18 11:03 ---
It's a regression with regards to 4.1.2. Jerry can you have a look?
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from paolo at gcc dot gnu dot org 2009-11-18 11:10 ---
Subject: Bug 22201
Author: paolo
Date: Wed Nov 18 11:09:50 2009
New Revision: 154287
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154287
Log:
2009-11-18 Shujing Zhao pearly.z...@oracle.com
PR
--- Comment #3 from paolo dot carlini at oracle dot com 2009-11-18 11:11
---
Fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from vaillant dot etienne at gmail dot com 2009-11-18 11:17
---
(In reply to comment #1)
You are likely running into excess precision issues of i?86. Try using
-mpc64 or -mfpmath=sse.
I try :
$ gcc-4.4 -msse2 y.c -o y-4.4
$ ./y-4.4
ration=0.21
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld dot DE 2009-11-18
11:17 ---
Subject: Re: Cannot build gcc: gthr-default.h:466: error: '__mutex' was not
declared in this scope
--- Comment #5 from YLitvinenko at astana dot oilfield dot slb dot com
2009-11-18 07:03 ---
--- Comment #2 from paolo at gcc dot gnu dot org 2009-11-18 11:36 ---
Subject: Bug 40892
Author: paolo
Date: Wed Nov 18 11:36:00 2009
New Revision: 154288
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154288
Log:
/cp
2009-11-18 Shujing Zhao pearly.z...@oracle.com
PR
--- Comment #3 from paolo dot carlini at oracle dot com 2009-11-18 11:37
---
Fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--
enrico dot scholz at informatik dot tu-chemnitz dot de changed:
What|Removed |Added
Severity|normal |blocker
--- Comment #8 from mexas at bristol dot ac dot uk 2009-11-18 12:30 ---
this seems to help to pass that error, now I'm stopped with this:
[skip]
# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/sh
I use Scratchbox on an Ubuntu 8.04 OS with ARM target. The gcc version used in
the scratchbox is 4.2.1.
I modified the gcc.specs file, I add -imacros option to cpp.
Compilation don't even sart, I have a fatal error.
If I add to cpp the compilation switches -DTOTO1 -DTOTO2 instead -imacros, the
--- Comment #9 from mexas at bristol dot ac dot uk 2009-11-18 12:50 ---
and the same for gcc45:
[skip]
unwind-ia64_s.o(.text+0x30b2): In function `uw_frame_state_for':
../.././../gcc-4.5-20091112/libgcc/../gcc/config/ia64/unwind-ia64.c:1788:
undefined reference to
--- Comment #6 from janus at gcc dot gnu dot org 2009-11-18 13:25 ---
Subject: Bug 42072
Author: janus
Date: Wed Nov 18 13:24:54 2009
New Revision: 154292
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154292
Log:
2009-11-18 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2009-11-18
14:02 ---
The dSYM issues looks like part of PR41473. I'll revert to debugging in gcc
4.4.2 for now which shouldn't have the issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41991
--- Comment #6 from jakub at gcc dot gnu dot org 2009-11-18 14:03 ---
Created an attachment (id=19034)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19034action=view)
gcc45-pr42078.patch
Untested patch. Though, maybe it is an overkill, because at least DWARF3 nor
current DWARF4
--- Comment #7 from matz at gcc dot gnu dot org 2009-11-18 15:04 ---
I'm not terribly thrilled by having to clutter the code with 20 lines of code
which should have been maybe two :-/ Even less so as nothing can make use
of the info. Let's drop it for now with a comment.
--
i use -fshort-wchar option for ggc to make wchar_t 16bit
but when i use wcslen - it returns incorrect values
i think problem in libraries, because they are same(like for 32bit wchar_t with
-fshort-wchar)
--
Summary: wcslen returns bad length when use -fshort-wchar
Product:
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-18 15:28 ---
-fshort-wchar changes the ABI which means you need libraries that are compiled
with that option too.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
trunk 20091117 configured with
--with-arch=armv7-a --with-mode=thumb --with-float=softfp --with-fpu=vfp
hangs in the stage2 run of build/gengtype with 100% cpu time
attaching to the running process:
(gdb) bt
#0 0x00029fb4 in ?? ()
#1 0xa4a8 in walk_type ()
#2 0xa4a8 in walk_type ()
--- Comment #2 from prodotahunter at gmail dot com 2009-11-18 15:30 ---
where can i get this libraries? (or how i can compile them with this option ? )
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42092
Consider the following code:
#include stdio.h
double floor(double d) {
return 5;
}
int main() {
printf(Floor: %f, floor(3.4) );
}
Note I'm not importing math.h so floor(3.4) should return 5, but the output
from this function is:
lyo...@soba-testing-) floor2
Floor: 3.00
So it
--- Comment #14 from jason at gcc dot gnu dot org 2009-11-18 15:51 ---
Created an attachment (id=19035)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19035action=view)
patch
If this were a bug, this would be the fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=950
--- Comment #6 from hjl at gcc dot gnu dot org 2009-11-18 16:02 ---
Subject: Bug 41913
Author: hjl
Date: Wed Nov 18 16:02:17 2009
New Revision: 154296
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=154296
Log:
2009-11-18 H.J. Lu hongjiu...@intel.com
PR testsuite/41913
--- Comment #7 from hjl dot tools at gmail dot com 2009-11-18 16:04 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-18 16:05 ---
(In reply to comment #2)
where can i get this libraries? (or how i can compile them with this option ?
)
You recompile all of the distro yourself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42092
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-18 16:06 ---
floor is considered a builtin by default, use either -fno-builtins or
-fno-builtin-floor to disable this behavior.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from espindola at gcc dot gnu dot org 2009-11-18 16:18
---
(In reply to comment #4)
Hm, the assert doesn't trigger if I add a tem != field check. In fact I do
not
understand the assert you added at all ;)
I completely misunderstood the assert you asked for. The
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-11-18 16:30 ---
Different UIDs affect hash table walks, which in turn may affect codegen.
We've had several -g/-g0 codegen differences ultimately caused by decl UID
differences, and they were detected and fixed long before
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-11-18 16:31 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from hjl dot tools at gmail dot com 2009-11-18 16:37 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00936.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
On Linux/ia32, revision 154285 gave:
FAIL: g++.dg/lto/20081118-1 cp_lto_20081118-1_0.o-cp_lto_20081118-1_1.o link
FAIL: g++.dg/lto/20081118-1 cp_lto_20081118-1_0.o-cp_lto_20081118-1_1.o link
FAIL: g++.dg/lto/20081118-1 cp_lto_20081118-1_0.o-cp_lto_20081118-1_1.o link
FAIL: g++.dg/lto/20081118-1
--- Comment #1 from hjl dot tools at gmail dot com 2009-11-18 16:41 ---
I got
lto1: error: edge points to wrong declaration:^M
function_decl 0x7f77d2abe000 __base_dtor ^M
type method_type 0x7f77d2ab9210^M
type void_type 0x7f77d2bb0dc0 VOID^M
align 8 symtab 0
--- Comment #4 from rguenther at suse dot de 2009-11-18 16:51 ---
Subject: Re: flag_gtoggle in free_lang_data hides -fcompare-debug
errors
On Wed, 18 Nov 2009, aoliva at gcc dot gnu dot org wrote:
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-11-18 16:30
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-18 16:53 ---
Btw, when I remove the flag_gtoggle check from free-lang-data we should get
bootstrap-debug comparison fails, no?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42088
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/bin/
-B/opt/gnu64/gcc/gcc-4.5.0/hppa64-hp
-hpux11.11/bin/ -B/opt/gnu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/lib/ -isystem
/op
t/gnu64/gcc/gcc-4.5.0/hppa64-hp-hpux11.11/include
--- Comment #2 from hjl dot tools at gmail dot com 2009-11-18 17:31 ---
It is caused by revision 154284:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00505.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-11-18 17:58 ---
decl UIDs are used in various expression hashes. Enforcing strict ordering
among them without relying on UIDs would be an interesting problem, but if you
have a solution for that, go for it. Disabling the printing
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-11-18 18:04
---
Yes, I will have a look tonight.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42090
--- Comment #3 from marc dot coiffier at free dot fr 2009-11-18 18:13
---
(In reply to comment #2)
(In reply to comment #1)
I think C++0x (well renamed to C++1x) has something like this.
Called template aliases:
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2258.pdf
--- Comment #4 from redi at gcc dot gnu dot org 2009-11-18 18:47 ---
(In reply to comment #3)
you tell me when they plan to release a stable version of a C++1x compiler ?
After the C++1x standard is finished, which might be next year, or might not.
I don't know of any compiler that
--- Comment #7 from alanpae at ilkda dot com 2009-11-18 19:39 ---
changing to --disable-threads also works.
alan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41810
--- Comment #7 from rguenther at suse dot de 2009-11-18 19:50 ---
Subject: Re: flag_gtoggle in free_lang_data hides -fcompare-debug
errors
On Wed, 18 Nov 2009, aoliva at gcc dot gnu dot org wrote:
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-11-18 17:58
---
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-11-18 20:05 ---
We used to do such things, using pointers rather than UIDs even, and I fixed a
number of such issues to avoid codegen differences. But hey, if you could
prove that a DECL uid would never affect decisions taken by
Using built-in specs.
Target: i586-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla
--enable-bootstrap --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-18 20:11 ---
C90/C99 does not have a reference type.
extern void Prop (double , double , double , double , double , double ,
int) ;
is C++ code, compile it with the C++ front-end.
--
pinskia at gcc dot gnu dot org
--- Comment #1 from espindola at gcc dot gnu dot org 2009-11-18 20:21
---
Is strtoll defined in some other header in hppa64-hp-hpux11.11? If it isn't, I
will start porting it to libiberty.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42096
Given the declaration: typedef volatile double D __attribute__((aligned(16)));
gcc and g++ give different alignments (and thus differing offsets and sizes)
for structures that contain D. Removal of the volatile qualifier changes the
alignment behavior.
$ g++ -m32 vs.c ./a.out
$ gcc -m32
--- Comment #1 from jepler at unpythonic dot net 2009-11-18 20:23 ---
Created an attachment (id=19036)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19036action=view)
test program to demonstrate the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42098
I compiled this test case in a i686-pc-linux-gnu gcc configured with
--with-arch=pentium4:
long long foo(long long v) { return v / -0x08000LL; }
void main() { if (foo(0x08000LL) != -1) abort(); exit (0); }
The value of 0x8000LL / -0x8000LL is -1. However, gcc computes it as
0,
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-18 20:51 ---
Actually there is a defect report against the C standard for this issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42099
--- Comment #9 from rguenther at suse dot de 2009-11-18 20:52 ---
Subject: Re: flag_gtoggle in free_lang_data hides -fcompare-debug
errors
On Wed, 18 Nov 2009, aoliva at gcc dot gnu dot org wrote:
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-11-18 20:05
---
We
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-11-18 20:59 ---
(In reply to comment #1)
Actually there is a defect report against the C standard for this issue.
I take that back. Note it worked for some previous versions of GCC.
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Summary|Error in 64-bit division for|[4.5
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-18 21:22 ---
This is a HWI issue as it works with --enable-target=all but fails without that
(--enable-targets=all changes HWI to be 64bits).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-18
21:51 ---
Subject: Re: lto.c:289:7: error: implicit declaration of function 'strtoll'
Is strtoll defined in some other header in hppa64-hp-hpux11.11? If it isn't, I
will start porting it to libiberty.
It's not
--- Comment #15 from jason at gcc dot gnu dot org 2009-11-18 21:55 ---
Actually, this is issue 203, so I'll suspend it instead of closing.
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#203
--
jason at gcc dot gnu dot org changed:
What|Removed
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|SUSPENDED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=950
1 - 100 of 129 matches
Mail list logo
