GHC HEAD now needs extra tools to build libffi?
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2] /u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/> On my Ubuntu machine, I was able to work around the issue by running: apt-get install texinfo But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz? Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa... [2] http://lpaste.net/6716863452582772736
I hope this will be fixed with: https://phabricator.haskell.org/D4053 and https://phabricator.haskell.org/D4054 Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz?
Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa... [2] http://lpaste.net/6716863452582772736 _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Moritz Angermann <moritz@lichtzwerge.de> writes:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 and https://phabricator.haskell.org/D4054
This should be fixed as of 9968aa3631bdee7b3215dcaf7b513d8ffe6fff4c. Cheers, - Ben
Anyone else getting linker errors? /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint64' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_double' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_float' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_pointer' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_void' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_prep_cif' collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) iserv/ghc.mk:108: recipe for target 'iserv/stage2_dyn/build/tmp/ghc-iserv-dyn' f ailed make[1]: *** [iserv/stage2_dyn/build/tmp/ghc-iserv-dyn] Error 1 make[1]: *** Waiting for unfinished jobs.... <<ghc: 2235737040 bytes, 225 GCs, 21703308/57027464 avg/max bytes residency (8 s amples), 150M in use, 0.000 INIT (0.000 elapsed), 1.432 MUT (1.681 elapsed), 0.5 76 GC (0.651 elapsed) :ghc>> Makefile:122: recipe for target 'all' failed make: *** [all] Error 2 This is after running make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete then ./boot && ./configure && make -j5 (ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI) On 10/01/2017 07:09 PM, Moritz Angermann wrote:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 and https://phabricator.haskell.org/D4054
Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com <mailto:ryan.gl.scott@gmail.com>> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz?
Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa... [2] http://lpaste.net/6716863452582772736 _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
I pulled head this morning and built with no problems on a Mac. I wonder if you need to pull submodules as well (which I did) or if you're missing some newly required dependency. John On Tue, Oct 3, 2017 at 10:55 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint64' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_double' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_float' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_pointer' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_void' /home/thomas/git/ghc-new/libraries/ghci/dist-install/ build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_prep_cif' collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) iserv/ghc.mk:108: recipe for target 'iserv/stage2_dyn/build/tmp/ghc-iserv-dyn' f ailed make[1]: *** [iserv/stage2_dyn/build/tmp/ghc-iserv-dyn] Error 1 make[1]: *** Waiting for unfinished jobs.... <<ghc: 2235737040 <(223)%20573-7040> bytes, 225 GCs, 21703308/57027464 avg/max bytes residency (8 s amples), 150M in use, 0.000 INIT (0.000 elapsed), 1.432 MUT (1.681 elapsed), 0.5 76 GC (0.651 elapsed) :ghc>> Makefile:122: recipe for target 'all' failed make: *** [all] Error 2
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
On 10/01/2017 07:09 PM, Moritz Angermann wrote:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 and https:// phabricator.haskell.org/D4054
Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz?
Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a73 0e63ddfa82 [2] http://lpaste.net/6716863452582772736 _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing listghc-devs@haskell.orghttp://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Not sure. I ran `git submodule update --init --recursive` and git status says everything's up to date. I'm on Ubuntu 16.10. On 10/03/2017 02:17 PM, John Leo wrote:
I pulled head this morning and built with no problems on a Mac. I wonder if you need to pull submodules as well (which I did) or if you're missing some newly required dependency.
John
On Tue, Oct 3, 2017 at 10:55 AM, Thomas Jakway <tjakway@nyu.edu <mailto:tjakway@nyu.edu>> wrote:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint64' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_double' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_float' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_pointer' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_void' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_prep_cif' collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) iserv/ghc.mk:108 <http://ghc.mk:108>: recipe for target 'iserv/stage2_dyn/build/tmp/ghc-iserv-dyn' f ailed make[1]: *** [iserv/stage2_dyn/build/tmp/ghc-iserv-dyn] Error 1 make[1]: *** Waiting for unfinished jobs.... <<ghc: 2235737040 <tel:%28223%29%20573-7040> bytes, 225 GCs, 21703308/57027464 avg/max bytes residency (8 s amples), 150M in use, 0.000 INIT (0.000 elapsed), 1.432 MUT (1.681 elapsed), 0.5 76 GC (0.651 elapsed) :ghc>> Makefile:122: recipe for target 'all' failed make: *** [all] Error 2
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
On 10/01/2017 07:09 PM, Moritz Angermann wrote:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 <https://phabricator.haskell.org/D4053> and https://phabricator.haskell.org/D4054 <https://phabricator.haskell.org/D4054>
Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com <mailto:ryan.gl.scott@gmail.com>> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/ <http://www.gnu.org/software/texinfo/>> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/ <http://www.gnu.org/software/make/>>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz?
Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa... <http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa82> [2] http://lpaste.net/6716863452582772736 <http://lpaste.net/6716863452582772736> _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
Can you confirm which commit you are on? On October 3, 2017 4:36:48 PM EDT, Thomas Jakway <tjakway@nyu.edu> wrote:
Not sure. I ran `git submodule update --init --recursive` and git status says everything's up to date. I'm on Ubuntu 16.10.
On 10/03/2017 02:17 PM, John Leo wrote:
I pulled head this morning and built with no problems on a Mac. I wonder if you need to pull submodules as well (which I did) or if you're missing some newly required dependency.
John
On Tue, Oct 3, 2017 at 10:55 AM, Thomas Jakway <tjakway@nyu.edu <mailto:tjakway@nyu.edu>> wrote:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_uint32'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_uint16'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_uint8'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_sint64'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_sint32'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_sint16'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_sint8'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_double'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_float'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_pointer'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_type_void'
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3.
20171003.so: error: undefined reference to 'ffi_prep_cif' collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) iserv/ghc.mk:108 <http://ghc.mk:108>: recipe for target 'iserv/stage2_dyn/build/tmp/ghc-iserv-dyn' f ailed make[1]: *** [iserv/stage2_dyn/build/tmp/ghc-iserv-dyn] Error 1 make[1]: *** Waiting for unfinished jobs.... <<ghc: 2235737040 <tel:%28223%29%20573-7040> bytes, 225 GCs, 21703308/57027464 avg/max bytes residency (8 s amples), 150M in use, 0.000 INIT (0.000 elapsed), 1.432 MUT
(1.681
elapsed), 0.5 76 GC (0.651 elapsed) :ghc>> Makefile:122: recipe for target 'all' failed make: *** [all] Error 2
This is after running
make clean && make distclean && find . -name "*.o" -type f
-delete
&& find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
On 10/01/2017 07:09 PM, Moritz Angermann wrote:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 <https://phabricator.haskell.org/D4053> and https://phabricator.haskell.org/D4054 <https://phabricator.haskell.org/D4054>
Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com <mailto:ryan.gl.scott@gmail.com>> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81:
makeinfo:
command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/ <http://www.gnu.org/software/texinfo/>> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/ <http://www.gnu.org/software/make/>>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know
what's
happening here Moritz?
Best, Ryan S. ----- [1]
http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa...
<http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa82>
[2] http://lpaste.net/6716863452582772736 <http://lpaste.net/6716863452582772736> _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hm, so it's definitely not anything I changed. I just cloned and built it and got the same problem (7109fa8157f3258912c947f28dab7617b5e5d281). On 10/03/2017 04:42 PM, Ben Gamari wrote:
Can you confirm which commit you are on?
On October 3, 2017 4:36:48 PM EDT, Thomas Jakway <tjakway@nyu.edu> wrote:
Not sure. I ran `git submodule update --init --recursive` and git status says everything's up to date. I'm on Ubuntu 16.10.
On 10/03/2017 02:17 PM, John Leo wrote:
I pulled head this morning and built with no problems on a Mac. I wonder if you need to pull submodules as well (which I did) or if you're missing some newly required dependency.
John
On Tue, Oct 3, 2017 at 10:55 AM, Thomas Jakway <tjakway@nyu.edu <mailto:tjakway@nyu.edu>> wrote:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint64' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_double' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_float' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_pointer' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_void' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_prep_cif' collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) iserv/ghc.mk:108 <http://ghc.mk:108>: recipe for target 'iserv/stage2_dyn/build/tmp/ghc-iserv-dyn' f ailed make[1]: *** [iserv/stage2_dyn/build/tmp/ghc-iserv-dyn] Error 1 make[1]: *** Waiting for unfinished jobs.... <<ghc: 2235737040 <tel:%28223%29%20573-7040> bytes, 225 GCs, 21703308/57027464 avg/max bytes residency (8 s amples), 150M in use, 0.000 INIT (0.000 elapsed), 1.432 MUT (1.681 elapsed), 0.5 76 GC (0.651 elapsed) :ghc>> Makefile:122: recipe for target 'all' failed make: *** [all] Error 2
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
On 10/01/2017 07:09 PM, Moritz Angermann wrote:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 <https://phabricator.haskell.org/D4053> and https://phabricator.haskell.org/D4054 <https://phabricator.haskell.org/D4054>
Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com <mailto:ryan.gl.scott@gmail.com>> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/ <http://www.gnu.org/software/texinfo/>> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/ <http://www.gnu.org/software/make/>>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz?
Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa... <http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa82> [2] http://lpaste.net/6716863452582772736 <http://lpaste.net/6716863452582772736> _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Build flavor is devel2, of course. On 10/03/2017 04:42 PM, Ben Gamari wrote:
Can you confirm which commit you are on?
On October 3, 2017 4:36:48 PM EDT, Thomas Jakway <tjakway@nyu.edu> wrote:
Not sure. I ran `git submodule update --init --recursive` and git status says everything's up to date. I'm on Ubuntu 16.10.
On 10/03/2017 02:17 PM, John Leo wrote:
I pulled head this morning and built with no problems on a Mac. I wonder if you need to pull submodules as well (which I did) or if you're missing some newly required dependency.
John
On Tue, Oct 3, 2017 at 10:55 AM, Thomas Jakway <tjakway@nyu.edu <mailto:tjakway@nyu.edu>> wrote:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint64' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint32' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint16' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_sint8' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_double' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_float' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_pointer' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_void' /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_prep_cif' collect2: error: ld returned 1 exit status `gcc' failed in phase `Linker'. (Exit code: 1) iserv/ghc.mk:108 <http://ghc.mk:108>: recipe for target 'iserv/stage2_dyn/build/tmp/ghc-iserv-dyn' f ailed make[1]: *** [iserv/stage2_dyn/build/tmp/ghc-iserv-dyn] Error 1 make[1]: *** Waiting for unfinished jobs.... <<ghc: 2235737040 <tel:%28223%29%20573-7040> bytes, 225 GCs, 21703308/57027464 avg/max bytes residency (8 s amples), 150M in use, 0.000 INIT (0.000 elapsed), 1.432 MUT (1.681 elapsed), 0.5 76 GC (0.651 elapsed) :ghc>> Makefile:122: recipe for target 'all' failed make: *** [all] Error 2
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
On 10/01/2017 07:09 PM, Moritz Angermann wrote:
I hope this will be fixed with: https://phabricator.haskell.org/D4053 <https://phabricator.haskell.org/D4053> and https://phabricator.haskell.org/D4054 <https://phabricator.haskell.org/D4054>
Sent from my iPhone
On 2 Oct 2017, at 6:33 AM, Ryan Scott <ryan.gl.scott@gmail.com <mailto:ryan.gl.scott@gmail.com>> wrote:
Trying to build a fresh copy of GHC HEAD (at commit [1]) today failed for me with this error: [2]
/u/rgscott/Software/ghc4/libffi/build/missing: line 81: makeinfo: command not found WARNING: 'makeinfo' is missing on your system. You should only need it if you modified a '.texi' file, or any other file indirectly affecting the aspect of the manual. You might want to install the Texinfo package: <http://www.gnu.org/software/texinfo/ <http://www.gnu.org/software/texinfo/>> The spurious makeinfo call might also be the consequence of using a buggy 'make' (AIX, DU, IRIX), in which case you might want to install GNU make: <http://www.gnu.org/software/make/ <http://www.gnu.org/software/make/>>
On my Ubuntu machine, I was able to work around the issue by running:
apt-get install texinfo
But I'm not sure if the texinfo requirement was expected or an unintended side effect of recent libffi changes. Do you know what's happening here Moritz?
Best, Ryan S. ----- [1] http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa... <http://git.haskell.org/ghc.git/commit/e515c7f37be97e1c2ccc497ddd0a730e63ddfa82> [2] http://lpaste.net/6716863452582772736 <http://lpaste.net/6716863452582772736> _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org <mailto:ghc-devs@haskell.org> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs <http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs>
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Thomas Jakway <tjakway@nyu.edu> writes:
Anyone else getting linker errors?
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
I'm afraid I can't reproduce this. What platform/operating system is this on? Cheers, - Ben
I'm on Ubuntu 16.10. I ran git bisect: ---------------------- e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400 Allow libffi snapshots This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296 The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191. This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system. Updates libffi-tarballs submodule. Reviewers: austin, bgamari, hvr Subscribers: hvr, erikd, rwbarton, thomie Differential Revision: https://phabricator.haskell.org/D3574 ---------------------- I can't reproduce it on my other linux computers though. On 10/04/2017 02:17 PM, Ben Gamari wrote:
Thomas Jakway <tjakway@nyu.edu> writes:
Anyone else getting linker errors?
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore. Then again this should not result in link issues but rather in build time issues. The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated. I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch? Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
On 10/04/2017 02:17 PM, Ben Gamari wrote: Thomas Jakway <tjakway@nyu.edu> writes:
Anyone else getting linker errors?
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Thanks for getting back to me. (I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back. Before I got the issue on a clean checkout I thought it was something I did to the build files. I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error. On 10/09/2017 02:40 AM, Moritz Angermann wrote:
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
On 10/04/2017 02:17 PM, Ben Gamari wrote: Thomas Jakway <tjakway@nyu.edu> writes:
Anyone else getting linker errors?
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Hi, so this somehow looks like for a not yet absolutely clear reason to me, when building ghci, we fail to link in libffi, for some configurations. Joachim, as far as I could see, you are using ghc 8.0.1 to boostrap the compiler. Thomas are you by any chance bootstrapping with 8.0.1 as well? I assume Ben bootstraps wit 8.2.1. I'll set up a Ubuntu 16.10 machine tomorrow and try to reproduce this. Joachim, is perf.haskell.org running Ubuntu as well? Cheers, Moritz
On Oct 11, 2017, at 1:43 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Thanks for getting back to me.
(I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back.
Before I got the issue on a clean checkout I thought it was something I did to the build files.
I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error.
On 10/09/2017 02:40 AM, Moritz Angermann wrote:
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
On 10/04/2017 02:17 PM, Ben Gamari wrote: Thomas Jakway <tjakway@nyu.edu> writes:
Anyone else getting linker errors?
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Hi, it’s an Arch linux (generously sponsored by Richard’s university). I have not idea how to give more precise information about the distro release version or such :-) Greetings, Joachim Am Mittwoch, den 18.10.2017, 22:02 +0800 schrieb Moritz Angermann:
Hi,
so this somehow looks like for a not yet absolutely clear reason to me, when building ghci, we fail to link in libffi, for some configurations.
Joachim, as far as I could see, you are using ghc 8.0.1 to boostrap the compiler. Thomas are you by any chance bootstrapping with 8.0.1 as well? I assume Ben bootstraps wit 8.2.1.
I'll set up a Ubuntu 16.10 machine tomorrow and try to reproduce this.
Joachim, is perf.haskell.org running Ubuntu as well?
Cheers, Moritz
On Oct 11, 2017, at 1:43 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Thanks for getting back to me.
(I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back.
Before I got the issue on a clean checkout I thought it was something I did to the build files.
I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error.
On 10/09/2017 02:40 AM, Moritz Angermann wrote:
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
On 10/04/2017 02:17 PM, Ben Gamari wrote: Thomas Jakway <tjakway@nyu.edu> writes:
Anyone else getting linker errors?
This is after running
make clean && make distclean && find . -name "*.o" -type f -delete && find . -name "*.hi" -type f -delete
then
./boot && ./configure && make -j5
(ghc-new is not a new checkout, this error is happening on a branch I'm working on, but one that doesn't touch the FFI)
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/
Hi, I was able to reproduce this with: Ubuntu 16.10 (YakketyYak), stack's ghc (8.0.2) (via stack setup). I'll try to figure out what's going wrong here. Cheers, Moritz
On Oct 18, 2017, at 11:38 PM, Joachim Breitner <mail@joachim-breitner.de> wrote:
Hi,
it’s an Arch linux (generously sponsored by Richard’s university). I have not idea how to give more precise information about the distro release version or such :-)
Greetings, Joachim
Am Mittwoch, den 18.10.2017, 22:02 +0800 schrieb Moritz Angermann:
Hi,
so this somehow looks like for a not yet absolutely clear reason to me, when building ghci, we fail to link in libffi, for some configurations.
Joachim, as far as I could see, you are using ghc 8.0.1 to boostrap the compiler. Thomas are you by any chance bootstrapping with 8.0.1 as well? I assume Ben bootstraps wit 8.2.1.
I'll set up a Ubuntu 16.10 machine tomorrow and try to reproduce this.
Joachim, is perf.haskell.org running Ubuntu as well?
Cheers, Moritz
On Oct 11, 2017, at 1:43 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Thanks for getting back to me.
(I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back.
Before I got the issue on a clean checkout I thought it was something I did to the build files.
I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error.
On 10/09/2017 02:40 AM, Moritz Angermann wrote:
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
On 10/04/2017 02:17 PM, Ben Gamari wrote: Thomas Jakway <tjakway@nyu.edu> writes:
> Anyone else getting linker errors? > > This is after running > > make clean && make distclean && find . -name "*.o" -type f -delete && > find . -name "*.hi" -type f -delete > > then > > ./boot && ./configure && make -j5 > > (ghc-new is not a new checkout, this error is happening on a branch I'm > working on, but one that doesn't touch the FFI) >
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
————————————————— Moritz Angermann +49 170 54 33 0 74 moritz@lichtzwerge.de lichtzwerge GmbH Raiffeisenstr. 8 93185 Michelsneukirchen Amtsgericht Regensburg HRB 14723 Geschäftsführung: Moritz Angermann, Ralf Sangl USt-Id: DE291948767 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Hi, As it turns out this might be linker madness. I do not yet understand why this did work with the "old" libffi though. The command that fails is a rather long gcc invocation asking it to link a bunch of libraries together. $ gcc -fno-stack-protector -DTABLES_NEXT_TO_CODE '-fuse-ld=gold' [...] -lHSghci-8.3-ghc8.3.20171018 [...] -lffi [...] From the error message, we know taht ghci depends on libffi. E.g.
libHSghci-8.3-ghc8.3.20171018.so: error: undefined reference to 'ffi_prep_cif'
Now there are two possible configurations that do (successfully) link on my test machine: 1.) Droppping `-fuse-ld=gold`. 2.) Moving `-lffi` prior to `-lHSghci-8.3-ghc8.3.20171018`. I guess we could also add the libffi symbols the the other -Wl,-u,... symbols. Obviously I would not see this on macOS, as there is no go.ld on macOS. On my ubuntu system, gold is
GNU gold (GNU Binutils for Ubuntu 2.27) 1.12
Again, as I stated in the beginning, I fail to understand why this should related to the new libffi version. As such running `LD=ld ./configure && make -j` does indeed complete successfully on my machine. If someone has any idea what the core issue between the libffi update and these build failures is, I'd be happy to know! Cheers, Moritz
On Oct 18, 2017, at 11:38 PM, Joachim Breitner <mail@joachim-breitner.de> wrote:
Hi,
it’s an Arch linux (generously sponsored by Richard’s university). I have not idea how to give more precise information about the distro release version or such :-)
Greetings, Joachim
Am Mittwoch, den 18.10.2017, 22:02 +0800 schrieb Moritz Angermann:
Hi,
so this somehow looks like for a not yet absolutely clear reason to me, when building ghci, we fail to link in libffi, for some configurations.
Joachim, as far as I could see, you are using ghc 8.0.1 to boostrap the compiler. Thomas are you by any chance bootstrapping with 8.0.1 as well? I assume Ben bootstraps wit 8.2.1.
I'll set up a Ubuntu 16.10 machine tomorrow and try to reproduce this.
Joachim, is perf.haskell.org running Ubuntu as well?
Cheers, Moritz
On Oct 11, 2017, at 1:43 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Thanks for getting back to me.
(I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back.
Before I got the issue on a clean checkout I thought it was something I did to the build files.
I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error.
On 10/09/2017 02:40 AM, Moritz Angermann wrote:
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
On 10/04/2017 02:17 PM, Ben Gamari wrote: Thomas Jakway <tjakway@nyu.edu> writes:
> Anyone else getting linker errors? > > This is after running > > make clean && make distclean && find . -name "*.o" -type f -delete && > find . -name "*.hi" -type f -delete > > then > > ./boot && ./configure && make -j5 > > (ghc-new is not a new checkout, this error is happening on a branch I'm > working on, but one that doesn't touch the FFI) >
I'm afraid I can't reproduce this. What platform/operating system is this on?
Cheers,
- Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
————————————————— Moritz Angermann +49 170 54 33 0 74 moritz@lichtzwerge.de lichtzwerge GmbH Raiffeisenstr. 8 93185 Michelsneukirchen Amtsgericht Regensburg HRB 14723 Geschäftsführung: Moritz Angermann, Ralf Sangl USt-Id: DE291948767 Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
Hi, JFTR, upgrading the Arch installation, including ghc to 8.2.1, fixes the issue for perf.haskell.org. Greetings, Joachim Am Donnerstag, den 19.10.2017, 16:28 +0800 schrieb Moritz Angermann:
Hi,
As it turns out this might be linker madness. I do not yet understand why this did work with the "old" libffi though.
The command that fails is a rather long gcc invocation asking it to link a bunch of libraries together.
$ gcc -fno-stack-protector -DTABLES_NEXT_TO_CODE '-fuse-ld=gold' [...] -lHSghci-8.3-ghc8.3.20171018 [...] -lffi [...]
From the error message, we know taht ghci depends on libffi. E.g.
libHSghci-8.3-ghc8.3.20171018.so: error: undefined reference to 'ffi_prep_cif'
Now there are two possible configurations that do (successfully) link on my test machine:
1.) Droppping `-fuse-ld=gold`. 2.) Moving `-lffi` prior to `-lHSghci-8.3-ghc8.3.20171018`.
I guess we could also add the libffi symbols the the other -Wl,-u,... symbols.
Obviously I would not see this on macOS, as there is no go.ld on macOS. On my ubuntu system, gold is
GNU gold (GNU Binutils for Ubuntu 2.27) 1.12
Again, as I stated in the beginning, I fail to understand why this should related to the new libffi version.
As such running `LD=ld ./configure && make -j` does indeed complete successfully on my machine.
If someone has any idea what the core issue between the libffi update and these build failures is, I'd be happy to know!
Cheers, Moritz
On Oct 18, 2017, at 11:38 PM, Joachim Breitner <mail@joachim-breitner.de> wrote:
Hi,
it’s an Arch linux (generously sponsored by Richard’s university). I have not idea how to give more precise information about the distro release version or such :-)
Greetings, Joachim
Am Mittwoch, den 18.10.2017, 22:02 +0800 schrieb Moritz Angermann:
Hi,
so this somehow looks like for a not yet absolutely clear reason to me, when building ghci, we fail to link in libffi, for some configurations.
Joachim, as far as I could see, you are using ghc 8.0.1 to boostrap the compiler. Thomas are you by any chance bootstrapping with 8.0.1 as well? I assume Ben bootstraps wit 8.2.1.
I'll set up a Ubuntu 16.10 machine tomorrow and try to reproduce this.
Joachim, is perf.haskell.org running Ubuntu as well?
Cheers, Moritz
On Oct 11, 2017, at 1:43 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Thanks for getting back to me.
(I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back.
Before I got the issue on a clean checkout I thought it was something I did to the build files.
I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error.
On 10/09/2017 02:40 AM, Moritz Angermann wrote:
Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
I'm on Ubuntu 16.10.
I ran git bisect:
----------------------
e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 Author: Moritz Angermann <moritz.angermann@gmail.com> Date: Sat Sep 30 09:31:12 2017 -0400
Allow libffi snapshots
This is rather annoying. I'd prefer to have a stable release to use. However libffi-3.2.1 has been released November 12, 2014, and libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296
The core reason for this change is that llvm changed the supported assembly to unified syntax, which libffi-3.2.1 does not use, and hence fails to compile for arm with llvm. For refence, see the following issue: https://github.com/libffi/libffi/issues/191.
This diff contains a script to generate a tarball for the `libffi-tarballs` repository from the libffi GitHub repository; as well as the necessary changes to the build system.
Updates libffi-tarballs submodule.
Reviewers: austin, bgamari, hvr
Subscribers: hvr, erikd, rwbarton, thomie
Differential Revision: https://phabricator.haskell.org/D3574
----------------------
I can't reproduce it on my other linux computers though.
> On 10/04/2017 02:17 PM, Ben Gamari wrote: > Thomas Jakway <tjakway@nyu.edu> writes: > > > Anyone else getting linker errors? > > > > This is after running > > > > make clean && make distclean && find . -name "*.o" -type f -delete && > > find . -name "*.hi" -type f -delete > > > > then > > > > ./boot && ./configure && make -j5 > > > > (ghc-new is not a new checkout, this error is happening on a branch I'm > > working on, but one that doesn't touch the FFI) > > > > I'm afraid I can't reproduce this. What platform/operating system is > this on? > > Cheers, > > - Ben
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
————————————————— Moritz Angermann +49 170 54 33 0 74 moritz@lichtzwerge.de
lichtzwerge GmbH Raiffeisenstr. 8 93185 Michelsneukirchen
Amtsgericht Regensburg HRB 14723 Geschäftsführung: Moritz Angermann, Ralf Sangl USt-Id: DE291948767
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs -- Joachim “nomeata” Breitner mail@joachim-breitner.de https://www.joachim-breitner.de/
I still can’t make sense of this. Is your gold a different version now as well? Sent from my iPhone
On 23 Oct 2017, at 8:45 PM, Joachim Breitner <mail@joachim-breitner.de> wrote:
Hi,
JFTR, upgrading the Arch installation, including ghc to 8.2.1, fixes the issue for perf.haskell.org.
Greetings, Joachim
Am Donnerstag, den 19.10.2017, 16:28 +0800 schrieb Moritz Angermann:
Hi,
As it turns out this might be linker madness. I do not yet understand why this did work with the "old" libffi though.
The command that fails is a rather long gcc invocation asking it to link a bunch of libraries together.
$ gcc -fno-stack-protector -DTABLES_NEXT_TO_CODE '-fuse-ld=gold' [...] -lHSghci-8.3-ghc8.3.20171018 [...] -lffi [...]
From the error message, we know taht ghci depends on libffi. E.g.
libHSghci-8.3-ghc8.3.20171018.so: error: undefined reference to 'ffi_prep_cif'
Now there are two possible configurations that do (successfully) link on my test machine:
1.) Droppping `-fuse-ld=gold`. 2.) Moving `-lffi` prior to `-lHSghci-8.3-ghc8.3.20171018`.
I guess we could also add the libffi symbols the the other -Wl,-u,... symbols.
Obviously I would not see this on macOS, as there is no go.ld on macOS. On my ubuntu system, gold is
GNU gold (GNU Binutils for Ubuntu 2.27) 1.12
Again, as I stated in the beginning, I fail to understand why this should related to the new libffi version.
As such running `LD=ld ./configure && make -j` does indeed complete successfully on my machine.
If someone has any idea what the core issue between the libffi update and these build failures is, I'd be happy to know!
Cheers, Moritz
On Oct 18, 2017, at 11:38 PM, Joachim Breitner <mail@joachim-breitner.de> wrote:
Hi,
it’s an Arch linux (generously sponsored by Richard’s university). I have not idea how to give more precise information about the distro release version or such :-)
Greetings, Joachim
Am Mittwoch, den 18.10.2017, 22:02 +0800 schrieb Moritz Angermann:
Hi,
so this somehow looks like for a not yet absolutely clear reason to me, when building ghci, we fail to link in libffi, for some configurations.
Joachim, as far as I could see, you are using ghc 8.0.1 to boostrap the compiler. Thomas are you by any chance bootstrapping with 8.0.1 as well? I assume Ben bootstraps wit 8.2.1.
I'll set up a Ubuntu 16.10 machine tomorrow and try to reproduce this.
Joachim, is perf.haskell.org running Ubuntu as well?
Cheers, Moritz
On Oct 11, 2017, at 1:43 AM, Thomas Jakway <tjakway@nyu.edu> wrote:
Thanks for getting back to me.
(I think you mean `git clean -x -f -d`): I usually omit -x but I'll give it a go and report back.
Before I got the issue on a clean checkout I thought it was something I did to the build files.
I also tried building the latest release of libffi (v3.2.1) and using it in configure with --with-ffi-includes and --with-ffi-libraries but got the same error.
On 10/09/2017 02:40 AM, Moritz Angermann wrote: Yes, this commit indeed introduced the need for makeinfo, however after some debugging and improved packaging of the external libffi library, this dependency was removed again, and should not be required with the latest head anymore.
Then again this should not result in link issues but rather in build time issues.
The key to libffi is the libffi-tarballs git submodule, which contains the packaged libffi-tarballs. Make sure all your submodules are also updated.
I usually use `git -x -f -d` (read the documentation first) to ensure a clean working tree. Especially as you say you can’t reproduce it on other machines, maybe there is a file in your tree that the cleaning did not catch?
Sent from my iPhone
> On 9 Oct 2017, at 4:31 AM, Thomas Jakway <tjakway@nyu.edu> wrote: > > I'm on Ubuntu 16.10. > > I ran git bisect: > > ---------------------- > > e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 is the first bad commit > commit e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 > Author: Moritz Angermann <moritz.angermann@gmail.com> > Date: Sat Sep 30 09:31:12 2017 -0400 > > Allow libffi snapshots > > This is rather annoying. I'd prefer to have a stable release to > use. However libffi-3.2.1 has been released November 12, 2014, and > libffi-4 is TBD. See also https://github.com/libffi/libffi/issues/296 > > The core reason for this change is that llvm changed the supported > assembly to unified syntax, which libffi-3.2.1 does not use, and hence > fails to compile for arm with llvm. For refence, see the following > issue: https://github.com/libffi/libffi/issues/191. > > This diff contains a script to generate a tarball for the > `libffi-tarballs` repository from the libffi GitHub repository; as well > as the necessary changes to the build system. > > Updates libffi-tarballs submodule. > > Reviewers: austin, bgamari, hvr > > Subscribers: hvr, erikd, rwbarton, thomie > > Differential Revision: https://phabricator.haskell.org/D3574 > > ---------------------- > > I can't reproduce it on my other linux computers though. > > >> On 10/04/2017 02:17 PM, Ben Gamari wrote: >> Thomas Jakway <tjakway@nyu.edu> writes: >> >>> Anyone else getting linker errors? >>> >>> This is after running >>> >>> make clean && make distclean && find . -name "*.o" -type f -delete && >>> find . -name "*.hi" -type f -delete >>> >>> then >>> >>> ./boot && ./configure && make -j5 >>> >>> (ghc-new is not a new checkout, this error is happening on a branch I'm >>> working on, but one that doesn't touch the FFI) >>> >> >> I'm afraid I can't reproduce this. What platform/operating system is >> this on? >> >> Cheers, >> >> - Ben > > _______________________________________________ > ghc-devs mailing list > ghc-devs@haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
-- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/ _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
————————————————— Moritz Angermann +49 170 54 33 0 74 moritz@lichtzwerge.de
lichtzwerge GmbH Raiffeisenstr. 8 93185 Michelsneukirchen
Amtsgericht Regensburg HRB 14723 Geschäftsführung: Moritz Angermann, Ralf Sangl USt-Id: DE291948767
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs -- Joachim “nomeata” Breitner mail@joachim-breitner.de https://www.joachim-breitner.de/
ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Hi, Am Montag, den 23.10.2017, 20:49 +0800 schrieb Moritz Angermann:
I still can’t make sense of this. Is your gold a different version now as well?
It is “GNU gold (GNU Binutils 2.29.1) 1.14” now, and it seems it was upgraded: [2017-10-22 16:58] [ALPM] upgraded binutils (2.27-1 -> 2.29.1-1) Here is the full build log: https://raw.githubusercontent.com/nomeata/ghc-speed-logs/master/052ec24412e2... Joachim -- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/
I don't know if it helps, but upgrading my ArchLinux installation yesterday broke my builds because of linker issues with stack. I now have to specify "ghc-build: nopie" in stack.yaml file. (cf https://github.com/commercialhaskell/stack/issues/2712) Could your error be related to PIE too? On 23/10/2017 14:57, Joachim Breitner wrote:
Hi,
Am Montag, den 23.10.2017, 20:49 +0800 schrieb Moritz Angermann:
I still can’t make sense of this. Is your gold a different version now as well? It is “GNU gold (GNU Binutils 2.29.1) 1.14” now, and it seems it was upgraded: [2017-10-22 16:58] [ALPM] upgraded binutils (2.27-1 -> 2.29.1-1)
Here is the full build log: https://raw.githubusercontent.com/nomeata/ghc-speed-logs/master/052ec24412e2...
Joachim
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Sylvain Henry <sylvain@haskus.fr> writes:
I don't know if it helps, but upgrading my ArchLinux installation yesterday broke my builds because of linker issues with stack. I now have to specify "ghc-build: nopie" in stack.yaml file. (cf https://github.com/commercialhaskell/stack/issues/2712)
Could your error be related to PIE too?
Note that this (Trac #12759) was worked around in GHC 8.0.2 via a autoconf check. Consequently, upgrading the your C toolchain may require that you reinstall GHC. Cheers, - Ben
Hi, Am Dienstag, den 03.10.2017, 13:55 -0400 schrieb Thomas Jakway:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32'
… I can confirm these. Looks like perf.haskell.org is stuck on that problem. Thomas, did you resolve that issue? Joachim -- Joachim Breitner mail@joachim-breitner.de http://www.joachim-breitner.de/
Joachim Breitner <mail@joachim-breitner.de> writes:
Hi,
Am Dienstag, den 03.10.2017, 13:55 -0400 schrieb Thomas Jakway:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32'
…
I can confirm these. Looks like perf.haskell.org is stuck on that problem.
Very odd. I don't understand why I'm not seeing this myself. Does reverting e462b657daa003d365440afdad14c5756898b5e0 and e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 allow things to build? If so I say we revert until we can figure out what is going on. Cheers, - Ben
I’ll try to dig into this in three days when I’m back in SG. Joachim, thanks for providing the full build log. Sent from my iPhone
On 15 Oct 2017, at 5:41 AM, Ben Gamari <ben@smart-cactus.org> wrote:
Joachim Breitner <mail@joachim-breitner.de> writes:
Hi,
Am Dienstag, den 03.10.2017, 13:55 -0400 schrieb Thomas Jakway:
Anyone else getting linker errors?
/home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint64' chmod +x inplace/bin/runghc /home/thomas/git/ghc-new/libraries/ghci/dist-install/build/libHSghci-8.3-ghc8.3. 20171003.so: error: undefined reference to 'ffi_type_uint32'
…
I can confirm these. Looks like perf.haskell.org is stuck on that problem.
Very odd. I don't understand why I'm not seeing this myself. Does reverting e462b657daa003d365440afdad14c5756898b5e0 and e515c7f37be97e1c2ccc497ddd0a730e63ddfa82 allow things to build?
If so I say we revert until we can figure out what is going on.
Cheers,
- Ben _______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
participants (8)
-
Ben Gamari -
Joachim Breitner -
John Leo -
Moritz Angermann -
Moritz Angermann -
Ryan Scott -
Sylvain Henry -
Thomas Jakway