Re: Possible fix for mingw32 directory relocation problems

[asmwarrior <asmwarrior@gmail.com>]

On 2012-1-17 20:38, asmwarrior wrote:
> On 2012-1-17 15:00, Doug Evans wrote:
>> Possible patch is attached. Can you try it? I don't know that it will fix things, but based on what you've said it seems reasonable to try. There is an open issue that the current --with-sysroot relocatability computation is different than what GDB_AC_WITH_DIR does. We should fix that regardless. I've left that as a separate issue. [We should resolve it before checkin, but at this point I'm willing to just experiment until we know what the right fix is.]
>>>    I don't have enough knowledge about autoconf scripts to
>>> handle this...
>>>    An extra bonus of this change would be that it would
>>> render the special rule for main.o compilation unnecessary.
> Would you mind to give a full patch (include the diff of configure and config.in).
> Under MSYS+autotools
> I have problems generate those files by reference:
> http://sourceware.org/gdb/wiki/DeveloperTips#Editing_configure.ac
>
> $ aclocal -I gnulib/m4
> acinclude.m4:84: the serial number must appear before any macro definition
> configure.ac:22: error: Please use exactly Autoconf 2.64 instead of 2.68.
> ../config/override.m4:12: _GCC_AUTOCONF_VERSION_CHECK is expanded from...
> configure.ac:22: the top level
> autom4te: /bin/m4 failed with exit status: 1
> aclocal: autom4te failed with exit status: 1
>
> Thanks.
>
> asmwarrior
> ollydbg from codeblocks' forum
>
OK, I just use such change, and regenerate the configure under autotools 2.68.

  config/override.m4 |    2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/config/override.m4 b/config/override.m4
index 52bd1c3..4ade55c 100644
--- a/config/override.m4
+++ b/config/override.m4
@@ -29,7 +29,7 @@ m4_copy_force([_AC_PREREQ], [AC_PREREQ])

  dnl Ensure exactly this Autoconf version is used
  m4_ifndef([_GCC_AUTOCONF_VERSION],
-  [m4_define([_GCC_AUTOCONF_VERSION], [2.64])])
+  [m4_define([_GCC_AUTOCONF_VERSION], [2.68])])

  dnl Test for the exact version when AC_INIT is expanded.
  dnl This allows to update the tree in steps (for testing)

I just test your patch, and it works Fine under Windows!!! (gdb relocation works OK!)

Thank you!!

asmwarrior
ollydbg from codeblocks' forum