0.9.29 segfaulting.

[Rob Landley]

On Monday 14 July 2008 03:05:27 Bernhard Fischer wrote:
> On Mon, Jul 14, 2008 at 01:36:32AM -0500, Rob Landley wrote:
> >The gcc ./configure is compiling the following program and trying to run
> > it:
> >
> >  main() {return 0;}
> >
> >Dynamically linked, it works.  Statically linked, running it segfaults
> >immediately, because __uClibc_init() is attempting to call _stdio_init()
> > and never making it.  (If you add any function call to main, it works
> > fine even statically linked.  Not sure why.)
>
> Does it work on trunk? If so, which rev fixed it? (IIRC this was
> fixed on trunk)

After the previous build break, I did a make distclean and poked around in 
menuconfig a bit to make sure that the 0.9.29 miniconfig I was using was 
sufficiently updated to current svn that I wasn't missing anything obvious.  
Among other things, I enabled the build at once mode.

Now it's dying with:

libc/misc/internals/__errno_location.c:10: warning: asm declaration ignored 
due to conflict with previous rename
libc/misc/internals/__errno_location.c:16: error: '__EI___errno_location' 
aliased to undefined symbol '__GI___errno_location'

And a little while later, a half-dozen of these:

In file included from libc/unistd/sysconf.c:34:
./include/regex.h:474: error: conflicting types for 're_compile_pattern'
libc/misc/regex/regex_old.c:7981: error: previous definition 
of 're_compile_pattern' was here
./include/regex.h:481: error: conflicting types for 're_compile_fastmap'

Then it said:

/bin/sh: @echo: not found

Which is kind of amusing.  (Remember: on Ubuntu you never want to use /bin/sh, 
they pointed it to the Defective Annoying Shell which is broken in many 
different ways.  The kernel build says #!/bin/bash explicitly, and you might 
want to think about it as well.)

Oddly, despite the build breaking, the makefile ignored the build failure and 
went on to try to strip it libc/libc.oS (twice, saying no such file each 
time), and then tried to link libuClibc-0.9.29.so (which also died because 
libc/libc.oS wasn't there).

Rob
-- 
"One of my most productive days was throwing away 1000 lines of code."
  - Ken Thompson.