On 2016-Feb-19, at 11:37 AM, Mark Millard wrote:
> The following program does not work for my example TARGET_ARCH=powerpc and
> TARGET_ARCH=powerpc64 environments for buildworld based on
> projects/clang380-import -r205601:
>
> #include
>
> int main(void)
> {
>try {
On 2016-Feb-26, at 3:16 AM, Mark Millard wrote:
>
> [Top post for a new, level level detail tracking of the error. It may be
> libgcc_s's .eh_frame handling instead of a comiler output problem after all.
> Both 207471 and 207359 have this material now.]
>
> I state the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207253
--- Comment #28 from David Chisnall ---
Ah, I see. It would have helped if your reduced test case had used #include
instead of #include .
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207253
--- Comment #27 from fernando.apesteg...@gmail.com ---
(In reply to David Chisnall from comment #25)
In 10.2 and below OpenVSP compiles without these modifications. It is in
11-CURRENT where it started to fail when we landed the new
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207253
--- Comment #26 from Raphael Kubo da Costa ---
Well, that's FreeBSD 10.2, where the port was already working. The problem only
happens in HEAD after a newer libc++ was imported.
--
You are receiving this mail because:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207253
--- Comment #25 from David Chisnall ---
Works for me:
$ clang++ -c foo.cc
$ clang++ -v
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.2
Thread model: posix
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207253
--- Comment #22 from Raphael Kubo da Costa ---
(In reply to David Chisnall from comment #21)
> This patch looks more complicated than it needs to be. Wouldn't inserting:
>
> using ::array;
>
> Immediately after the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207253
David Chisnall changed:
What|Removed |Added
CC|