--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-27
08:08 ---
std::cout.imbue( std::locale( C ) );
nor
std::cout.imbue( std::locale::classic() );
nor
export LANG=C
does change anything
Joerg
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642
A self-contained testcase is attached to this bugreport. Please compile it with
-O2 -march=pentium4 -mfpmath=sse -ffast-math.
This part of the testcase:
...
if ( fabs(fabs(NewRay-Direction[Z])- 1.) .1 ) {
/* too close to vertical for comfort, so use cross product with horizon */
--- Additional Comments From uros at kss-loka dot si 2005-01-27 08:35
---
Created an attachment (id=8080)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8080action=view)
Self-contained example
Self-contained example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19653
--- Additional Comments From falk at debian dot org 2005-01-27 09:02
---
(In reply to comment #0)
strspn, strcspn, strpbrk functions make a bitmap out of their second argument
and then process their first argument using that bitmap.
If the second argument is a constant string, that
--- Additional Comments From uros at kss-loka dot si 2005-01-27 09:07
---
I don't think that this has anything to do with regstack and sched2. The fact
is, that for fp-intensive applications, 8 FP regs (either stacked x87 or
non-stack SSE type) is not enough. When there is a shorthage
--- Additional Comments From uros at kss-loka dot si 2005-01-27 09:14
---
A patch (RFC actually) that was used to teach allocator which register set to
use:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01783.html
[This patch probably doesn't work well with xmmintrin.h stuff as pointed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
09:29 ---
Subject: Bug 14329
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-27 09:28:46
Modified files:
gcc: ChangeLog c-objc-common.c
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 09:33
---
C++ front end left to update. See
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01988.html
for an example of something that almost but does not quite work.
--
What|Removed
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
10:13 ---
More knowledgable sources than me say:
[mov %eax, %eax ] is not nop. 32bit operations implicitly zero
extend, so this is zero extension. There is no movqzx.
--
What|Removed
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
10:23 ---
moron alert
--
What|Removed |Added
Status|RESOLVED|REOPENED
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
10:24 ---
/me should read up on the amd64 instruction set first :-(
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2005-01-27 11:11
---
Hi everyone. No, switching by hand to C locale cannot help, because, given
the current generic locale model, the setlocale calls are issued *anyway*.
Indeed,
we could envisage improving on this...
--
--- Additional Comments From pcarlini at suse dot de 2005-01-27 11:16
---
No this is an old issue, fixed by Gerald Pfeifer on May, 20, 2003 (cannot find
the PR #, sorry). No recent release is affected.
--
What|Removed |Added
--- Additional Comments From joseph at codesourcery dot com 2005-01-27
11:34 ---
Subject: Re: Manual changes from GCC book need to be merged
On Thu, 27 Jan 2005, pinskia at gcc dot gnu dot org wrote:
Any more news on this one (or the patch has to be reduced further?).
The last
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
11:53 ---
Subject: Bug 19488
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-27 11:52:50
Modified files:
gcc/ada: ChangeLog 5rosinte.ads 5rtpopsp.adb
GNU Fortran 95 (GCC 4.0.0 20050127 (experimental))
Copyright (C) 2005 Free Software Foundation, Inc.
[EMAIL PROTECTED] guillem $ gfc kk.f90 -lfftw3f
kk.f90: In function 'MAIN__':
kk.f90:14: internal compiler error: in tree_low_cst, at tree.c:3816
Please submit a full bug report,
with preprocessed
--- Additional Comments From pcarlini at suse dot de 2005-01-27 12:25
---
Can you test the attached? Should help, and we can apply it in 3_4-branch, maybe
in mainline too depending on the res of 17140.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642
--- Additional Comments From pcarlini at suse dot de 2005-01-27 12:31
---
Notice, however, that as-is, the patch is not perfect from the correctness point
of view: we should also check LC_NUMERIC...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19642
hello all,
i am trying to build a tool chain with binutils-2.14, and gcc-3.3.2.
i faced an error when make all is given at gcc-3.3.2.
the error is as follows:
In file included from tconfig.h:22,
from libgcc2.c:36:
config/rs6000/linux.h:89:20: signal.h: No such
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
12:38 ---
Subject: Bug 18946
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-27 12:38:38
Modified files:
gcc: ChangeLog c-decl.c
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-27 12:39
---
Fixed in CVS.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-27
12:39 ---
A quick test shows, that std::setlocale(LC_ALL, NULL) returns C C C C C C.
But std::setlocale(LC_NUMERIC, NULL) returns C
I think it is enough to test LC_NUMERIC.
I'll try to test a modified patch. But
--- Additional Comments From pcarlini at suse dot de 2005-01-27 12:46
---
Thanks! For the correctness issue, notice that LC_ALL overrides any LC_*,
therefore checking only LC_NUMERIC seems weaker, still, probably effective in
most circumstances...
--
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-01-27
12:48 ---
Now it sounds like your machine has bad memory. Can you check your memory?
I don't think so it probebly some bad updated env-vars that were back to
correct
values after a re-login or something like
--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-27
12:54 ---
I think this runtimes of the different setlocale() calls might be interesting:
(This is for 100 calls)
category locale time
LC_ALL00.70s
LC_NUMERIC00.29s
LC_ALL C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
12:55 ---
Subject: Bug 18370
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-27 12:54:40
Modified files:
gcc/cp :
--- Additional Comments From pcarlini at suse dot de 2005-01-27 12:57
---
Eh! The runtimes are indeed **very** interesting, thanks! And, also, it looks
like I was wrong in the last comment: in case LC_ALL is set, this is
automatically
seen in setlocale(LC_NUMERIC, 0), therefore your
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
12:57 ---
Subject: Bug 18370
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-27 12:57:43
Modified files:
gcc:
If i bootstrap using installed some old or same CVS mainline gcc (a.k.a. gcc
4.0.0) i have in testsuit results:
=== libstdc++ Summary ===
# of expected passes3472
# of unexpected failures1
# of unexpected successes 1
# of expected failures 5
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 12:59
---
Can be related to PR18360
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:01
---
Sorry, can be related PR19656
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:02
---
Can be related to PR18360
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From dmartin at cliftonlabs dot com 2005-01-27
13:04 ---
I checked out CVS head on 1/27/2005. The memory consumption on this file on
x86_64 was only 750M. I don't know if this qualifies as excessive or not so
I'll let someone else close it.
--
What
--- Additional Comments From wanderer at rsu dot ru 2005-01-27 13:06
---
Example failure log:
Executing on host: /usr/home/wanderer/pkg/build/gcc/obj/gcc/g++ -shared-
libgcc -B/usr/home/wanderer/pkg/build/gcc/obj/gcc/ -nostdinc++ -
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-01-27 13:18 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
With the following patch I got some speedup for depth 100.
from:
tree iv optimization : 2.62 (62%) usr 0.27 (82%) sys 2.92 (62%) wall
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:21 ---
This cross build works for me and many other people.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:24 ---
(In reply to comment #6)
I checked out CVS head on 1/27/2005. The memory consumption on this file on
x86_64 was only 750M. I don't know if this qualifies as excessive or not so
I'll let someone else
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:25 ---
Actually this looks like it is picking up a different libiconv rather than
anything else.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19656
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:25 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Severity|normal |minor
Keywords||missed-optimization, ra
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:31 ---
I am going to agree with Falk here, this is a hard problem to solve inside gcc.
Again talk with you libc
provider.
--
What|Removed |Added
If a namelist which contains a logical variable followed by the same one in a
input file,
sometimes the second namelist is skipped to read. Maybe the example following
shows you
clearer.
implicit none
logical l
integer i
namelist /nm/ i, l
100 continue
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:36 ---
(In reply to comment #13)
No, I didn't :-)
So you suggest closing this as SUSPEND?
Yes. But note IBM haifa is going to submit a pass for this and has been
outlined before.
--
What
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:41 ---
Confirmed, reduced (and self contained) testcase:
program kk
implicit none
integer, parameter :: N=32768, M=N/2-1
real, dimension(N,N):: input
call random_number(input)
end program kk
--
--- Additional Comments From dmartin at cliftonlabs dot com 2005-01-27
13:43 ---
As a point of reference, it's using around 550M on x86. A 50% expansion on a 64
bit architecture (with more registers and opcodes) does not seem completely
unreasonable to me. So perhaps it's not a
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
13:44 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02001.html.
--
What|Removed |Added
--- Additional Comments From gj at pointblue dot com dot pl 2005-01-27
13:46 ---
Subject: Re: openssl speed compiled with 20051020 gcc-4.0
(HEAD) segfaults
rth at gcc dot gnu dot org wrote:
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 06:24
---
I
--
What|Removed |Added
CC||bonzini at gcc dot gnu dot
||org
Summary|gnat tools
--
What|Removed |Added
CC||neroden at gcc dot gnu dot
||org
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-01-27
14:09 ---
You may try adding a gnattools directory, whose makefile and configury is based
on libada's, but which is a host module rather than a target module.
Nathanael knows best, I think.
--
--- Additional Comments From ben at blueslice dot com 2005-01-27 14:27
---
Thank you, I will upgrade the compiler with the most latest version.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
14:36 ---
Subject: Bug 19583
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-27 14:36:22
Modified files:
gcc: ChangeLog gimple-low.c tree-inline.c
--- Additional Comments From ian at airs dot com 2005-01-27 14:38 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen
dot de 2005-01-27 14:53 ---
Bootstrapping and testing completed successfully, but for the testcase
int g(void)
{
struct { int b[2]; } x;
return x.b[0] == x.b[1];
}
we have lowered the comparison to
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-01-27 15:00 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-01-27 13:18 ---
Subject: Re: [4.0 Regression]
--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-27
15:05 ---
With patch draft_19642_3 and count=100
$ time t /dev/null
real 0,64
user 0,60
sys0,01
$ time t cout /dev/null
real 1,14
user 1,12
sys0,00
Now its only 2 times slower than
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-27
15:09 ---
Created an attachment (id=8084)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8084action=view)
Failing C source code
This is indeed a target bug. I've attached a C source
code (from the
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-01-27 15:12 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
the patch is below (in stronger form -- only removing entries that
contain
--
What|Removed |Added
Summary|LAPACK test xeigtsts|[4.0 regression] LAPACK test
|segfaults with optimization |xeigtsts segfaults with
--
What|Removed |Added
Known to fail||4.0.0
Known to work||3.2.3
--
What|Removed |Added
GCC host triplet|ia64-unknown-linux-gnu |
GCC target triplet||ia64-unknown-linux-gnu
Target Milestone|---
--- Additional Comments From pcarlini at suse dot de 2005-01-27 15:52
---
Fixed both hpux and solaris (as reported privately by Eric, thanks!) with:
http://gcc.gnu.org/ml/gcc-cvs/2005-01/msg01023.html
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
15:55 ---
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02033.html
--
What|Removed |Added
--- Additional Comments From pcarlini at suse dot de 2005-01-27 15:59
---
Excellent. Can you please check whether on AIX this is ok (de_DE is just
an example, any actually installed named locale should do):
#include locale.h
#include string.h
#include assert.h
int main()
{
char*
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
16:05 ---
In that case, isn't the following patch enough (modulo testing, doc
fixes, and test cases)?
Index: c-decl.c
===
RCS file:
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
16:32 ---
Given http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00948.html the
patch looks like a good start.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19333
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
16:33 ---
Subject: Bug 17278
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-27 16:32:16
Modified files:
gcc: ChangeLog opts.c tree-ssa-dom.c
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-01-27 16:38
---
Paolo, just a note. This issue has been raised before on the mailing list. (Or
bugzilla, sorry so vague.) If you search stable/AIX/setlocale you might find
something.
There's known problems with setlocale
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
16:40 ---
Partially fixed at least.
Karel, new timings? (This one will probably still be a bit slower, but
hopefully we've gained a bit again...)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17278
--- Additional Comments From pcarlini at suse dot de 2005-01-27 16:56
---
There's known problems with setlocale not being stable on AIX.
Thanks for the pointer. I can find only some rather vague hints, around,
however... (un)stable?!? Or 'just' plain slow?!? ;) ;)
You're right, the
System: Silicon Graphics IRIX64 6.5 07141608 IP30
Configuration option: --bindir=/GNU/GCC
make(gnu make-4.80) ends at the following errors:
/GNU/GCC/gcc/xgcc -B/GNU/GCC/gcc/ -B/usr/local/mips-sgi-irix6.5/bin/
-B/usr/local/mips-sgi-irix6.5/lib/ -isystem /usr/local/mips-sgi-irix6.5/include
--
What|Removed |Added
Component|c |target
Keywords||build, ice-on-valid-code
--- Additional Comments From ralf dot corsepius at rtems dot org
2005-01-27 17:31 ---
(In reply to comment #2)
Confirmed, here is a reduced testcase:
I can't confirm this ICE with your reduced testcase and m68k-rtems-gcc.
But I can confirm m68k-rtems-gcc to be ICEing with the original
--- Additional Comments From rickard dot narstrom at gmail dot com
2005-01-27 17:36 ---
Memtest86+ passed all tests without any error... So the error is elsewere
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
17:39 ---
make: *** [all-gcc] Error 2
This means you just did make, but if your current gcc is known to produce wrong
code it can produce
stuff like this.
Try make bootstrap instead.
--
What
--
What|Removed |Added
CC||rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19645
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-27 17:43
---
I bootstrapped in 64-bit mode and did not encounter any checking failure. Was
extra checking enabled? I used SLES9 gcc-3_3-hammer as the bootstrap compiler.
--
--- Additional Comments From timb at bluearc dot com 2005-01-27 17:50
---
There's certainly a good case for warning about packing that's likely not to
have the desired results - we've been bitten by that before. But that doesn't
really apply to all non-POD; you can define a subset
--- Additional Comments From peter at the-baradas dot com 2005-01-27 18:15
---
See the following for a patch waiting for approval...
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00405.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16719
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 18:41
---
No, no extra anything. This is on a newly installed fedora core 4 system,
so glibc 2.3.4 and gcc 3.4.3-20050113 as bootstrap compiler.
I guess I'll try again and post a .i file if reproducible, or fix it.
--
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-27
19:03 ---
Sorry for not looking at this problem earlier, I had completely missed
this bugzilla entry. (Andrew, if you see any new reports related to
s390 in the future, would you mind putting me on CC so I'm aware
--- Additional Comments From dje at watson dot ibm dot com 2005-01-27
19:09 ---
Subject: Re: PPC64 64-bit build failure
I configured with:
--build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux
--with-cpu=default32 --enable-threads=posix --enable-shared
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-01-27 19:10 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
Another idea: would it be possible to insert the invalidated names
during the optimization pass instead of invalidating all the
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-27
19:52 ---
(In reply to comment #3)
In this
case, transformation could be enhanced to combine multiple divisions, as it is
explained in Agner Fog's How to optimize for the Pentium family of
microprocessors,
extern void abort (void) __attribute__ ((__noreturn__));
/* Count up to *LENGTHP and then return 0. */
int
foo (unsigned *lengthp)
{
unsigned index;
for (index = 0; index != *lengthp; index++)
{
const unsigned *lengthp2 = lengthp;
/* Note that this condition is never true.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
20:29 ---
This is related to PR 18178 (which is the java equivant) by the way.
--
What|Removed |Added
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-27 20:34
---
Subject: Re: PPC64 64-bit build failure
On Thu, Jan 27, 2005 at 07:09:58PM -, dje at watson dot ibm dot com wrote:
--build=powerpc64-linux --host=powerpc64-linux --target=powerpc64-linux
--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr
2005-01-27 20:38 ---
Subject: Re: [4.0 Regression] IV-OPTS is O(N^3)
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
Another idea: would it be possible to insert the invalidated names
during the
--- Additional Comments From mark at klomp dot org 2005-01-27 20:56 ---
Subject: Re: gij exits with SIGABR
Do you hav some locale set?
Try running your program with LANG=C.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
21:15 ---
--with-cpu=default32 builds 32bit by default IIRC.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19645
--- Additional Comments From dje at watson dot ibm dot com 2005-01-27
21:20 ---
Subject: Re: PPC64 64-bit build failure
--with-cpu=default32 builds 32bit by default IIRC.
You obviously replied without reading my message. I said, I am building
everything with -m64.
--
--- Additional Comments From lins1 at wyeth dot com 2005-01-27 21:25
---
Subject: Re: fail to build gcc 3.4.3 on IRIX6.5
make bootstrap results in the same. The gcc being used is gcc3.3 from
freeware.sgi.com.
pinskia at gcc dot gnu dot org [EMAIL PROTECTED]
1/27/2005 12:39:08 PM
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-27
21:26 ---
The lang hook thinks that with the 'const' the types of 'dest' and 'orig'
in may_propagate_copy are not the same.
(gdb)
2820 else if (!may_propagate_copy (op, val))
4: debug_generic_stmt
--- Additional Comments From fabrice dot salvaire at desy dot de
2005-01-27 21:28 ---
This code is illegal.
The fields muon_m and muon_p in the class MC_particles doesn't exists
anymore, the ice is due to this line in the constructor:
MC_particles::MC_particles ()
: jpsi (__null),
--- Additional Comments From gschafer at zip dot com dot au 2005-01-27
21:39 ---
The patch was approved by the RM here:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00850.html
but it is still not applied. It would be great if you could pls commit this
patch then close the BZ.
Many
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
21:47 ---
Reduced to:
class MC_particles
{
enum muon {muon_m, muon_p};
MC_particles ();
};
MC_particles::MC_particles ()
: muon_m (__null), muon_p (__null)
{
}
Fixed in 3.4.0 already.
--
What
--- Additional Comments From sgk at troutmask dot apl dot washington dot
edu 2005-01-27 21:55 ---
New patch at http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02076.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18565
--- Additional Comments From rickard dot narstrom at gmail dot com
2005-01-27 22:18 ---
(In reply to comment #8)
Subject: Re: gij exits with SIGABR
Do you hav some locale set?
Try running your program with LANG=C.
Dosen't help att all, I only get the aborted message in
When some object having empty destructor is declared as static in the local
context of some function g++ still inserts atexit call with the empty handler
like __tcf_0 below.
It may seem like minor issue but redundant instructions increase chances for
I-cache misses and worthen processor pipeline.
1 - 100 of 138 matches
Mail list logo