https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56311
devurandom at gmx dot net changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #6 from devurandom at gmx dot net ---
Did anyone figure out what's going on? Did the gdb log bring new insights?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #8 from devurandom at gmx dot net ---
(In reply to Mike Frysinger from comment #7)
it's beyond my (ia64 beginners) experience to track this down further
i can certainly make available ssh access to interested devs ... it's a fast
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
devurandom at gmx dot net changed:
What|Removed |Added
Target||ia64-unknown-linux-gnu
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: devurandom at gmx dot net
Created attachment 32309
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60465
--- Comment #1 from devurandom at gmx dot net ---
Created attachment 32310
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32310action=edit
emerge --info
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41757
devurandom at gmx dot net changed:
What|Removed |Added
CC||devurandom at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
--- Comment #6 from devurandom at gmx dot net 2013-02-16 13:15:27 UTC ---
Ok...
I assumed that in the cpu-vendor-os triplet the os part contains the reference
to the c library and/or kernel, while vendor refers to the distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
--- Comment #7 from devurandom at gmx dot net 2013-02-16 13:20:49 UTC ---
P.S: Is relaxing the match to accept mingw*, because the library and compiler
are called mingw(-w64), an option? That shouldn't hurt anyone and not make
anything more
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
--- Comment #3 from devurandom at gmx dot net 2013-02-15 10:37:58 UTC ---
(In reply to comment #2)
For mingw-w64 isn't the triplet supposed to be 'x86_64-w64-mingw32'? Or has
the 'old mingw' now grown its own 64-bit support?
That would
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56311
--- Comment #2 from devurandom at gmx dot net 2013-02-14 10:44:25 UTC ---
P.S: I am willing to debug this further on my own, but I need some help.
My first guess is that the files in include-fixed are system headers, which are
somehow
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56311
--- Comment #4 from devurandom at gmx dot net 2013-02-14 19:45:33 UTC ---
Created attachment 29454
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29454
gcc-4.7.2-inclhack-hpux10_stdio_declarations.patch
Attached patch fixes the issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
Bug #: 56332
Summary: libstdc++-v3 does not support x86_64-pc-mingw64: No
support for this host/target combination
Classification: Unclassified
Product: gcc
Version:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56332
--- Comment #1 from devurandom at gmx dot net 2013-02-14 22:30:16 UTC ---
Created attachment 29459
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29459
gcc-4.7.2-libstdc++-v3-os_include_dir-and-error_constants_dir-for-mingw64.patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56311
Bug #: 56311
Summary: gcc/include-fixed/stdio.h: In function ‘_func’:
gcc/include-fixed/stdio.h:135:3: error: expected
declaration specifiers before ‘__extension__’
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56311
--- Comment #1 from devurandom at gmx dot net 2013-02-13 22:31:03 UTC ---
Created attachment 29446
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29446
cross-x86_64-pc-mingw64-gcc-stage1.log.xz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55886
--- Comment #1 from devurandom at gmx dot net 2013-02-13 22:33:33 UTC ---
Created attachment 29447
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29447
gcc-4.7.2-define-have_gas_aligned_comm.patch
(In reply to comment #0)
case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55886
Bug #: 55886
Summary: gcc/configure.ac problems lead to GCC 4.7.2 not
building for x86_64-pc-mingw64
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54956
Bug #: 54956
Summary: GCC 4.7.2: internal compiler error: in emit_move_insn,
at expr.c:3435
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #26 from devurandom at gmx dot net 2011-06-20 12:09:26 UTC ---
Thanks a lot!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #22 from devurandom at gmx dot net 2011-06-17 11:21:02 UTC ---
(In reply to comment #20)
Created attachment 24112 [details]
backported patch
Good. Then attached is the initial backport, I have just verified that it
passes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #23 from devurandom at gmx dot net 2011-06-17 14:04:50 UTC ---
(In reply to comment #22)
(In reply to comment #20)
Created attachment 24112 [details]
backported patch
Good. Then attached is the initial backport, I have just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #15 from devurandom at gmx dot net 2011-04-27 07:45:19 UTC ---
(In reply to comment #14)
(In reply to comment #13)
Fixed on 4.5.
Can it please be fixed in 4.4, too? (Maybe I am wrong, but I see only commits
to trunk/4.6 and 4.5 here.)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #18 from devurandom at gmx dot net 2011-04-27 08:26:51 UTC ---
P.S: Maybe you can backport it anyway, since I opened Gentoo bug #365045 [1].
Having the backport readily available from upstream would probably help
including
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #17 from devurandom at gmx dot net 2011-04-27 08:25:13 UTC ---
This bug prevents Erlang 14B2 from building on my machine, so for me it is
serious. Someone else has to tell whether there will be further 4.4 releases,
of course.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #21 from devurandom at gmx dot net 2011-04-27 10:56:18 UTC ---
(In reply to comment #20)
Created attachment 24112 [details]
backported patch
Thanks! I notified downstream, hopefully they will give it testing through a
bump to gcc-4.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603
--- Comment #14 from devurandom at gmx dot net 2011-04-13 08:05:35 UTC ---
(In reply to comment #13)
Fixed on 4.5.
Will 4.4 also be fixed? A release candidate for 4.4.6 was just released, so it
should probably happen quickly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
--- Comment #4 from devurandom at gmx dot net 2011-01-03 18:24:15 UTC ---
(In reply to comment #3)
4.5.1 shows the same issue when building Clang 2.8.
Persists with 4.5.2.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43653
--- Comment #3 from devurandom at gmx dot net 2010-12-25 23:43:13 UTC ---
4.5.1 shows the same issue when building Clang 2.8.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43659
devurandom at gmx dot net changed:
What|Removed |Added
CC||devurandom at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46616
Summary: ia64: When compiling gcc with lto support: collect2:
ld returned 1 exit status
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority:
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: devurandom at gmx dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42683
32 matches
Mail list logo