GNOME Bugzilla – Bug 640201
For GLIB v. 2.23.6 and above: impossibility to build multi-architecture libraries due to gvariant.c - Jan. 21, 2011
Last modified: 2011-01-21 20:23:25 UTC
Platform: Mac Intel Core 2 Duo, 1 GB memory OS: Mac OS X Snow Leopard (v. 10.6.6) IDE & related development tools (e.g., GNU compilers): Xcode 3.2.5 #=============================================== Desired or expected feature: building in one pass GLIB libraries according to GNU compiler suite documentation in such that way for example, CC="gcc -arch i386 -arch x86_64", etc. #=== The matter: until the version n° 2.23.5, eveything seems to go alright (apart some tests failing or blocking). My report, with enclosed ZIP files (in which you will find ASCII log files), is as follows: 1. Preliminary remark: for all versiosn, until 2.27.91, ./configure issues this kind of message : ld: unknown option -export-dynamic collect2: ld returned 1 exit status lipo:'can't open input file:/var/floders/YF/...//ccrf4RR6H.out (no such file or directory) 2. OUR PURPOSE: gvariant.c issuing bugs Answer to the question: " success in building multi-architecture in one pass (Y/N) (with possible comment) ?" v. 2.19.10 => Y (but a few tests or tests blocking) v. 2.20.5 => Y ( " ) | v. 2.21.6 => Y ( --- please kindly see the log files) | v. 2.22.5 => Y ( " ) <-| v. 2.23.5 => Y ( " ) v. 2.23.6 => N (gvariant.c:3234:error:size of array 'Compile_Time_Assertion' is negative lipo:can't found the architecture of:/var/folders/Yf/...//ccSBNvRA.out) v. 2.24.2 => N (gvariant.c:3240 - similar error message) v. 2.25.17 => N (gvariant.c:3735 - " ) v. 2.26.0 => N (gvariant.c:3735 - " ) v. 2.27.4 => N (gvariant.c:3879 - " ) v. 2.27.90 => N (gvariant.c:3882 - " ) v. 2.27.91 => N (gvariant.c:3882 - " ) #====== EXPECTED: same shell script as for v. 2.23.5 to build multi-architecture libraries in one pass. gvariant.c working is espected in order not to use lipo 'manually' to build fat files.. REMARK: replacing gvariant.c for all versions from v. 2.23.6 by gvariant.c of v. 2.23.5 issues other kind(s) of error.
*** This bug has been marked as a duplicate of bug 640202 ***