Steve,
> Well, I see "-Wl,--version-script=libgcc.map" on the link line now but I
> still get an error during the link:
>
> /wsp/sje/gcc_git/gcc-ia64-debian-linux-gnu-gcc/ia64-debian-linux-gnu/bin/ld:
> ./libgcc_s.so.1.tmp: version node not found for symbol
> _Unwind_GetBSP@GCC_3.3.2
> /wsp/sje/
On Fri, 2011-07-22 at 20:41 +0200, Rainer Orth wrote:
> I'm an idiot: I've just copied the relevant lines from
> gcc/config/t-linux, forgetting that libgcc-glibc.ver still lives in
> gcc/config.
>
> ibgcc/config/t-linux should be
>
> # Override t-slibgcc-elf-ver to export some libgcc symbols wit
Steve,
>> and a new libgcc/config/t-linux:
>>
>> # Override t-slibgcc-elf-ver to export some libgcc symbols with
>> # the symbol versions that glibc used.
>> SHLIB_MAPFILES += $(srcdir)/config/libgcc-glibc.ver
> This died with:
>
>
> make[3]: *** No rule to make target
> `/wsp/sje/gcc_git/src/g
On Fri, 2011-07-22 at 17:12 +0200, Rainer Orth wrote:
> I think you'll need the following:
>
> ia64*-*-linux*)
> extra_parts="crtbegin.o crtend.o crtbeginS.o crtendS.o crtfastmath.o"
> # FIXME: Move to *-*-linux* once the SHLIB_* move is complete.
> tmake_file="t-slibgcc t
Steve,
> On Tue, 2011-07-19 at 12:47 +0200, Rainer Orth wrote:
>
>> unfortunately, I don't even have an idea what this error is supposed to
>> mean. Seems to be an error ultimately due to bfd/elfxx-ia64.c
>> (elfNN_ia64_size_dynamic_sections) failing.
>>
>> To debug this, I'd start by comparing
On Tue, 2011-07-19 at 12:47 +0200, Rainer Orth wrote:
> unfortunately, I don't even have an idea what this error is supposed to
> mean. Seems to be an error ultimately due to bfd/elfxx-ia64.c
> (elfNN_ia64_size_dynamic_sections) failing.
>
> To debug this, I'd start by comparing the link lines f
Steve,
> I tried this (here is the libgcc/config.host entry for ia64*-*-linux*):
>
> ia64*-*-linux*)
> extra_parts="crtbegin.o crtend.o crtbeginS.o crtendS.o crtfastmath.o"
> tmake_file="ia64/t-ia64 t-softfp ia64/t-fprules-softfp
> ia64/t-softfp-compat ia64/t-glibc ia64/t-eh-ia64
On Mon, 2011-07-18 at 13:31 +0200, Rainer Orth wrote:
> Steve,
> I had a fresh look and it seems this isn't as bad as it might have been:
> the only SHLIB_ macros used are SHLIB_(DIR|OBJS|SOLINK|SLIBDIR_QUAL),
> which are all present in libgcc/config/t-slibgcc and are substituted by
> configure.
Steve,
>> It looks like a prefix is missing somewhere since it is trying to access
>> /libunwind.so. This
>> may be something messed up in my build area again but I did run autoconf in
>> libgcc so I am
>> not sure what is going on. I'll dig around some more but I thought I would
>> see if th
Steve,
> I have successfully bootstrapped and tested the toplevel libgcc patch on
> IA64 HP-UX. When trying to build IA64 Linux the bootstrap failed with:
great, thanks.
> /bin/sh /wsp/sje/gcc_git/src/gcc/libgcc/../mkinstalldirs
> ./wsp/sje/gcc_git/build-ia64-debian-linux-gnu-gcc/obj_gcc/./gcc
Rainer,
I have successfully bootstrapped and tested the toplevel libgcc patch on
IA64 HP-UX. When trying to build IA64 Linux the bootstrap failed with:
/wsp/sje/gcc_git/gcc-ia64-debian-linux-gnu-gcc/ia64-debian-linux-gnu/bin/ar rc
libgcc.a $objects
/wsp/sje/gcc_git/gcc-ia64-debian-linux-gnu-g
On Tue, 2011-07-12 at 19:25 +0200, Rainer Orth wrote:
> After rebuilding libstdc++-v3/configure, you should be fine.
>
> Rainer
Ah, I may have forgotten to run autoconf. My original testing was with
a subversion workarea, I am now trying to do it in a git area that I
created and I may hav
Steve,
> /wsp/sje/gcc_git/src/gcc/libstdc++-v3/libsupc++/eh_call.cc:34:23: fatal
> error: unwind-pe.h: No such file or directory
> compilation terminated.
> make[4]: *** [eh_call.lo] Error 1
> make[4]: Leaving directory
> `/wsp/sje/gcc_git/build-ia64-hp-hpux11.23-gcc/obj_gcc/ia64-hp-hpux11.23/li
Rainer,
I did another GCC build with your libgcc patch and with fixes for the
two problems I already mentioned to you and got another failure:
libtool: compile:
/wsp/sje/gcc_git/build-ia64-hp-hpux11.23-gcc/obj_gcc/./gcc/xgcc -shared-libgcc
-B/wsp/sje/gcc_git/build-ia64-hp-hpux11.23-gcc/obj_gc
On Fri, 2011-07-08 at 20:16 +0200, Rainer Orth wrote:
> Steve,
>
> > It looks like this is caused by having two '#include "md-unwind-support.h"'
> > lines in unwind-ia64.c. If I remove the first one (mixed in with the other
> > includes at the top of the file) and leave the second one then the fi
Steve,
> It looks like this is caused by having two '#include "md-unwind-support.h"'
> lines in unwind-ia64.c. If I remove the first one (mixed in with the other
> includes at the top of the file) and leave the second one then the file
> compiles. I still get the warning about discarding the cas
Steve,
> It looks like the GCC build is trying to compile unwind-ia64.c on IA64
> HP-UX even though it should not use or need this file. Using
> --with-system-libunwind doesn't seem to help. I am not sure where this
> should be handled under the new setup. Previously config.gcc would
> either i
Steve,
> I just tried builds on ia64 linux and HP-UX and both builds failed. I
> am re-trying the HP-UX build with --with-system-libunwind to see if that
> changes things but that should be the default on IA64 HP-UX.
>
> On Linux (debian) the build stopped with:
>
> /test/big-foot1/gcc/nightly/gc
On Thu, 2011-07-07 at 10:05 -0700, Steve Ellcey wrote:
> On Thu, 2011-07-07 at 15:08 +0200, Rainer Orth wrote:
>
> > In that case, perhaps Steve could have a look? I'd finally like to make
> > some progress on this patch.
> >
> > Thanks.
> > Rainer
>
> When doing an IA64 Linux build (wh
On Thu, 2011-07-07 at 15:08 +0200, Rainer Orth wrote:
> In that case, perhaps Steve could have a look? I'd finally like to make
> some progress on this patch.
>
> Thanks.
> Rainer
When doing an IA64 Linux build (where I do need to compile
unwind-ia64.c) I am dying with this failure:
In
On Thu, 2011-07-07 at 15:08 +0200, Rainer Orth wrote:
> In that case, perhaps Steve could have a look? I'd finally like to make
> some progress on this patch.
>
> Thanks.
> Rainer
It looks like the GCC build is trying to compile unwind-ia64.c on IA64
HP-UX even though it should not use
On Thu, 2011-07-07 at 15:08 +0200, Rainer Orth wrote:
> Tristan Gingold writes:
>
> >> Otherwise, the patch is unchanged from the original submission:
> >>
> >>[build] Move unwinder to toplevel libgcc
> >>http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01452.html
> >>
> >> Unfortunately, i
Tristan Gingold writes:
>> Otherwise, the patch is unchanged from the original submission:
>>
>> [build] Move unwinder to toplevel libgcc
>> http://gcc.gnu.org/ml/gcc-patches/2011-06/msg01452.html
>>
>> Unfortunately, it hasn't seen much comment. I'm now looking for testers
>> especi
On Jul 4, 2011, at 8:09 PM, Rainer Orth wrote:
> "Joseph S. Myers" writes:
>
>> On Mon, 20 Jun 2011, Rainer Orth wrote:
>>
>>> * Move all remaining unwinder-only macros to libgcc: UNW_IVMS_MODE,
>>> MD_UNW_COMPATIBLE_PERSONALITY_P, MD_FROB_UPDATE_CONTEXT.
>>
>> I don't see any sign of macros
"Joseph S. Myers" writes:
> On Mon, 20 Jun 2011, Rainer Orth wrote:
>
>> * Move all remaining unwinder-only macros to libgcc: UNW_IVMS_MODE,
>> MD_UNW_COMPATIBLE_PERSONALITY_P, MD_FROB_UPDATE_CONTEXT.
>
> I don't see any sign of macros being poisoned in system.h. For macros
> used in target-i
25 matches
Mail list logo
