On 11/24/2018 5:17 PM, Mateusz Mikuła wrote:
Changelog for release and git version differ a lot and it won't apply
cleanly.
Your should get rid of Changelog part and it will work.
Thanks ! After getting rid of the Changelog part and adding a few more
needed packages, I finally got binutils built with the fix successfully.
It did indeed fix the bug I had encountered with using clang-7.0 with a
mingw-w64/gcc backend.
I still do not understand the practical reason(s) for using the MSYS2
MSYS environment versus either the MSYS2 MingW 32-bit or MSYS2 MingW
64-bit environments, but I was able to succeed using the MSYS2 MSYS
environment and a new binutils was produce both for mingw-w64 32-bit and
mingw-w64 64-bit. I copied the files in this new binutils to my
wingw-w64/gcc-8.1 32-bit and 64-bit installations respectively, and
everything is working properly with both gcc-8.1 and clang-7.0. I do
understand that each MSYS2 environment uses a different implementation
of gcc when building software, as others explained to me, but I do not
understand why some implementation of gcc should be preferred over
another in MSYS2.
Among my conclusions about working within MSYS2 are:
1) An environment variable, such as my initial VERSION_CONTROL, should
not cause problems in the build process. Maybe only a very small subset
of the user's Windows environment variables should be brought over to
the MSYS2 environment to avoid such a problem.
2) I do not understand how gpg checking, which I turned off with
'--skippgpcheck', works when building a package. Maybe I just needed an
MSYS2 package to use gpg checking and did not have it during my attempt
to build binutils.
3) Some packages with which I needed to build binutils, such as 'make'
and 'texinfo', were not installed by default when I issued the
'makepkg-mingw' command. Maybe there should be some MSYS2 package which
automatically installs all the software I need to build any mingw package.
Thanks to all the people who helped me to get this done correctly,
especially Liu Hao. I do appreciate your patient answers to my questions
about the process of building a mingw package.
sob., 24 lis 2018 o 22:58 Edward Diener <eldlistmaili...@tropicsoft.com>
napisał(a):
On 11/24/2018 1:21 AM, Liu Hao wrote:
在 2018/11/24 13:30, Edward Diener 写道:
==> Starting prepare()...
patch: invalid argument 'E:\\Programming\\VersionControl' for
'$VERSION_CONTROL'
Valid arguments are:
- 'none', 'off'
- 'simple', 'never'
- 'existing', 'nil'
- 'numbered', 't'
==> ERROR: A failure occurred in prepare().
Aborting...
I do not know what I am doing wrong.
Probably you should `unset VERSION_CONTROL` before invoking
`makepkg-mingw`.
OK, I got rid of the VERSION_CONTROL environment variable. Now my output
is stopped with:
==> Starting prepare()...
patching file configure
Hunk #1 succeeded at 2956 with fuzz 1 (offset 91 lines).
Hunk #2 succeeded at 2968 with fuzz 1 (offset 91 lines).
patching file binutils/bucomm.c
Hunk #1 succeeded at 590 with fuzz 2 (offset 15 lines).
patching file binutils/elfedit.c
patching file bfd/coff-alpha.c
patching file bfd/coff-mips.c
patching file bfd/coff-rs6000.c
patching file bfd/coff-sh.c
patching file bfd/coffcode.h
patching file bfd/bfd-in.h
Hunk #1 succeeded at 138 (offset 1 line).
patching file bfd/bfd-in2.h
Hunk #1 succeeded at 145 (offset 1 line).
patching file binutils/dwarf.c
Hunk #1 succeeded at 183 (offset 19 lines).
patching file binutils/nm.c
Hunk #1 succeeded at 171 (offset 1 line).
Hunk #2 succeeded at 302 (offset 2 lines).
patching file binutils/prdbg.c
patching file binutils/readelf.c
Hunk #1 succeeded at 1214 (offset 60 lines).
Hunk #2 succeeded at 13255 (offset 883 lines).
patching file binutils/strings.c
Hunk #1 succeeded at 557 (offset -38 lines).
Hunk #2 succeeded at 576 (offset -38 lines).
Hunk #3 succeeded at 595 (offset -38 lines).
patching file gas/as.h
Hunk #1 succeeded at 437 (offset -1 lines).
patching file gas/read.c
Hunk #1 succeeded at 4437 (offset 22 lines).
patching file gold/configure
Hunk #1 succeeded at 7629 (offset 71 lines).
patching file gold/configure.ac
Hunk #1 succeeded at 655 (offset 20 lines).
patching file include/ansidecl.h
patching file ld/ChangeLog
Hunk #1 succeeded at 1 with fuzz 1.
patching file ld/ld.texinfo
patching file ld/scripttempl/pe.sc
patching file ld/scripttempl/pep.sc
patching file ld/ChangeLog
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file ld/ChangeLog.rej
patching file ld/scripttempl/pe.sc
Hunk #1 succeeded at 159 (offset -2 lines).
patching file ld/scripttempl/pep.sc
Hunk #1 succeeded at 159 (offset -2 lines).
==> ERROR: A failure occurred in prepare().
Aborting...
It looks like my patch is changing the ld/Changelog file in some way
that is incorrect. The full patch was taken from
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=73af69e74974eaa155eec89867e3ccc77ab39f6d
but it seems like the ChangeLog portion of the patch is somehow incorrect.
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
_______________________________________________
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
