--- Comment #4 from sgk at troutmask dot apl dot washington dot edu
2008-10-31 06:57 ---
Subject: Re: [F2003] random_seed - allow integer(8) for the arguments
On Fri, Oct 31, 2008 at 06:44:07AM -, burnus at gcc dot gnu dot org wrote:
>
> INVALID - only default integers are allowe
--- Comment #33 from bonzini at gnu dot org 2008-10-31 06:52 ---
> Since the problem is that libintl.h can't be found
No, the problem is that INCINTL is not set correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37923
--- Comment #3 from burnus at gcc dot gnu dot org 2008-10-31 06:44 ---
INVALID - only default integers are allowed
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #20 from sgk at troutmask dot apl dot washington dot edu
2008-10-31 04:55 ---
Subject: Re: gfortran error and ICE at automatic type conversion with transfer
intrinsic
On Fri, Oct 31, 2008 at 04:27:23AM -, deji_aking at yahoo dot ca wrote:
>
>
>>
>> From comment 1:
>
--- Comment #19 from jvdelisle at gcc dot gnu dot org 2008-10-31 04:52
---
Subject: Bug 37930
Author: jvdelisle
Date: Fri Oct 31 04:51:04 2008
New Revision: 141489
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141489
Log:
2008-10-30 Steven G. Kargl <[EMAIL PROTECTED]>
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2008-10-31 04:46
---
Subject: Bug 37930
Author: jvdelisle
Date: Fri Oct 31 04:45:28 2008
New Revision: 141488
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141488
Log:
2008-10-30 Steven G. Kargl <[EMAIL PROTECTED]>
--- Comment #17 from deji_aking at yahoo dot ca 2008-10-31 04:27 ---
(In reply to comment #14)
> ---
>
> From comment 1:
>
> Adw_xabcd_8(1:n) = transfer(-1,1.0) ! Adw_xabcd_8 is REAL
>
> That makes sense: One assigns NaN to a real variable (thoug
--- Comment #8 from eric dot weddington at atmel dot com 2008-10-31 04:26
---
(In reply to comment #7)
> Eric,
>
> Could you modify the testcase to use 100 instead of 1000 and run it under AVR?
>
The test is successful if the 1000 is changed to 100.
--
http://gcc.gnu.org/bugzill
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-31
04:22 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> Same on hppa2.0w-hp-hpux11.11.
>
> (gdb) bt
> #0 _Jv_CheckABIVersion (value=0)
> at ../../../gcc/libjava
--- Comment #7 from kkojima at gcc dot gnu dot org 2008-10-31 03:52 ---
Subject: Bug 37909
Author: kkojima
Date: Fri Oct 31 03:50:02 2008
New Revision: 141487
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141487
Log:
PR target/37909
Backport from mainline:
--- Comment #6 from kkojima at gcc dot gnu dot org 2008-10-31 03:45 ---
Subject: Bug 37909
Author: kkojima
Date: Fri Oct 31 03:43:20 2008
New Revision: 141486
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141486
Log:
PR target/37909
Backport from mainline:
--- Comment #3 from kargl at gcc dot gnu dot org 2008-10-31 03:39 ---
(In reply to comment #2)
> (In reply to comment #1)
> > call seg_sub(ip, sig, 1)
> >
> > Is that last argument a literal constant, name 'one'?
> > Or is it the letter 'ell'?
> >
> It is a literal constant 'on
--- Comment #2 from deji_aking at yahoo dot ca 2008-10-31 03:31 ---
(In reply to comment #1)
> call seg_sub(ip, sig, 1)
>
> Is that last argument a literal constant, name 'one'?
> Or is it the letter 'ell'?
>
It is a literal constant 'one'. What really bugs me is why does it se
--- Comment #1 from dirtyepic at gentoo dot org 2008-10-31 02:58 ---
Created an attachment (id=16594)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16594&action=view)
percent_x.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37976
inux-futex
--enable-checking
Thread model: posix
gcc version 4.4.0-pre9999 built 20081030 (Gentoo SVN ebuild) rev. 141462 ()
COLLECT_GCC_OPTIONS='-c' '-v' '-save-temps' '-O2' '-E' '-mtune=generic'
/usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.0-pr
--- Comment #1 from kargl at gcc dot gnu dot org 2008-10-31 02:19 ---
call seg_sub(ip, sig, 1)
Is that last argument a literal constant, name 'one'?
Or is it the letter 'ell'?
Either way it is impossible to reliable detect that
a user writes code that either tries to change the
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-31 02:13 ---
Also you can change what fmt points to really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37975
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-31 02:13 ---
C says fmt is not a constant expression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37975
--- Comment #1 from rilium at mail dot ru 2008-10-31 02:11 ---
Created an attachment (id=16593)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16593&action=view)
Preproccessed file test.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37975
I wrote i simple code snippet to demonstrate problem:
#include
#include
#include
void f(const char* str1, const char* str2)
{
const char* fmt = "Something is: %s, and something another is: %s\n";
const size_t buff_len = strlen(fmt) + strlen(str1) + strlen(str2) + 1;
char
Using Gfortran, I'm getting a segmentation fault from running a code which
reduces to the following;
...
PROGRAM seg_main
INTEGER :: ip
real :: sig
ip = 26314400
call seg_sub(ip, sig, 1)
write(*,*) 'sig is', sig
END PROGRAM
SUBROUTINE seg_sub(ip, p, kind0)
--- Comment #2 from rysto32 at gmail dot com 2008-10-31 01:50 ---
Subject: Re: static variables of template class not emitted if no initializer
given
What if I explicitly instantiate Base?
template
class Base
{
public:
static int foo;
};
template class Base;
template<> int Base
> echo > x1.c
> echo > x2.c
> gcc -combine -MM x1.c x2.c
cc1: error: too many filenames given. Type cc1 --help for usage
> gcc -combine -MM -save-temps x1.c x2.c
i686-apple-darwin9-gcc-4.2.1: internal gcc abort in main, at
/var/tmp/gcc_42/gcc_42-5564~1/src/gcc/gcc.c:6967
>gcc -v -combine -MM x1.c
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-10-31 01:40
---
Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassign
--- Comment #2 from ro at techfak dot uni-bielefeld dot de 2008-10-31
01:24 ---
Subject: Ada testsuites lack multilib support
While testing the fix for PR ada/37681, I tried to test both multilibs
(default and amd64) on i386-pc-solaris2.10, and found that I had to make
the following
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-31 01:04 ---
>For some reason, Base::foo is not emitted.
Because that is only a specialization and not an instatulation.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from sgk at troutmask dot apl dot washington dot edu
2008-10-31 01:02 ---
Subject: Re: [F2003] random_seed - allow integer(8) for the arguments
I just checked the F2008 draft for the next standard. It says
13.7.95 RANDOM SEED ([SIZE, PUT, GET])
Description. R
[EMAIL PROTECTED] tmp]cat test.cc
template
class Base
{
static int foo;
};
template<> int Base::foo;
template<> int Base::foo = 0;
[EMAIL PROTECTED] tmp]g++ -c test.cc
[EMAIL PROTECTED] tmp]nm --demangle test.o
B Base::foo
[EMAIL PROTECTED] tmp]g++ -v
Using built-in specs.
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-31 00:38 ---
Explictly by the following new code:
{
mark_used (fn);
/* We could not check access when this expression was originally
created since we did not know at that time to which function
t
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-31 00:35 ---
Caused by the patch which fixes PR 28588.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-31 00:13 ---
This is valid code via 8.3.6/5:
"The names in the expressions are bound, and the semantics constraints are
checked, at the point where the default argument expression appears.
--
http://gcc.gnu.org/bugzilla/show
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37971
Take:
struct foo
{
private:
template
static bool func(const U& x) {}
static bool func1(const int& x) {}
public:
unsigned int Find(const int& x, bool (*pFunc) (const int&) = func) const {}
unsigned int Find1(const int& x, bool (*pFunc) (const int&) = func1) const {}
};
foo b;
void f(void)
{
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-10-30 23:51 ---
Confirmed. I cannot reproduce this with 4.2 or 4.4 (but maybe that just
requires a more reduced testcase).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-10-30 23:48 ---
Created an attachment (id=16592)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16592&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--- Comment #1 from keenan dot forbes at gmail dot com 2008-10-30 23:35
---
Created an attachment (id=16591)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16591&action=view)
preprocessed file for ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37970
This code (for better or worse) appeared to have built with 4.0.1. By adding
the "class" stuff in the template specialization the static member was actually
instantiated. With just <> no instantiation occurred.
g++ -v -save-temps -c tmp.cc
Using built-in specs.
Target: i486-linux-gnu
Configured wi
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-30
23:27 ---
Subject: Re: [4.4 Regression] libgcj linkage failure:
Incorrect library ABI version detected
> On AIX, _Jv_CheckABI is invoked with version argument of 0 instead of 404000
> GCC version constant.
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-30 23:26 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-10-30 23:22 ---
Created an attachment (id=16590)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16590&action=view)
unincluded testcase
Fails with -O2 -funswitch-loops -m64
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37
--- Comment #2 from h dot mth at web dot de 2008-10-30 23:14 ---
Too big to attach. See:
http://geki.ath.cx/hacks/b3dgeom.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--- Comment #3 from spop at gcc dot gnu dot org 2008-10-30 22:54 ---
Tobias, your patch looks good.
Please test with bootstrap and make check and then commit to trunk.
Thanks,
Sebastian
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37943
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||rguenther at suse dot de
Keywords|
--- Comment #6 from hjl dot tools at gmail dot com 2008-10-30 22:51 ---
(In reply to comment #5)
> So, is this a target issue or a register allocator issue now? Has the costs
> fix
> been applied?
>
It is an IRA issue since -fno-ira is still faster with -mtune=generic.
IRA should be f
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2008-10-30
22:47 ---
Since the problem is that libintl.h can't be found, shouldn't we have a
toplevel check for libintl and a configure option to set the directory with
--with-libintl=%p or such? The INCL_LIBINTL set in the
to
--- Comment #7 from manu at gcc dot gnu dot org 2008-10-30 22:44 ---
The location info seems to be fixed in mainline. Nonetheless, I agree
completely with Richard. This warning belongs in the front-end. Moreover we
fail to diagnose:
const char *s = 'x' + "y";
in both C and C++. Also, t
--- Comment #4 from spop at gcc dot gnu dot org 2008-10-30 22:41 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #31 from pinskia at gcc dot gnu dot org 2008-10-30 22:18
---
This really happens on all targets.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-10-30 21:41
---
I think the problems due to the 'auto' keyword are scattered through the whole
compiler since the TEMPLATE_TYPE_PARM can propagate through the whole frontend.
Therefore these bugs merit different PRs IMHO.
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 21:20 ---
We need preprocessed source as a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37969
--- Comment #7 from manu at gcc dot gnu dot org 2008-10-30 21:17 ---
Eric,
Could you modify the testcase to use 100 instead of 1000 and run it under AVR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37960
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 21:06 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-10-30 21:05 ---
So, is this a target issue or a register allocator issue now? Has the costs
fix
been applied?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #30 from rguenth at gcc dot gnu dot org 2008-10-30 21:04
---
i686-apple-darwin is still a primary target, so P1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 21:00 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 21:00 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 21:00 ---
Confirmed. (This maybe artificially raises the regression count - can we group
the auto related ICEs, that may be even similar?)
--
rguenth at gcc dot gnu dot org changed:
What|Removed
CFLAGS="-O2 -funswitch-loops" for OpenOffice.org build cause this:
# LC_ALL=C g++ -Wreturn-type -fmessage-length=0 -c -O2 -fno-strict-aliasing
-Wuninitialized -DENABLE_LAYOUT=0 -I. -I../../unxlngx6.pro/inc/base3d
-I../inc -I../../inc/pch -I../../inc -I../../unx/inc -I../../unxlngx6.pro/inc
-I.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37968
Using auto as template parameter triggers ICEs in lots of different
places on mainline, e.g.
==
template struct A
{
enum { e };
};
A a;
==
bug.cc: In instantiation of 'A':
bug.cc:6: instantiated from here
bug.cc:2: internal compiler err
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 20:59 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 20:58 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-30 20:58 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37967
The following code snippet triggers an ICE on mainline:
==
auto foo();
==
bug.cc:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
--
--- Comment #14 from pault at gcc dot gnu dot org 2008-10-30 20:47 ---
Subject: Bug 37903
Author: pault
Date: Thu Oct 30 20:45:09 2008
New Revision: 141467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141467
Log:
2008-10-30 Mikael Morin <[EMAIL PROTECTED]>
PR fortra
--- Comment #4 from pault at gcc dot gnu dot org 2008-10-30 20:47 ---
Subject: Bug 37749
Author: pault
Date: Thu Oct 30 20:45:09 2008
New Revision: 141467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141467
Log:
2008-10-30 Mikael Morin <[EMAIL PROTECTED]>
PR fortran
--- Comment #6 from eric dot weddington at atmel dot com 2008-10-30 20:42
---
(In reply to comment #5)
> (In reply to comment #3)
> >
> > Note that AVR has 8-bit chars, 16-bit ints and pointers, 32-bit longs.
>
> Just a guess, given the above: for unsigned char b, b*1000 is signed int
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37966
The following code snippet triggers an ICE on mainline:
==
struct A {};
bool b = (auto (A::*)())0;
==
bug.cc:3: internal compiler error: in type_contains_placeholder_1, at
tree.c:2600
Please submit a full bug report, [etc.]
The bug appeare
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37965
The following code snippet triggers an ICE on mainline:
template struct A
{
auto i;
};
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
The following code snippet triggers an ICE on mainline:
int i = *(auto*)0;
bug.cc:1: internal compiler error: tree check: expected record_type or
union_type or qual_union_type, have template_type_parm in lookup_conversions,
at cp/search.c:2459
Ple
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37964
The following code snippet triggers an ICE on mainline:
struct A
{
operator auto();
};
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patches for the new 'auto' semantics.
--- Comment #5 from manu at gcc dot gnu dot org 2008-10-30 20:27 ---
(In reply to comment #3)
>
> Note that AVR has 8-bit chars, 16-bit ints and pointers, 32-bit longs.
Just a guess, given the above: for unsigned char b, b*1000 is signed integer
and it may overflow, so probably this is
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37963
The following code snippet triggers an ICE on mainline:
void foo()
{
(auto) { 0 };
}
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
The bug appeared with the patch
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
--- Comment #1 from kargl at gcc dot gnu dot org 2008-10-30 20:20 ---
(In reply to comment #0)
> Fortran 2003 allows all kinds for arguments (-> please re-check).
Not according to my draft of F2003.
SIZE (optional) shall be scalar and of type default integer. It is an
INTENT (OUT
--- Comment #4 from manu at gcc dot gnu dot org 2008-10-30 20:17 ---
(In reply to comment #3)
>
> I don't know if it is in the Compile Farm, or not. But I can test for you.
>
I need a way to debug this. I have no idea what the issue is.
> Note that AVR has 8-bit chars, 16-bit ints an
Fortran 2003 allows all kinds for arguments (-> please re-check).
For i8 the library already contains: random_seed_i8. How to handle i16?
Note: One still needs to support calls with different integer types, esp. if
one needs to modify the variable (-> convert back). [Unless there can be only
one
--- Comment #3 from eric dot weddington at atmel dot com 2008-10-30 19:57
---
(In reply to comment #2)
> I don't know how to compile/test AVR. Is it in the CompileFarm?
>
> To anyone with more knowledge on AVR, any suggestion what could cause this? Is
> there any special about signed/u
--- Comment #2 from manu at gcc dot gnu dot org 2008-10-30 19:04 ---
I don't know how to compile/test AVR. Is it in the CompileFarm?
To anyone with more knowledge on AVR, any suggestion what could cause this? Is
there any special about signed/unsigned multiplication on AVR?
--
manu
--- Comment #1 from eric dot weddington at atmel dot com 2008-10-30 18:56
---
Bug caused by:
2008-10-29 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 11492
* gcc.dg/pr11492.c: New.
* g++.dg/warn/pr11492.C: New.
Manuel, could you take a look at this?
--
eric
FAIL: gcc.dg/pr11492.c (test for bogus messages, line 8)
New regression test from bug 11492 fails for AVR with:
Executing on host: /usr/local/avrdev/gcc/build/gcc/xgcc
-B/usr/local/avrdev/gcc/build/gcc/
/usr/local/avrdev/gcc/gcc/gcc/testsuite/gcc.dg/pr11492.c -Wsign-compare
-DSTACK_SIZE=2048 -
--- Comment #2 from manu at gcc dot gnu dot org 2008-10-30 18:43 ---
So what is this? Is the warning logic wrong or is the IR wrong? It seems to me
that IR is valid.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from jamborm at gcc dot gnu dot org 2008-10-30 17:43 ---
Well, yes, we do generate that code. However, the loop is unrolled
later on and the IR code on which the vrp complains later on actually is:
main ()
{
unsigned int ivtmp.27;
unsigned int pretmp.17;
int pretmp
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-10-30 16:55
---
Known-to-work for whatever testcase you want to see this PR as a regression.
As it sounds that this problem comes and goes for different testcases in
different releases more testing coverage in the testsuite would
--- Comment #3 from paolo dot carlini at oracle dot com 2008-10-30 16:51
---
Ok, now I see, weird.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #20 from janis at gcc dot gnu dot org 2008-10-30 16:46 ---
To add to comment #18, after r128272 GCC for powerpc-linux no longer generates
bdnz for:
int reg_values[1024];
void
clear_table (unsigned int n)
{
unsigned int i;
for (i = 0; i < n; i++)
reg_values[i] = 0;
}
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-10-30 16:30
---
Can someone please specify a Known-to-work version?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from paolo dot carlini at oracle dot com 2008-10-30 16:15
---
Maybe now I see, what's behind your report: you believe that, when val is set,
eofbit should be set only when seeking another character to match. But that
would essentially boil down to *never* set it, in that
--- Comment #1 from paolo dot carlini at oracle dot com 2008-10-30 16:07
---
(In reply to comment #0)
> It seems that implementation always set str.eofbit when after call of the
> function (in == end).
>
> But standard states(22.2.2.1.2, p16) that this flag should be set only when:
> "
--- Comment #4 from eric dot weddington at atmel dot com 2008-10-30 16:03
---
See also WinAVR bug #2209796 on SourceForge:
https://sourceforge.net/tracker/?func=detail&atid=520074&aid=2209796&group_id=68108
--
eric dot weddington at atmel dot com changed:
What|Remove
g++ -g does not emit DW_AT_explicit for explicit constructors.
It should; I think it is impossible to correctly parse
some expressions without this information.
--
Summary: g++ does not emit DW_AT_explicit
Product: gcc
Version: 4.4.0
Status: UNCONFIRM
There are some examples in the description of member function of the num_get<>
facet
iter_type do_get(iter_type in, iter_type end, ios_base& str, ios_base::iostate&
err, bool& val) const
for the case when (str.flags() & ios_base::boolalpha) != 0, that clarify the
algorithm that the function imple
--- Comment #18 from dje at gcc dot gnu dot org 2008-10-30 14:49 ---
GCC no longer generates branch on count instructions on PowerPC.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from mitul dot thakkar at amd dot com 2008-10-30 14:43
---
(In reply to comment #2)
> Under FreeBSD x68 this works in trunk and branch.
I've tested it from my side and it works with current graphite branch.
Thanks,
Mitul Thakkar.
--
http://gcc.gnu.org/bugzilla/show
There are some examples in the description of member function of the num_get<>
facet
iter_type do_get(iter_type in, iter_type end, ios_base& str, ios_base::iostate&
err, bool& val) const
for the case when (str.flags() & ios_base::boolalpha) != 0, that clarify the
algorithm that the function imple
1 - 100 of 110 matches
Mail list logo
