Broken build: 32-bit FreeBSD, SmartOS, Solaris

Carter Schonwald carter.schonwald at gmail.com
Sat Oct 11 02:28:06 UTC 2014


could be! i'm not equipped to do the right debuggin atm though (i may try
to help out if can get some guidance though )

On Fri, Oct 10, 2014 at 4:55 PM, Karel Gardas <karel.gardas at centrum.cz>
wrote:

>
> Indeed, but this looks like completely unrelated to the issue originally
> reported. Kind of libffi misdetection of target platform? i.e. why it
> compiles win32 related file on macosx?
>
> Just trying to categorize not to decrease importance of this issue!
>
> Karel
>
> On 10/10/14 10:47 PM, Carter Schonwald wrote:
>
>> likewise, 32bit OS X seems to be broken on HEAD too
>>
>> http://lpaste.net/112412 is the relevant bit
>>
>> make[5]:  Nothing  to  be  done  for  `all'.
>> depbase=`echo  src/x86/win32.lo  |  sed  's|[^/]*$|.deps/&|;s|\.lo$||'`;\
>>         /bin/sh  ./libtool     --mode=compile gcc-4.9 -DHAVE_CONFIG_H -I.
>> -I..  -I. -I../include -Iinclude -I../src  -I. -I../include -Iinclude
>> -I../src -U__i686 -m32 -fno-stack-protector -w -MT src/x86/win32.lo -MMD
>> -MP -MF $depbase.Tpo -c -o src/x86/win32.lo ../src/x86/win32.S&&\
>>         mv  -f  $depbase.Tpo  $depbase.Plo
>> libtool:  compile:   gcc-4.9  -DHAVE_CONFIG_H  -I.  -I..  -I.
>> -I../include  -Iinclude  -I../src  -I.  -I../include  -Iinclude  -I../src
>> -U__i686  -m32  -fno-stack-protector  -w  -MT  src/x86/win32.lo  -MMD  -MP
>> -MF  src/x86/.deps/win32.Tpo  -c  ../src/x86/win32.S   -fno-common  -DPIC
>> -o  src/x86/.libs/win32.o
>> ../src/x86/win32.S:1283:section  difference  relocatable  subtraction
>> expression,  ".LFE5"  minus  ".LFB5"  using  a  symbol  at  the  end  of
>> section  will  not  produce  an  assembly  time  constant
>> ../src/x86/win32.S:1283:use  a  symbol  with  a  constant  value
>> created  with  an  assignment  instead  of  the  expression,  L_const_sym
>> =  .LFE5  -  .LFB5
>> ../src/x86/win32.S:1275:section  difference  relocatable  subtraction
>> expression,  ".LEFDE5"  minus  ".LASFDE5"  using  a  symbol  at  the  end
>> of  section  will  not  produce  an  assembly  time  constant
>> ../src/x86/win32.S:1275:use  a  symbol  with  a  constant  value
>> created  with  an  assignment  instead  of  the  expression,  L_const_sym
>> =  .LEFDE5  -  .LASFDE5
>> ../src/x86/win32.S:unknown:missing  indirect  symbols  for  section
>> (__IMPORT,__jump_table)
>> make[5]:  ***  [src/x86/win32.lo]  Error  1
>>
>>
>> On Fri, Oct 10, 2014 at 9:40 AM, Páli Gábor János <pali.gabor at gmail.com
>> <mailto:pali.gabor at gmail.com>> wrote:
>>
>>     2014-10-10 13:30 GMT+02:00 cg <chengang31 at gmail.com
>>     <mailto:chengang31 at gmail.com>>:
>>     >  How can I configure to build x86_64?
>>     >
>>     >  When I build GHC (with msys2), it always builds i386 and I haven't
>>     spotted
>>     >  the option in ./configure to choose a x86_64 release.
>>
>>     This is implicitly determined by the toolchain you use.  So, probably
>>     you have the i686 msys2 installed, while you would need the x86_64
>>     version.  Given, that your operating system (and thus your hardware)
>>     is also x86_64.
>>     _______________________________________________
>>     ghc-devs mailing list
>>     ghc-devs at haskell.org <mailto:ghc-devs at haskell.org>
>>     http://www.haskell.org/mailman/listinfo/ghc-devs
>>
>>
>>
>>
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://www.haskell.org/mailman/listinfo/ghc-devs
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20141010/caca4779/attachment.html>


More information about the ghc-devs mailing list