--- Additional Comments From rickard dot narstrom at gmail dot com
2005-01-27 22:29 ---
hmmm I don't think this is a normal behavor, shulden't it use english in all
this cases
% echo $LANG
sv_SE.UTF-8
% LANG=C gij Test
Avbruten (SIGABRT)
% env LANG=C gij Test
Avbruten (SIGABRT)
%
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
22:36 ---
Subject: Bug 19293
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-27 22:36:00
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
22:36 ---
Subject: Bug 19329
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-27 22:36:00
Modified files:
gcc:
--- Additional Comments From mark at klomp dot org 2005-01-27 22:44 ---
Subject: Re: gij exits with SIGABR
Could you try running it under gdb and show the backtrace when it
aborts.
$ gdb gij
run Test
{... Abort ...}
bt
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19586
Hi.
Can you tell me if this is still the correct address to send bug reports for
GNU C?
Thanks,
Chris Miller
Tech Pubs
LynuxWorks
Can you tell me if this is still the correct address to send bug reports for
GNU C?
Please use Bugzilla instead:
http://gcc.gnu.org/bugzilla/
Paolo.
--- Additional Comments From guardia at sympatico dot ca 2005-01-27 22:55
---
I think I'm starting to see the problem here... I tried to understand more of
the code, and from this and what you tell me, gcc find registers to use and then
finds instructions to that fits the bill. So
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-27
22:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-01-27
23:08 ---
(In reply to comment #9)
Hmmm, closer inspection of the standard seems to indicate that this is
what the standard says should happen. I think that is a defect, though,
propably best addressed together with
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
23:36 ---
Subject: Bug 17771
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-01-27 23:35:55
Modified files:
gcc:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-27
23:38 ---
Subject: Bug 17771
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_3-branch
Changes by: [EMAIL PROTECTED] 2005-01-27 23:38:40
Modified files:
gcc:
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-27
23:42 ---
Fixed for 3.3.6 and 3.4.4.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28
00:16 ---
Jakub, what's the plan with this one, are you going to fix it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19342
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-28 00:18
---
I bootstrapped again omitting --with-cpu=default32 and with -m64. No problems.
I also built and installed gcc version 3.4.4 20050109 (prerelease) and used it
to bootstrap with -m64. No problems.
--- Additional Comments From dje at gcc dot gnu dot org 2005-01-28 00:18
---
I bootstrapped again omitting --with-cpu=default32 and with -m64. No problems.
I also built and installed gcc version 3.4.4 20050109 (prerelease) and used it
to bootstrap with -m64. No problems.
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28
00:37 ---
Recently a few issues in real.c were detected with valgrind.
They have now been patched:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01825.html
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01827.html
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28
00:55 ---
Did anyone try to profile these already?
--
What|Removed |Added
CC|
--- Additional Comments From steven at gcc dot gnu dot org 2005-01-28
01:04 ---
Final callgraph for amd64:
double accu1(const double*, const double*) [with int n = 2]/21: 22 insns (29
after inlining) needed inlinable asm_written
called by:
calls:
double f(const double*, const
--- Additional Comments From bangerth at dealii dot org 2005-01-28 01:08
---
Confirmed, although I consider this to be a rather minor point since
the code is actually run only once. Here's a small test:
struct A {
A();
~A() {}
};
void foo () {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28
01:22 ---
This is related to PR 17736 which is for empty global variables with empty
constructors.
--
What|Removed |Added
--- Additional Comments From yuri at tsoft dot com 2005-01-28 01:26 ---
(In reply to comment #1)
Confirmed, although I consider this to be a rather minor point since
the code is actually run only once. Here's a small test:
I agree, but it bloats the code, therefore reducing
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28
01:45 ---
But it is still an enhancement because any missed optimization that does not
happen before is.
Also this is a middle-end bug since the middle-end and not the front-end figure
out that the function
is
--- Additional Comments From ian at airs dot com 2005-01-28 03:47 ---
I believe this is fixed by this patch:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg02098.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-28
04:06 ---
Subject: Bug 19650
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-ppc-branch
Changes by: [EMAIL PROTECTED] 2005-01-28 04:06:25
Modified files:
gcc:
For ex. gcc -no-atexit ... will avoid any post-run object destructions.
This feature is very useful: if I have very performance critical application and
all my objects are simple and do not *really* require destructions I may opt for
this. Benefit: will be less extra stuff inserted by compiler
The LINK_GCC_C_SEQUENCE_SPEC provided by gcc/config/sparc/sparc.h is not
applicable to sparc-rtems.
IMO, sparc.h's LINK_GCC_C_SEQUENCE_SPEC probably is specific to solaris and not
generally applicable. May-be, it's an historic artefact.
I am going to apply the patch below to GCC-trunk to
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-28
06:16 ---
Subject: Bug 19663
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-28 06:16:15
Modified files:
gcc: ChangeLog
gcc/config/sparc:
--
What|Removed |Added
Severity|normal |minor
Last reconfirmed|2004-10-29 13:10:16 |2005-01-28 06:20:36
date|
--
What|Removed |Added
Severity|minor |normal
Keywords||build
Last reconfirmed|2004-10-29 13:50:59
--- Additional Comments From uros at kss-loka dot si 2005-01-28 06:23
---
BTW: I don't think that x87 should be fully disabled for -mfpmath=sse. st(0) can
be used as a temporary storage for memory-to-memory transfers. Also, it can do
on-the-fly FP extending and truncating, without
--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-28 06:26
---
Patch here http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01218.html.
This one fixes the testcase, but while writing a larger testcase I found
other unrelated bugs that aren't fixed yet.
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28
06:27 ---
The ICE is a regression.
--
What|Removed |Added
Summary|Linking error on legal
--
What|Removed |Added
Last reconfirmed|2004-10-29 17:38:20 |2005-01-28 06:28:44
date||
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-28
06:31 ---
I could not reproduce this on powerpc-darwin, could you try again?
This might be a stack overflow but I don't know.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17454
Failing code:
templatetypename CharT
struct VisTest
{
inline VisTest ();
};
templatetypename CharT
inline VisTestCharT::VisTest()
{}
extern template class VisTestchar; // It works if we drop that line
int some_function( int do_something ) __attribute__ ((visibility(default)));
int
--- Additional Comments From gdr at integrable-solutions dot net
2005-01-28 07:17 ---
Subject: Re: New: [FEATURE REQUEST] Need an option preventing any atexit
object destructions
yuri at tsoft dot com [EMAIL PROTECTED] writes:
| For ex. gcc -no-atexit ... will avoid any post-run
--- Additional Comments From joerg dot richter at pdv-fs dot de 2005-01-28
07:54 ---
(In reply to comment #26)
Excellent. Can you please check whether on AIX this is ok (de_DE is just
an example, any actually installed named locale should do):
[code]
In short, we should make sure
101 - 138 of 138 matches
Mail list logo
