--- Comment #5 from michael dot haubenwallner at salomon dot at 2010-08-09
08:49 ---
Well, I'm waiting for this to become fixed, even if it isn't a real blocker
here.
There is a workaround (=ugly hack) using alignment attributes within #ifdef's
for the rare cases where this really
--- Comment #14 from michael dot haubenwallner at salomon dot at
2010-06-18 13:44 ---
(In reply to comment #13)
#include string
#include map
void foo()
{
std::mapstd::string, std::string bar;
}
Simply compiling this source code into an rtl-enabled shared library
--- Comment #3 from michael dot haubenwallner at salomon dot at 2010-03-16
14:30 ---
While the input from comment#0 indeed seems to work with gcc-4.2.4 too, this
one has the same problem with 4.2.4, 4.3.1 and 4.4.3 (each hp-gcc):
class A
{
public:
virtual ~A();
virtual
--- Comment #9 from michael dot haubenwallner at salomon dot at 2009-09-29
08:09 ---
(In reply to comment #6)
Can you try GCC 4.3.2 and see if that fails for you?
Still failing with gcc-4.3.3 and gcc-4.4.1: The stage1 xgcc starts doing ICE
once its libgcc_s.a is built, because
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
GCC build triplet: hppa2.0w-hp
--- Comment #6 from michael dot haubenwallner at salomon dot at 2009-05-13
13:08 ---
As this seems to be a bug in glibc headers:
Would it be feasible to add an include-fix for this, to be able to use gcc-4.3
with older glibc?
--
michael dot haubenwallner at salomon dot at changed
--- Comment #8 from michael dot haubenwallner at salomon dot at 2009-05-13
15:21 ---
(In reply to comment #7)
(In reply to comment #6)
Would it be feasible to add an include-fix for this
It should have already been. As libgfortran uses those headers.
Hmm, cannot find anything
--- Comment #9 from michael dot haubenwallner at salomon dot at 2008-11-21
16:12 ---
(In reply to comment #6)
459 if (offset)
460 for (;string[offset]; offset++)
461 for (i = i + offset; string[i]; i++)
462 if (string[i]=='_')
In gcc-4.2.4, line 460
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31468
--- Comment #8 from michael dot haubenwallner at salomon dot at 2007-02-19
12:19 ---
(In reply to comment #5)
snip it says that aggregates larger than 256 bytes (mallinfo is
320 bytes), snip
This should be counted in _bits_, not bytes ?
'struct mallinfo' has 40 bytes, 10 * int32_t
--- Comment #6 from michael dot haubenwallner at salomon dot at 2007-02-17
14:35 ---
(In reply to comment #5)
There is another bug (PR15087) about GCC not obeying the IA64 runtime
alignment
requrements in other cases.
Huh, this one is nearly three years old.
After reading
--- Comment #7 from michael dot haubenwallner at salomon dot at 2007-02-17
15:01 ---
Maybe coincident, but using gcc-3.4.5 with '-O2' works for this one testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30826
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
GCC build triplet: ia64-hp-hpux11.23
GCC host triplet: ia64-hp
--- Comment #1 from michael dot haubenwallner at salomon dot at 2007-02-16
17:50 ---
Created an attachment (id=13055)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13055action=view)
testcase, extracted from preprocessor output of real application code.
Have looked at assembler
--- Comment #2 from michael dot haubenwallner at salomon dot at 2007-02-16
17:56 ---
Created an attachment (id=13056)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13056action=view)
the failing assembler output, created with '-O1'
Have the focus on line 18:
18 adds r8 = 20
--- Comment #3 from michael dot haubenwallner at salomon dot at 2007-02-16
17:58 ---
Created an attachment (id=13057)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13057action=view)
assembler output without the bug-trigger, built with '-O1 -DNOTRIGGER'
Again, focus on line 18:
18
--- Comment #4 from michael dot haubenwallner at salomon dot at 2007-02-16
18:06 ---
Have already debugged inside mallinfo(), where gdb says:
Program received signal SIGBUS, Bus error
si_code: 1 - BUS_ADRALN - Invalid address alignment.
0x20007edb4130:0 in mallinfo+0x180 () from
--- Comment #1 from michael dot haubenwallner at salomon dot at 2006-11-15
21:08 ---
And it does happen when configured with pathes containing double slashes,
fex .../configure --prefix=/my/prefix//usr --bindir=/my/prefix//usr/bin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29831
--- Comment #3 from michael dot haubenwallner at salomon dot at 2006-09-26
07:28 ---
Err, the patch from Bug#26957#c16 is already applied and works.
This is another ICE.
Difference in testcase is that the second ICE occurs when the 'long double
value' is passed to another virtual
org
ReportedBy: michael dot haubenwallner at salomon dot at
GCC build triplet: hppa2.0w-hp-hpux11.11
GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29209
--- Comment #1 from michael dot haubenwallner at salomon dot at 2006-09-25
09:02 ---
Two ICE's while building one source file, first one is from Bug#29182.
--
michael dot haubenwallner at salomon dot at changed:
What|Removed |Added
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
GCC build triplet: hppa2.0w-hp-hpux11.11
GCC host triplet: hppa2.0w-hp-hpux11.11
GCC target triplet: hppa2.0w-hp-hpux11.11
http://gcc.gnu.org/bugzilla
--- Comment #1 from michael dot haubenwallner at salomon dot at 2006-09-22
13:59 ---
Created an attachment (id=12307)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12307action=view)
valuetype_impl.ii.bz2 (1.5MB unpacked)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29182
--- Comment #2 from michael dot haubenwallner at salomon dot at 2006-09-22
14:46 ---
was playing around somewhat after posting and indeed found the small testcase:
$ cat aa.cc
class A {
virtual void f(long double);
};
class B : virtual public A
{
void f(long double
, works
with -O0/-O1
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon
--- Comment #1 from michael dot haubenwallner at salomon dot at 2006-09-14
08:27 ---
Created an attachment (id=12264)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12264action=view)
tar.bz2 containing logfiles for ICE using HP 'cc -O2'
configure.out: Output of 'configure
--- Comment #8 from michael dot haubenwallner at salomon dot at 2005-12-12
09:03 ---
Strange:
any idea what i've missed to not encounter this problem with gcc-3.4.4 ?
Have built my gcc-3.4.4 with two patches (bug#22213 and bug#19933),
vanilla binutils-2.16.1, but native ld:
$ gcc -v
--- Comment #7 from michael dot haubenwallner at salomon dot at 2005-12-01
11:22 ---
Just for completion:
The problem is not GNU ar, but GNU nm.
libstdc++ does not work when built with GNU nm, but works when built with AIX
nm (always without GNU as/ld, but with GNU ar/objdump/ranlib
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24791
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: michael dot haubenwallner at salomon dot at
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22213
--- Additional Comments From michael dot haubenwallner at salomon dot at
2005-06-28 08:54 ---
Created an attachment (id=9164)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9164action=view)
patch to quote dir-variable in mklibgcc.in correctly
I do not really expect this to go
32 matches
Mail list logo
