This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Bug-report: aligment of vtable is greater, that maximum object file aligment
Robert Lipe wrote:
>
> Please try this patch to sco5.h. You'll have to rebuild varasm.o and
> let it rebuild cc1plus. I can't test that this actually WORKS or is
> even necessary; only that it avoids the warning and results in code
> that'll still assemble in both COFF and ELF. Since this isn't triggered
> by the testsuites, I'll have to rely on you to tell me if this patch
> makes things better or worse for you.
>
> * sco5.h (MAX_OFILE_ALIGNMENT): Define as in svr4.h
>
> Index: gcc/config/i386/sco5.h
> ===================================================================
> RCS file: /egcs/carton/cvsfiles/egcs/gcc/config/i386/sco5.h,v
> retrieving revision 1.19
> diff -u -p -r1.19 sco5.h
> --- sco5.h 1998/09/19 22:25:53 1.19
> +++ sco5.h 1998/10/15 03:53:41
> @@ -921,6 +921,13 @@ dtors_section () \
>
> #define TARGET_MEM_FUNCTIONS
>
> +/* Biggest alignment supported by the object file format of this
> + machine. Use this macro to limit the alignment which can be
> + specified using the `__attribute__ ((aligned (N)))' construct. If
> + not defined, the default value is `BIGGEST_ALIGNMENT'. */
> +
> +#define MAX_OFILE_ALIGNMENT (32768*8)
> +
> /*
> Here comes some major hackery to get the crt stuff to compile properly.
> Since we can (and do) compile for both COFF and ELF environments, we
Yes. It works for me.
--
@=
//RSSH
mailto:Ruslan@Shevchenko.Kiev.UA
CORBA in Ukraine & ex-USSR: http://www.corbadev.kiev.ua