Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
* RE: Patch to bfd/aix5ppc-core.c for gdb-6.3 with gcc 4 on AIX5.1
@ 2005-08-09  8:59 Rodney Brown
  2005-08-09 16:37 ` Nick Clifton
  0 siblings, 1 reply; 6+ messages in thread
From: Rodney Brown @ 2005-08-09  8:59 UTC (permalink / raw)
  To: Nick Clifton; +Cc: gdb-patches, binutils

gdb-6.3 builds fine with this patch.

I'd reword the comment a little.

!   /* The core_hdr() macro is not used here because it would be
!      casting the LHS of an assignment and some versions of gcc
!      will generate a warning for this.  */ 
 
From http://gcc.gnu.org/gcc-3.4/changes.html

The cast-as-lvalue extension has been removed for C++ and deprecated for
C and Objective-C. In particular, code like this:

        int i;
        (char) i = 5;
        
or this:

        char *p;
        ((int *) p)++;
        
is no longer accepted for C++ and will not be accepted for C and
Objective-C in a future version.

So maybe

The core_hdr() macro is no longer used here because it would
expand to code relying on gcc's cast-as-lvalue extension, removed in gcc
4.0.

Don't know,
Thanks

-----Original Message-----
From: Nick Clifton [mailto:nickc@redhat.com] 
Sent: Monday, 8 August 2005 10:34 PM
To: Rodney Brown
Cc: gdb-patches@sources.redhat.com; binutils@sources.redhat.com
Subject: Re: Patch to bfd/aix5ppc-core.c for gdb-6.3 with gcc 4 on
AIX5.1

Hi Rodney,

> Are you using a gcc 4.1 development compiler?

Yes - but I am not compiling under AIX.  I do not have access to an 
AIX5.1 system, so when I built a cross compiler the build system must 
have left out the core file support.  Silly me.

> I assumed that using the accessor macro was the preferred mechanism.

It is, but when the macro is tied to a single particular function it 
really ought to be defined inside the function.  That way if the code is

ever rearranged it will not be lost.

So - what do you think of the attached, simplified patch ?  If it fixes
the compile time warning then I would be happy to check it in.

Cheers
   Nick



^ permalink raw reply	[flat|nested] 6+ messages in thread
* RE: Patch to bfd/aix5ppc-core.c for gdb-6.3 with gcc 4 on AIX5.1
@ 2005-08-03  2:25 Rodney Brown
  2005-08-08 12:28 ` Nick Clifton
  0 siblings, 1 reply; 6+ messages in thread
From: Rodney Brown @ 2005-08-03  2:25 UTC (permalink / raw)
  To: Nick Clifton; +Cc: gdb-patches, binutils

Are you using a gcc 4.1 development compiler? Has the assertion on
casts in the left-hand side of assignments weakened?

bash-3.00$ uname -a
AIX bullwinkle 1 5 0052570A4C00
bash-3.00$ gcc -v	# configured and built on the box
Using built-in specs.
Target: powerpc-ibm-aix5.1.0.0
Configured with: ../gcc-4.0.1/configure 
Thread model: aix
gcc version 4.0.1

I assumed that using the accessor macro was the preferred mechanism.
The error lines & compile are from the build.log - with the compile
line wrapped to 80 char.
 
-----Original Message-----
From: Nick Clifton [mailto:nickc@redhat.com] 
Sent: Tuesday, 2 August 2005 9:05 PM
To: Rodney Brown
Cc: gdb-patches@sources.redhat.com; binutils@sources.redhat.com
Subject: Re: Patch to bfd/aix5ppc-core.c for gdb-6.3 with gcc 4 on
AIX5.1

Hi Rodney,

> powerpc-ibm-aix5.1.0.0 gcc version 4.0.1

> ../../gdb-6.3/bfd/aix5ppc-core.c: In function 'xcoff64_core_p':
> ../../gdb-6.3/bfd/aix5ppc-core.c:120: error: invalid lvalue in
> assignment

I am unable to reproduce this failure :-(

> 2005-07-12  Rodney Brown  <rbrown@bravurasolutions.com.au>
> 
> 	* aix5ppc-core.c (core_hdr): #define as LHS varient.
> 	(xcoff64_core_p): Constify return_value variable.

I am hesitant to apply a patch which does not appear to be needed.

> -#define	core_hdr(abfd)		((struct core_dumpxx *)
> abfd->tdata.any)
> +#define	core_hdr(abfd)		(abfd->tdata.any)	/* gcc 4
> support */

Is this necessary.  You could just alter the use of core_hdr() in 
xcoff64_core_p() and leave the macro alone.

Cheers
   Nick



^ permalink raw reply	[flat|nested] 6+ messages in thread
* Patch to bfd/aix5ppc-core.c for gdb-6.3 with gcc 4 on AIX5.1
@ 2005-07-15  9:17 Rodney Brown
  2005-08-02 10:59 ` Nick Clifton
  0 siblings, 1 reply; 6+ messages in thread
From: Rodney Brown @ 2005-07-15  9:17 UTC (permalink / raw)
  To: gdb-patches; +Cc: binutils

powerpc-ibm-aix5.1.0.0 gcc version 4.0.1

/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I.
-I../../gdb-6.3/bfd \
  -I. -D_GNU_SOURCE -DAIX_5_CORE -DAIX_CORE_DUMPX_CORE -DAIX_CORE \
  -DAIX_WEAK_SUPPORT -I. -I../../gdb-6.3/bfd
-I../../gdb-6.3/bfd/../include \
  -I../../gdb-6.3/bfd/../intl -I../intl -W -Wall -Wstrict-prototypes \
  -Wmissing-prototypes -g -O2 -c -o aix5ppc-core.lo \
  ../../gdb-6.3/bfd/aix5ppc-core.c
gcc -DHAVE_CONFIG_H -I. -I../../gdb-6.3/bfd -I. -D_GNU_SOURCE
-DAIX_5_CORE \
  -DAIX_CORE_DUMPX_CORE -DAIX_CORE -DAIX_WEAK_SUPPORT -I.
-I../../gdb-6.3/bfd \
  -I../../gdb-6.3/bfd/../include -I../../gdb-6.3/bfd/../intl -I../intl
-W \
  -Wall -Wstrict-prototypes -Wmissing-prototypes -g -O2 -c \
  ../../gdb-6.3/bfd/aix5ppc-core.c -o aix5ppc-core.o
../../gdb-6.3/bfd/aix5ppc-core.c: In function 'xcoff64_core_p':
../../gdb-6.3/bfd/aix5ppc-core.c:120: error: invalid lvalue in
assignment
../../gdb-6.3/bfd/aix5ppc-core.c:223: warning: \
  assignment discards qualifiers from pointer target type

From a look at aix5ppc-core.c with the CVSWeb interface, the patch for
the return_value warning conflicts with the latest delta.
Since xcoff64_core_p returns a const bfd_target *, I'd prefer declaring
return_value as const.

Diff for /src/bfd/aix5ppc-core.c between version 1.7 and 1.8
version 1.7, 2005/03/03 11:40:55 	version 1.8, 2005/04/18 12:10:57
 	 
-   return_value = abfd->xvec;    /* This is garbage for now.  */
+   return_value = (bfd_target *) abfd->xvec;     /* This is garbage for
now.  */

No current employer disclaimer.
No testsuite run.


2005-07-12  Rodney Brown  <rbrown@bravurasolutions.com.au>

	* aix5ppc-core.c (core_hdr): #define as LHS varient.
	(xcoff64_core_p): Constify return_value variable.

--- bfd/aix5ppc-core.c.orig	Thu Jun 24 14:46:14 2004
+++ bfd/aix5ppc-core.c	Tue Jul 12 00:37:16 2005
@@ -1,5 +1,5 @@
 /* IBM RS/6000 "XCOFF" back-end for BFD.
-   Copyright 2001, 2002, 2004
+   Copyright 2001, 2002, 2004, 2005
    Free Software Foundation, Inc.
    Written by Tom Rix
    Contributed by Redhat.
@@ -44,7 +44,7 @@ int xcoff64_core_file_failing_signal
 #include <sys/ldr.h>
 #include <core.h>
 
-#define	core_hdr(abfd)		((struct core_dumpxx *)
abfd->tdata.any)
+#define	core_hdr(abfd)		(abfd->tdata.any)	/* gcc 4
support */
 
 #define CHECK_FILE_OFFSET(s, v) \
   ((bfd_signed_vma)(v) < 0 || (bfd_signed_vma)(v) >
(bfd_signed_vma)(s).st_size)
@@ -60,7 +60,7 @@ xcoff64_core_p (abfd)
   bfd_vma ld_offset;
   bfd_size_type i;
   struct vm_infox vminfo;
-  bfd_target *return_value = NULL;
+  const bfd_target *return_value = NULL;
 
   /* Get the header.  */
   if (bfd_seek (abfd, 0, SEEK_SET) != 0)
@@ -228,6 +228,9 @@ xcoff64_core_p (abfd)
 
   return return_value;
 }
+
+#undef core_hdr		/* gcc 4.0 support */
+#define	core_hdr(abfd)		((struct core_dumpxx *)
abfd->tdata.any)
 
 /* Return `TRUE' if given core is from the given executable.  */
 


^ permalink raw reply	[flat|nested] 6+ messages in thread
end of thread, other threads:[~2005-08-09  8:59 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-08-09  8:59 Patch to bfd/aix5ppc-core.c for gdb-6.3 with gcc 4 on AIX5.1 Rodney Brown
2005-08-09 16:37 ` Nick Clifton
  -- strict thread matches above, loose matches on Subject: below --
2005-08-03  2:25 Rodney Brown
2005-08-08 12:28 ` Nick Clifton
2005-07-15  9:17 Rodney Brown
2005-08-02 10:59 ` Nick Clifton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox