Re: GDB cvs won't build on AIX 4.1

Re: GDB cvs won't build on AIX 4.1

[Andrew Cagney]

I just created gdb/390 to track this but then noticed that Peter is an 
AIX maintainer.  Was that an OK?

(Oh and don't forget, no one maintains configure.in everyone gets to 
change it, but only if they dare :-)

enjoy,
Andrew

> I am no autoconf expert, but it looks ok to me.
> It would be nice, if it could make it into the upcoming GDB release.
> 
> 
>> --=-=-=
>> 
>> On Feb  4, 2002, "Peter.Schauer" <Peter.Schauer@Regent.E-Technik.TU-Muenchen.DE> wrote:
>> 
> 
>> > -mminimal-toc is only available with gcc, so we might loose again, if someone
>> > tries to build GDB with the native compiler.
> 
>> 
>> Besides, I'm not convinced the performance loss of -mminimal-toc would
>> be smaller than that of -bbigtoc, so I went with the latter for now.
>> Tested on AIX 4.1.  Ok to install?
>> 
>> 
>> --=-=-=
>> Content-Type: text/x-patch
>> Content-Disposition: inline; filename=gdb-aix-bigtoc.patch
>> 
>> Index: gdb/ChangeLog
>> from  Alexandre Oliva  <aoliva@redhat.com>
>> 
>> * configure.in (gdb_cv_bigtoc): Check for -bbigtoc on AIX.
>> * configure: Rebuilt.
>> 
>> Index: gdb/configure.in
>> ===================================================================
>> RCS file: /cvs/src/src/gdb/configure.in,v
>> retrieving revision 1.82
>> diff -u -p -r1.82 configure.in
>> --- gdb/configure.in 2002/02/24 04:31:13 1.82
>> +++ gdb/configure.in 2002/02/24 13:05:16
>> @@ -511,6 +511,23 @@ AC_MSG_RESULT($gdb_cv_scanf_has_long_dou
>> > AC_FUNC_MMAP
>> > +case ${host_os} in
>> +aix*)
>> +  AC_CACHE_CHECK([for -bbigtoc option], [gdb_cv_bigtoc], [
>> +    SAVE_LDFLAGS=$LDFLAGS
>> +
>> +    case $GCC in
>> +    yes) gdb_cv_bigtoc=-Wl,-bbigtoc ;;
>> +    *) gdb_cv_bigtoc=-bbigtoc ;;
>> +    esac
>> +
>> +    LDFLAGS=$LDFLAGS\ $gdb_cv_bigtoc
>> +    AC_TRY_LINK([], [int i;], [], [gdb_cv_bigtoc=])
>> +  ])
>> +  CONFIG_LDFLAGS="${CONFIG_LDFLAGS} ${gdb_cv_bigtoc}"
>> +  ;;
>> +esac
>> +
>> dnl See if thread_db library is around for Solaris thread debugging.  Note that
>> dnl we must explicitly test for version 1 of the library because version 0
>> dnl (present on Solaris 2.4 or earlier) doesn't have the same API.
>> 
>> --=-=-=
> 

Re: GDB cvs won't build on AIX 4.1

[Alexandre Oliva]

On Mar  6, 2002, Andrew Cagney <ac131313@cygnus.com> wrote:

> I just created gdb/390 to track this but then noticed that Peter is an
> AIX maintainer.  Was that an OK?

If it was, I'll be more than happy to install the patch in GDB
mainline and 5.2 branch.  Just let me know.

> (Oh and don't forget, no one maintains configure.in everyone gets to
> change it, but only if they dare :-)

Boldly changing configure.in like no man did before :-)

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer

Re: GDB cvs won't build on AIX 4.1

[Peter.Schauer]

As you are much more experienced with autoconf than me, yes, it's an OK
from me.

> On Mar  6, 2002, Andrew Cagney <ac131313@cygnus.com> wrote:
> 
> > I just created gdb/390 to track this but then noticed that Peter is an
> > AIX maintainer.  Was that an OK?
> 
> If it was, I'll be more than happy to install the patch in GDB
> mainline and 5.2 branch.  Just let me know.
> 
> > (Oh and don't forget, no one maintains configure.in everyone gets to
> > change it, but only if they dare :-)
> 
> Boldly changing configure.in like no man did before :-)
> 
> -- 
> Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
> Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
> CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
> Free Software Evangelist                Professional serial bug killer
> 
> 


-- 
Peter Schauer			pes@regent.e-technik.tu-muenchen.de

Re: GDB cvs won't build on AIX 4.1

[Alexandre Oliva]

On Mar  6, 2002, "Peter.Schauer" <Peter.Schauer@Regent.E-Technik.TU-Muenchen.DE> wrote:

> As you are much more experienced with autoconf than me, yes, it's an OK
> from me.

Ok, it's in mainline and 5.2 branch now.

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer

Re: GDB cvs won't build on AIX 4.1

[Alexandre Oliva]

[-- Attachment #1: Type: text/plain, Size: 393 bytes --]

On Feb  4, 2002, "Peter.Schauer" <Peter.Schauer@Regent.E-Technik.TU-Muenchen.DE> wrote:

> -mminimal-toc is only available with gcc, so we might loose again, if someone
> tries to build GDB with the native compiler.

Besides, I'm not convinced the performance loss of -mminimal-toc would
be smaller than that of -bbigtoc, so I went with the latter for now.
Tested on AIX 4.1.  Ok to install?


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: gdb-aix-bigtoc.patch --]
[-- Type: text/x-patch, Size: 1117 bytes --]

Index: gdb/ChangeLog
from  Alexandre Oliva  <aoliva@redhat.com>

	* configure.in (gdb_cv_bigtoc): Check for -bbigtoc on AIX.
	* configure: Rebuilt.

Index: gdb/configure.in
===================================================================
RCS file: /cvs/src/src/gdb/configure.in,v
retrieving revision 1.82
diff -u -p -r1.82 configure.in
--- gdb/configure.in 2002/02/24 04:31:13 1.82
+++ gdb/configure.in 2002/02/24 13:05:16
@@ -511,6 +511,23 @@ AC_MSG_RESULT($gdb_cv_scanf_has_long_dou
 
 AC_FUNC_MMAP
 
+case ${host_os} in
+aix*)
+  AC_CACHE_CHECK([for -bbigtoc option], [gdb_cv_bigtoc], [
+    SAVE_LDFLAGS=$LDFLAGS
+
+    case $GCC in
+    yes) gdb_cv_bigtoc=-Wl,-bbigtoc ;;
+    *) gdb_cv_bigtoc=-bbigtoc ;;
+    esac
+
+    LDFLAGS=$LDFLAGS\ $gdb_cv_bigtoc
+    AC_TRY_LINK([], [int i;], [], [gdb_cv_bigtoc=])
+  ])
+  CONFIG_LDFLAGS="${CONFIG_LDFLAGS} ${gdb_cv_bigtoc}"
+  ;;
+esac
+
 dnl See if thread_db library is around for Solaris thread debugging.  Note that
 dnl we must explicitly test for version 1 of the library because version 0
 dnl (present on Solaris 2.4 or earlier) doesn't have the same API.

[-- Attachment #3: Type: text/plain, Size: 288 bytes --]

-- 
Alexandre Oliva   Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer                  aoliva@{cygnus.com, redhat.com}
CS PhD student at IC-Unicamp        oliva@{lsd.ic.unicamp.br, gnu.org}
Free Software Evangelist                Professional serial bug killer