Go to the FreeLists Home Page Home Signup Help Login
 



Browse haiku: This Month's ArchiveMain Archive PageRelated postsPrevious by DateNext by Date

[openbeos] Re: compilation problem with Haiku

  • From: "David McPaul" <dmcpaul@xxxxxxxxxxxxxx>
  • To: openbeos@xxxxxxxxxxxxx
  • Date: Wed, 01 Jun 2005 21:45:39 +1000 EST
On Wed, 1 Jun 2005 12:33:14 +0200 (MEST) Ingo Weinhold <bonefish@xxxxxx
berlin.de> said
> On Wed, 1 Jun 2005, David McPaul wrote:
> 
> > On Wed, 1 Jun 2005 11:43:32 +0200 (MEST) Ingo Weinhold <
> > bonefish@xxxxxx
> > berlin.de> said
> >> On Wed, 1 Jun 2005, David McPaul wrote:
> >>> On 1 Jun 2005 06:40:41 -0000 Stefano Ceccherini <
> >>> burton666@xxxxxxxxxxx>
> >>> said
> >>>>
> >>>>> So am I missing something in my build environment?
> >>>>
> >>>> Did you install the compiler following the included instructions 
> > > > > ?
> >>>> i.e: did you copy the new libstdc++.r4.so in the system 
> > > > > directory
> >>>> ? did
> >>> you copy the new c++ headers in the right place ?
> >>>
> >>> Yes.  I do note however that the hauku build process creates it's
> >>> own
> >>> stdc++ library to link against.
> >>
> >> That's correct, but for building gensyscall[info]s the build 
> > > platform
> >> environment is used, since those tools need to be executed as part 
> > > of
> >> the
> >> build process. Have you re-run `configure' after installing the 
> > > new
> >> gcc?
> >> If not, the old compiler will still be used.
> 
> I was wrong here, BTW. The compiler in the PATH is always used. There 
> are 
> only things like the libgcc.a path, which are determined by 
> configure, but 
> those don't play a role in this case.
> 
> > Hmm, I just reread this.
> >
> > So the line:
> >
> > gcc  -o "objects/x86.R1/tools/gensyscalls/gensyscallinfos"  
> > "objects/
> > x86.R1/tools/gensyscalls/gensyscallinfos.o"  -lstdc++.r4 ;
> >
> > should really be
> >
> > gcc  -o "objects/x86.R1/tools/gensyscalls/gensyscallinfos"  
> > "objects/
> > x86.R1/tools/gensyscalls/gensyscallinfos.o"  -llibstdc++.r4 ;
> >
> > So the Jamfile rule
> > LinkSharedOSLibs gensyscalls : $(BUILD_LIBSTDC++) ;
> >
> > is wrong?
> 
> No, the link line is just fine. The linker expands -lstdc++.r4 to the 
> first libstdc++.r4.{a/so} it finds in its search path. Which isn't 
> the one 
> built by the Haiku build system (as you suggest in your other mail), 
> as it 
> is apparently, and rightly so, not in the search path (according to 
> the 
> build line).
> 
> Please rebuild gensyscallinfos.o and check, if the compile line for 
> it 
> looks OK (jam -a -d2 gensyscallinfos). If it does, then there's 
> definitely 
> something wrong with your build environment (wrong STL headers or 
> wrong 
> libstdc++.r4).

Ok, I found a old libstdc++.r4 in the path and replaced it with the new 
one and now gensyscallinfos is built.

I still have a number of errors when running makehdimage, some missing 
object files and some files with compile errors.
but I am finding that if I run jam manually against the missing bits 
they compile and link ok and that gets me past the error.
So far I have had to manually do kernel.so and strace

So I will see how much further I can get.

Cheers
David


--
"I am not now, and never have been, a girlfriend of Henry Kissinger."
                -- Gloria Steinem

Other related posts:

  • [openbeos] compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku
  • [openbeos] Re: compilation problem with Haiku




  • [ Home | Signup | Help | Login | Archives | Lists ]

    All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
    Everything else ©2008 Avenir Technologies, LLC.