Bug 47164 - libffi fails to build for alternate target in multilib configuration
Summary: libffi fails to build for alternate target in multilib configuration
Status: UNCONFIRMED
Alias: None
Product: gcc
Classification: Unclassified
Component: libffi (show other bugs)
Version: 4.6.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-04 05:31 UTC by Victor K.
Modified: 2011-01-06 17:33 UTC (History)
2 users (show)

See Also:
Host: i686-w64-mingw32
Target: i686-w64-mingw32,x86_64-w64-mingw32
Build: i686-pc-mingw32(msys)
Known to work:
Known to fail:
Last reconfirmed:

Attachments
libffi multilib support fix for MingW64 (576 bytes, patch)
2011-01-04 05:31 UTC, Victor K. 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Victor K. 2011-01-04 05:31:31 UTC 
Created attachment 22894 [details]
libffi multilib support fix for MingW64

Then multilib is enabled for toolchain(--enable-multilib) libffi fails to build for alternative(secondary) target.
The issue caused by libffi's configury system only handling the main host/target without any respect to multilib.

For x86_64-w64-mingw32 i've forced to manually import files from libffi 3.0.10-cvs into libffi/src/x86/ from GCC tree but this is out of scope of current issue.

This issue is global for many targets.
I've made a patch fixing this issue for i686-*-mingw32,x86_64-*-mingw32 targets with multilib configuration.