You're out of my league now. Though I don't believe that it should require a
main function. I suggest posting a bug and getting some help from the devs.
On Sunday 21 September 2003 16:23, Chris van der Pennen wrote:
> Okay, after some investigation it turns out that /usr/lib/crt1.o is
> owned by glibc. So, next question: what to do about it? Downgrade
> glibc? Is that likely to break stuff?
>
> Chris
>
> On Sat, 2003-09-20 at 23:25, Chris van der Pennen wrote:
> > Nope. Still dies without threads.
> >
> > gcc -o libperl.so.1.5.8 -L/usr/local/lib perl.o malloc.o gv.o toke.o
> > perly.o op.o regcomp.o dump.o util.o mg.o reentr.o hv.o av.o run.o
> > pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o
> > utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o
> > perlapi.o numeric.o locale.o pp_pack.o pp_sort.o -Wl,-soname
> > -Wl,libperl.so.`echo libperl.so.1.5.8 | cut -d. -f3`
> > /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.1/../../../crt1.o(.text+0x18):
> >
> > In function `_start':
> > : undefined reference to `main'
> >
> > pp.o(.text+0x2725): In function `Perl_pp_pow':
> > : undefined reference to `pow'
> >
> > pp.o(.text+0x6d5f): In function `Perl_pp_sin':
> > : undefined reference to `sin'
> >
> > pp.o(.text+0x6e9f): In function `Perl_pp_cos':
> > : undefined reference to `cos'
> >
> > pp.o(.text+0x727f): In function `Perl_pp_exp':
> > : undefined reference to `exp'
> >
> > pp.o(.text+0x73f4): In function `Perl_pp_log':
> > : undefined reference to `log'
> >
> > pp.o(.text+0x8fdb): In function `Perl_pp_crypt':
> > : undefined reference to `crypt'
> >
> > collect2: ld returned 1 exit status
> > distcc[5465] ERROR: compile on localhost failed
> > make: *** [libperl.so.1.5.8] Error 1
> >
> > Chris
> >
> > On Sat, 2003-09-20 at 23:20, Chris van der Pennen wrote:
> > > It was still giving errors without threads. Having said that, I'll
> > > turn them off and give it another go. Keep you posted.
> > >
> > > Chris
> > >
> > > On Sat, 2003-09-20 at 23:09, Jason Stubbs wrote:
> > > > I noticed you have threads in your USE flags. This, of course, is
> > > > meant to compile Perl with threads, which all the errors are related
> > > > to. The threading model changed in Perl 8.0 according to the INSTALL
> > > > doc. I couldn't find a definate but I'm guessing that perhaps Perl
> > > > 8.0 uses POSIX threading. i.e. to use it you would need recompile
> > > > glibc with nptl in your use flags and run a 2.6 kernel. Or check the
> > > > INSTALL doc, as you could modify the ebuild to use the old (buggy)
> > > > threading model if you so wished. I wouldn't recommend confirming
> > > > what my guess first, though.
> > > >
> > > > On Saturday 20 September 2003 21:43, Chris van der Pennen wrote:
> > > > > Were it only that simple. Same error. :/
> > > > >
> > > > > I'm going to try rebuilding everything from glibc up without
> > > > > ccache, it might help.
> > > > >
> > > > > Chris
> > >
> > > <snip>
> > >
> > >
> > >
> > >
> > > --
> > >
> > >
> > >
> > > Americans' greatest fear is that America will turn out to have been
> > > a
> > >
> > >
> > >
> > > phenomenon, not a civilization.
> > >
> > >
> > >
> > > -- Shirley Hazzard, "Transit of Venus"
> >
> > --
> >
> > When I was little, I went into a pet shop and they asked how big I'd
> > get.
> >
> > -- Rodney Dangerfield
--
[EMAIL PROTECTED] mailing list
