Daichi Kawahata wrote: > Although it sounds pretty dull, IRIX's linker needs precise order, > i.e. local library needs to be located ahead while global one needs > behind and > > "gcc $(GLIB_CFLAGS) $(GLIB_LIBS) -o has_glib_func has_glib_func.c" > > will fail due to location of "$(GLIB_LIBS)", that makes link-time > complicated on IRIX nowadays.
Doesn't it also need -R/path1:/path2 instead of -R/path1 -R/path2
because it'll use the last -R only? Well, this won't cause a problem
at compile-time but the program won't start then. Using evil hacks
from hell like setting LD_LIBRARY_PATH or editing /etc/ld.so.conf is
a *very* *bad* idea, unless you know *exactly* what you're doing.
> I also want to resolve signal issue in this time, seems to keep as
> it is in some reason I can't know.
I still don't understand the issue. Does this prevent that Gtk-Gnutella
compiles or works?
> int main()
> {
> - signal(2, foo);
> - kill(getpid(), 2);
> + sigaction(2, foo);
> kill(getpid(), 2);
> printf("abc\n");
I'd be surprised if that compiles at all. sigaction() takes completely
different parameters than signal() except for the signal number. Again,
if this check fails, nothing is lost or won. I've already modified the
sources, so signal() isn't used anywhere and this check is completely
redundant.
> -if $cc $ccflags $ldflags $glibcflags $glibldflags -o try try.c >/dev/null
> 2>&1;
> +if $cc $ccflags $ldflags $glibcflags -o try try.c $glibldflags >/dev/null
> 2>&1;
I see, thanks. I guess $ldflags should be moved to the end as well, right?
Fortunately, the issue regarding -R isn't a problem because the compiled
code isn't run, just linked.
--
Christian
pgpNwZ322gciu.pgp
Description: PGP signature
