--- 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 t
--- Comment #14 from michael dot haubenwallner at salomon dot at
2010-06-18 13:44 ---
(In reply to comment #13)
> #include
> #include
> void foo()
> {
> std::map bar;
> }
Simply compiling this source code into an rtl-enabled shared library leads to
t
--- 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, beca
ux: libgcc_s.sl does not have the 'internal name'
(=soname) set
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot g
--- 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 f
--- 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 #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]=='_'
Version: 4.1.2
Status: UNCONFIRMED
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)
> it says that aggregates larger than 256 bytes (mallinfo is
> 320 bytes),
This should be counted in _bits_, not bytes ?
'struct mallinfo' has 40 bytes, 1
--- 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
--- 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.
A
--- 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 #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=13057&action=view)
assembler output without the bug-trigger, built with '-O1 -DNOTRIGGER'
Again,
--- 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=13056&action=view)
the failing assembler output, created with '-O1'
Have the focus on line 18:
18
--- 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=13055&action=view)
testcase, extracted from preprocessor output of real application code.
Have looked at as
Product: gcc
Version: 4.1.1
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: i
--- 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
mary: changed include order when symlinking prefix or moving
binaries
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: 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 anoth
--- 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 |
ed 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/show_bug.cgi?id=29209
--- 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
--- 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=12307&action=view)
valuetype_impl.ii.bz2 (1.5MB unpacked)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29182
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-hpux11.11
GCC host triplet: hppa2.0w-hp-hpux11.11
GCC ta
--- 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=12264&action=view)
tar.bz2 containing logfiles for ICE using HP 'cc -O2'
configure.out: Out
-O2/-O3, 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
--- 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:
$ g
--- 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
's static member
Product: gcc
Version: 3.4.4
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 tr
--- 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=9164&action=view)
patch to quote dir-variable in mklibgcc.in correctly
I do not really expect thi
ng of dir-variable in mklibgcc.in
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: minor
Priority: P2
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
32 matches
Mail list logo
