Re: Any Success on SuSE7.3?

[Nicola Pero]

I couldn't find the original mail with the bug/problem report, anyway I'm
answering here.

> Is it possible that the env argument to main is the problem?

No

> shared_obj/ix86/linux-gnu/gnu-gnu-gnu/NSNumber10.o 
> shared_obj/ix86/linux-gnu/gnu-gnu-gnu/NSNumber11.o 
> shared_obj/ix86/linux-gnu/gnu-gnu-gnu/NSNumber12.o  ; (cd 
> shared_obj/ix86/linux-gnu/gnu-gnu-gnu; rm -f libgnustep-base.so 
> libgnustep-base.so.1; ln -s libgnustep-base.so.1.0.2 libgnustep-
> base.so.1; ln -s libgnustep-base.so.1 libgnustep-base.so; )
> make[1]: Leaving directory `/usr/local/src/gnustep-base-1.0.2/Source'
> Making all in Tools...
> make[1]: Entering directory `/usr/local/src/gnustep-base-1.0.2/Tools'
> Making all for ctool gdomap...
> make[2]: Nothing to be done for `internal-ctool-all'.
> 
>   NOTE: I am assuming that since it says "nothing to be done" the tool was
> built.
> 
> Making all for tool gdnc...
> gcc -rdynamic     -LNONE  -o shared_obj/ix86/linux-gnu/gnu-gnu-gnu/gdnc \
>            shared_obj/ix86/linux-gnu/gnu-gnu-gnu/gdnc.o    \
>            -L/root/GNUstep/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu 
> -L/opt/GNUstep/Local/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu 
> 
> ... -L flags and warnings (like below) snipped....
> 
> /usr/i486-suse-linux/bin/ld: warning: type and size of dynamic symbol 
> `__objc_class_name_NSConnection' are not defined
> /usr/lib/crt1.o: In function `_start':
> /usr/lib/crt1.o(.text+0x18): undefined reference to `main'
> collect2: ld returned 1 exit status
> make[2]: *** [shared_obj/ix86/linux-gnu/gnu-gnu-gnu/gdnc] Error 1
> make[1]: *** [gdnc.all.tool.variables] Error 2
> make[1]: Leaving directory `/usr/local/src/gnustep-base-1.0.2/Tools'
> make: *** [internal-all] Error 2
> merkur src/gnustep-base-1.0.2#

when you get this problem, normally it is because ./configure has chosen
the wrong options for defining fake make etc. - stuff which is required
for NSProcessInfo.

My suggestion is to do a `make distclean' then `./configure' again.

If it still doesn't work, well we're in trouble - possibly a bug in the
configuration step _ you might want to do check your sources to make sure
you have not modified any files _ I think if you run 'autoreconf' or
'autoheader' you might mess up the configure files (I often did it).  If
this is not the case, make sure you read carefully the output of
./configure _ it should say that you have a working /proc filesystem, that
+load works on your system, and the conclusion should be that fake main is
disabled.

gdomap compiles correctly because it's a C only program.

gdnc doesn't because it's a full Objective-C gnustep-base program, so here
the NSProcessInfo problem shows up.