This is now PR c++/25663.
Richard.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This is slightly off-topic for this list, but I
just noticed that Subversion 1.3.0 is now finally
available:
http://subversion.tigris.org/servlets/NewsItemView?newsItemID=1417
I wonder if gcc.gnu.org would be moving to this
version any time
On Wed, 2006-01-04 at 15:47 +0530, Ranjit Mathew wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This is slightly off-topic for this list, but I
just noticed that Subversion 1.3.0 is now finally
available:
http://subversion.tigris.org/servlets/NewsItemView?newsItemID=1417
Just to remember you all that before committing a patch, you now have to
check if the copyright year includes 2006.
CCing people who committed patches so far this year. :-)
Paolo
On Mon, 2 Jan 2006, Paolo Bonzini wrote:
Just to remember you all that before committing a patch, you now have to check
if the copyright year includes 2006.
And this includes the --version copyright year of any program your code
forms part of, and the overall copyright notice dates of any
On Wed, Jan 04, 2006 at 04:41:11PM +, Joseph S. Myers wrote:
On Mon, 2 Jan 2006, Paolo Bonzini wrote:
Just to remember you all that before committing a patch, you now have to
check
if the copyright year includes 2006.
And this includes the --version copyright year of any program
benchmark with an sh-elf targeted compiler:
while [ $((I--)) -gt 0 ] ; do \
/usr/bin/time -a -o signal.o.time -f %U
/mnt/scratch/base-20060104/bin/sh-elf-gcc -c -D__linux__ -D__KERNEL__
-DCONFIG_ARCH_S390X -DCONFIG_ARCH_S390 -U__i386__ -U__x86_64__
-I/mnt/scratch/CSiBE/base-20060104/linux-2.4.23
On Monday 02 January 2006 03:33, Paolo Bonzini wrote:
make all-stage2 STAGE1_LANGUAGES=c,fortran
So, how would I now get a cc1plus/f951/jc1/cc1 binary compiled by the
stage0 (host) compiler?
Before, I used to do (inside bld/gcc):
$ make restage1 f951 cc1plus jc1
That would give me the 4
gcc dumps a vcg file to represent the CFG, but I can't find a site to
download VCG source and compile it.
I did a little search online and understood it's about GPL licence for VCG.
Can someone tell me where to it work? --I just want to display the cfg.vcg
files.
A related question is does
I think I have a pretty specific functionality to achieve. I appreciate your
suggestion and help. Here is what I want, and I attach an example at the
end.
I want to know the address of some function call sites. for example, I want
to know is the address of call 8048380 foo. (see line
On 1/4/06, Daniel Berlin [EMAIL PROTECTED] wrote:
I wonder if gcc.gnu.org would be moving to this
version any time soon.
gcc.gnu.org has been running 1.3 development and rc's for many months
now.
(1.3.0 has been in release candidate mode for about 2 months now :P)
Yes, I know that.
On Thu, 2006-01-05 at 10:37 +0530, Ranjit Mathew wrote:
On 1/4/06, Daniel Berlin [EMAIL PROTECTED] wrote:
I wonder if gcc.gnu.org would be moving to this
version any time soon.
gcc.gnu.org has been running 1.3 development and rc's for many months
now.
(1.3.0 has been in release
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paolo Bonzini wrote:
Just to remember you all that before committing a patch, you now have to
check if the copyright year includes 2006.
IANAL, but I think it is sufficient to indicate the
year the copyrighted entity was first published and
the
IANAL,
Well, Eben *is* a lawyer, and he says to do it the way we do it. So
we do. If you want to know why, go to gnu.misc.discuss. GCC
developers just do what we're told as far as this is concerned.
--- Comment #2 from jakub at gcc dot gnu dot org 2006-01-04 08:05 ---
Subject: Bug 25562
Author: jakub
Date: Wed Jan 4 08:05:29 2006
New Revision: 109315
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109315
Log:
PR debug/25562
* function.c (instantiate_expr):
--- Comment #4 from jakub at gcc dot gnu dot org 2006-01-04 08:07 ---
Subject: Bug 25559
Author: jakub
Date: Wed Jan 4 08:07:09 2006
New Revision: 109316
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109316
Log:
PR c/25559
* c-common.c
Conversion from 128-bit long double to float goes via double. This means the
conversions suffers from double rounding, and incorrect results may be
calculated for long double values near the midpoint of two adjacent float
values.
For example, f and g should have different values in the
--- Comment #2 from jakub at gcc dot gnu dot org 2006-01-04 08:15 ---
Subject: Bug 25554
Author: jakub
Date: Wed Jan 4 08:15:06 2006
New Revision: 109317
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109317
Log:
PR target/25554
* config/i386/i386.md
The following testcase works on PPC with gcc-3.4, but fails with =4.0.
__extension__ typedef unsigned long long guint64;
typedef int gint;
typedef gint gboolean;
typedef struct
{
guint64 rte;
} mainwindow;
mainwindow *mainw;
static int bg_gen_to_start;
gboolean weed_playback_gen_start
--- Comment #4 from bonzini at gnu dot org 2006-01-04 08:50 ---
H.J., can we close this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25435
--- Comment #5 from bonzini at gnu dot org 2006-01-04 08:57 ---
Janis, can you confirm this is fixed on 4.0?
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-01-04 09:14 ---
Subject: Bug 25562
Author: jakub
Date: Wed Jan 4 09:13:56 2006
New Revision: 109319
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109319
Log:
PR debug/25562
* function.c (instantiate_expr):
The following is rejected now as of a change between r109062 and r109079
with error: invalid declarator on the 2nd last line.
template class T
struct ScalarCode
{
ScalarCode(const T);
template class A, class B
void operator()(const A, const B);
};
template int Dim
struct CflFunctor
{
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2006-01-04 09:15
---
*** This bug has been marked as a duplicate of 23541 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-01-04 09:15
---
*** Bug 25602 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2006-01-04 09:16
---
*** This bug has been marked as a duplicate of 23541 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2006-01-04 09:16
---
*** Bug 25200 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-01-04 09:17 ---
Subject: Bug 25554
Author: jakub
Date: Wed Jan 4 09:17:16 2006
New Revision: 109321
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109321
Log:
PR target/25554
* config/i386/i386.md
--- Comment #17 from philb at filmlight dot ltd dot uk 2006-01-04 09:17
---
It's live in the 4.0.2 installed by a Fedora Core 4 yum update right now (4.0.2
20051125 (Red Hat 4.0.2-8)).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25364
--- Comment #5 from jakub at gcc dot gnu dot org 2006-01-04 09:16 ---
Subject: Bug 25559
Author: jakub
Date: Wed Jan 4 09:16:09 2006
New Revision: 109320
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109320
Log:
PR c/25559
* c-common.c
--- Comment #3 from halcy0n at gentoo dot org 2006-01-04 09:23 ---
I'm seeing the same 4.0 regression on mainline as well.
--
halcy0n at gentoo dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-01-04 09:37
---
Changing this to a more descriptive title.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ebotcazou at gcc dot gnu dot org 2006-01-04 09:56
---
OK, all this mess comes from the following lines in /usr/include/locale.h:
#if (__STDC__ - 0 == 0 \
!defined(_XOPEN_SOURCE) !defined(_POSIX_C_SOURCE)) || \
defined(__EXTENSIONS__)
#include
For most (if not all) s-osinte*.ads C type redeclarations, I believe it should
be sufficient to use a record containing a
System.Storage_Elements.Storage_Array of the C sizeof(struct), plus may be an
alignement clause (I don't know if C or GNU C allows to retrieve the alignment
of a struct
--- Comment #12 from charlet at adacore dot com 2006-01-04 09:58 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
For most (if not all) s-osinte*.ads C type redeclarations, I believe it should
be sufficient to use a record containing a
gcj -v:
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/../../../libgcj.spec
rename spec lib to liborig
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
I'm trying to bootstrap GCC trunk on a Linux 2.6.5-7.97-pseries64 #1 SMP Fri
Jul 2 14:21:59 UTC 2004 ppc64, and after configure by:
../gcc/configure --enable-languages=c,fortran --with-gmp=[...]
--enable-bootstrap
I get the following error:
/tmp/debug/ibin/./prev-gcc/xgcc
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.0.3 |3.4.6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25637
This is a spin-off for the diagnostic issue from PR 25638:
=
struct A { ~A(); };
struct B
{
templateint friend A::~A();
};
=
For the above code we get the error message:
bug.cc:5: error: prototype for
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-01-04 11:18
---
Thanks for the quick fixes, Mark!
The diagnostic issue is now PR 25666.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from reichelt at gcc dot gnu dot org 2006-01-04 11:43
---
It's live in the 4.0.2 installed by a Fedora Core 4 yum update right now
(4.0.2 20051125 (Red Hat 4.0.2-8)).
This is not the official FSF 4.0.2 release.
Redhat's 4.0.2-8 version contains some patches from the
--- Comment #13 from laurent at guerby dot net 2006-01-04 11:45 ---
(In reply to comment #12)
Arnaud, do you remember non opaque C types in s-osinte?
I do not understand your question, could you clarify ?
opaque means that the Ada runtime never access an internal C record
--- Comment #6 from laurent at guerby dot net 2006-01-04 11:48 ---
(In reply to comment #5)
There seems to be an optimisation issue. I rebuilt the runtime
at -O0. The test passes when compiled at -O0 and -O1, but fails at
-O2.
Hmm less likely to be fixed on 4.0 then. Could you try
So my question is wether the record+storage array+align will work for all
the C types in s-osinte* or is there an exception (ie a non opaque C type)?
Now I understand your question ;-)
The answer is no, this approach can't be applied blindly to all C types.
This approach could most likely be
--- Comment #14 from charlet at adacore dot com 2006-01-04 11:54 ---
Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer:
0x00062a00 ***
So my question is wether the record+storage array+align will work for all
the C types in s-osinte* or is there an
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-01-04 12:07
---
Confirmed.
The call to operator() is not the problem, though, as the following shorter
testcase shows:
==
templateint struct A
{
A(int);
};
void foo()
{
A0(A0(0));
}
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-01-04 12:10 ---
Using
(ScalarCodeCflFunctor3 (CflFunctor3(omrot, vis_f)))(x, y);
was a workaround for me, so I thought it indeed was the issue... maybe there
are two issues actually.
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-01-04 12:11 ---
Adding Mark in CC, because he caused this regression.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-01-04 12:14
---
Moving to target component. This bug is still present and it prevents
building gfortran on mips-sgi-irix6.5.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-01-04 12:16
---
With newer binutils (2.16.1), what happens is:
[EMAIL PROTECTED]:/tmp/debug/ibin/stage2-gcc$
/home/users/c/co/coudert/ppc64-linux/gfortran/gfortran_libs/ppc64-linux/bin/ld
--eh-frame-hdr -V -Qy -m elf64ppc
--- Comment #2 from bonzini at gnu dot org 2006-01-04 12:21 ---
Subject: Bug 24252
Author: bonzini
Date: Wed Jan 4 12:21:27 2006
New Revision: 109325
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109325
Log:
2006-01-04 Paolo Bonzini [EMAIL PROTECTED]
PR
--- Comment #2 from bonzini at gnu dot org 2006-01-04 12:21 ---
Patch committed, also fixes race conditions in bootstrap.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-01-04 12:21
---
Using
(ScalarCodeCflFunctor3 (CflFunctor3(omrot, vis_f)))(x, y);
was a workaround for me, so I thought it indeed was the issue...
Adding parens in my example also makes the bug go away:
(A0(A0(0)));
We
--- Comment #6 from jakub at gcc dot gnu dot org 2006-01-04 12:27 ---
Subject: Bug 25559
Author: jakub
Date: Wed Jan 4 12:27:48 2006
New Revision: 109326
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109326
Log:
PR c/25559
* c-common.c
--- Comment #4 from jakub at gcc dot gnu dot org 2006-01-04 12:29 ---
Subject: Bug 25554
Author: jakub
Date: Wed Jan 4 12:29:14 2006
New Revision: 109327
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109327
Log:
PR target/25554
* config/i386/i386.md
--- Comment #11 from jakub at gcc dot gnu dot org 2006-01-04 12:32 ---
Subject: Bug 25294
Author: jakub
Date: Wed Jan 4 12:31:59 2006
New Revision: 109329
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109329
Log:
PR c++/25294
* directives.c (do_pragma): If
--- Comment #4 from jakub at gcc dot gnu dot org 2006-01-04 12:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from jakub at gcc dot gnu dot org 2006-01-04 12:33 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2006-01-04 12:34 ---
Fixed on 4.0/4.1 branches and trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from jakub at gcc dot gnu dot org 2006-01-04 12:35 ---
Fixed even on 4.0 branch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-04 12:40 ---
(In reply to comment #3)
I'm seeing the same 4.0 regression on mainline as well.
Are you sure?
I don't see it on 4.2.0 20060103 unless it happens after that.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-04 12:45 ---
/usr/bin/ld: warning: powerpc:common architecture of input file
`../build-powerpc64-unknown-linux-gnu/libiberty/libiberty.a(xmalloc.o)' is
incompatible with powerpc:common64 output
/usr/bin/ld: warning:
Hi,
I am trying to install gcc-3.0.4 on my Itanium 2 linux machine,
these are the detailed os info:
Distribution: Red Hat Linux
Operating System: Linux
Distribution Version: Red Hat Linux Advanced Server release 2.1AS
(Derry)
Operating System Version:
See http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01815.html. New libgcc2.c
code results in a couple of functions that are well over twice as slow.
--
Summary: libgcc2.c __floattisf code quality regression
Product: gcc
Version: 4.2.0
Status:
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 13:31 ---
Why are you trying to install 3.0.4? This version (3.0.x series) of GCC has
not been updated since 2002.
The only thing I can say is use a newer gcc instead of 3.0.x series GCC.
--
pinskia at gcc dot gnu dot
subroutine foo (a)
real a(*)
call bar (a, LBOUND(a),2)
end subroutine foo
subroutine bar (b, i, j)
real b(i:j)
print *, i, j
print *, b(i:j)
end subroutine bar
real x(10)
x = 0.0
call foo (x)
end
???
This runs fine with other brand compilers but gfortran, patched or not, gives:
tobi.f90: In
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 13:34 ---
This actually might be related to PR 19777.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-04 13:35 ---
Actually assumed sized is not the full issue, see PR 18003.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from stener at univ dot trieste dot it 2006-01-04 13:44
---
(In reply to comment #1)
Why are you trying to install 3.0.4? This version (3.0.x series) of GCC has
not been updated since 2002.
The only thing I can say is use a newer gcc instead of 3.0.x series GCC.
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-04 13:47 ---
(In reply to comment #2)
(In reply to comment #1)
Why are you trying to install 3.0.4? This version (3.0.x series) of GCC has
not been updated since 2002.
The only thing I can say is use a newer gcc instead
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #17 from chris at bubblescope dot net 2006-01-04 13:53 ---
Just as a quick note, I've personally got code using the non-void return value
of generate_n (because I'm going along a list, and didn't want to have to
incremement n steps after filling the list, as that would
--- Comment #18 from pcarlini at suse dot de 2006-01-04 13:58 ---
(In reply to comment #17)
Not that
I'm
saying that means the code should stay, just at least one data point of
someone
who is using the current
I've configured with:
./configure --prefix=.../install --disable-nls --disable-libgcj
--enable-languages=c
Executed:
make all-gcc
Output:
...
make[2]: Leaving directory `.../intl'
cat: stage_last: No such file or directory
make: invalid option -- a
Usage: make [options] [target] ...
...
It
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Severity|major
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-04 14:10
---
(In reply to comment #9)
At this moment, I guess the most important thing is that how to make
is clarified and Paolo is willing to fix any problem that might
result from his change. I'm doing what Daniel J.
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-01-04 14:11
---
And there needs to be a way to do the old way of make all without having to
reconfiguring as it means rebuilding the support libraries which is too slow as
it is.
--
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-01-04
14:25 ---
(In reply to comment #2)
Actually assumed sized is not the full issue, see PR 18003.
You are right about this. Turn the declaration for a into an explicit
full-array, rather than assumed size.
I have
--- Comment #4 from paul dot richard dot thomas at cea dot fr 2006-01-04
14:26 ---
(In reply to comment #2)
Actually assumed sized is not the full issue, see PR 18003.
You are right about this. Turn the declaration for a into an explicit
full-array, rather than assumed size.
I have
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 14:37 ---
This works on the mainline as of today but failed with 4.2.0 20051219.
Confirmed. Though I should note this is really weird as DOM is messing up in
that version of GCC and we still have 1 -1 which is not being
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-01-04 14:50
---
Confirmed.
I get the warning with 4.2.0 20060104.
The preprocessed file triggers the warning also with the 4.1 branch.
It looks like Paolo's patch
2006-01-02 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 14:51 ---
*** This bug has been marked as a duplicate of 24958 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-04 14:51 ---
*** Bug 25660 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-04 14:51 ---
Reduced testcase:
nullify(i%e)
end program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 15:00 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-01-04 15:01
---
Looks like the culprit is the following part of Paolo's patch:
+ operator(int __n)
+ {
+ // _GLIBCXX_RESOLVE_LIB_DEFECTS
+ // 118. basic_istream uses nonexistent num_get member functions.
+
--- Comment #14 from alex at milivojevic dot org 2006-01-04 15:03 ---
Benjamin:
You are not alone. I hit that bug too ;-)
Andrew:
I can reproduce the bug on my system. I haven't done anything fancy. And I
made sure only standard Solaris header files/libraries were visible while
--- Comment #4 from pcarlini at suse dot de 2006-01-04 15:08 ---
(In reply to comment #3)
We really don't set __n in all cases here.
And indeed we do *not* want to set __n in all cases: if for some reason the
extraction fails __n *must* be left untouched. Per the standard, there
--- Comment #5 from martin at mpa-garching dot mpg dot de 2006-01-04 15:15
---
(In reply to comment #4)
(In reply to comment #3)
We really don't set __n in all cases here.
And indeed we do *not* want to set __n in all cases: if for some reason the
extraction fails __n *must*
--- Comment #6 from pcarlini at suse dot de 2006-01-04 15:17 ---
(In reply to comment #5)
Hmm, if I understood correctly, this means that the variable is not set if the
reading operation fails. That sounds plausible, and in this case the warning
is
perfectly OK and should not be
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 15:17 ---
Hmm, actually there is no rounding from TF to DF except for the fact that upper
potion of the TF mode is taken only.
I am thinking this testcase is invalid for 128bit IBM long double format.
IBM 128bit long double
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-01-04 15:20 ---
But the warning is obviously bogus as you can check the errors after a couple
readings and still be able to be catch error. This is in a way like
(void)read(a, xx, y) issue that was filed but in reality it was a
the code
int test_bit(unsigned long *words, int bit)
{
int wsize = (sizeof *words) * 8;
return (words[bit / wsize] (1 (bit % wsize))) != 0;
}
can compile to
xor %rax, %rax
bt %rsi, (%rdi)
setc %al
but instead compiles to a much longer sequence, using many more registers,
--- Comment #8 from pcarlini at suse dot de 2006-01-04 15:26 ---
(In reply to comment #7)
But the warning is obviously bogus as you can check the errors after a couple
readings and still be able to be catch error.
Well, I disagree: in my opinion, the compiler is correct that doesn't
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 15:33 ---
Confirmed, not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bonzini at gnu dot org 2006-01-04 15:56 ---
Accepting this, but it is not a blocker as all-gcc is not even documented
anywhere.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2006-01-04 16:01
---
Hmmm... If in dgettext.c I simply change the order the files are included,
would that solve the problem? Or the fix is going to be more complex?
Both in dgettext.c and dngettext.c at a minimum as far as I
I'm configuring gcc with:
./configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man
--bindir=/usr/bin --libdir=/usr/lib --libexecdir=/usr/lib --disable-shared
--disable-threads --enable-languages=c,c++ --enable-c99 --enable-long-long
--disable-nls --with-gnu-as --with-gnu-ld
--- Comment #11 from law at gcc dot gnu dot org 2006-01-04 16:29 ---
Subject: Bug 24994
Author: law
Date: Wed Jan 4 16:29:32 2006
New Revision: 109335
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=109335
Log:
PR ada/24994
* tree-cfg.c (bsi_replace): Remove the
1 - 100 of 143 matches
Mail list logo