ksh93 port is now two versions behind. UPGRADE! How-To-Repeat: UPGRADE!
Responsible Changed From-To: freebsd-ports-bugs->philip I'll take it.
State Changed From-To: open->feedback Should this work on sparc64? I tried to build it and it failed. Should I keep it not-for-sparc64, or did you forget to include a patch?
Please let me know what exact errors you receive. This version works on Solaris 11, so I know it is not a sparc64 issue, but maybe a Freebsd issue. I cannot fix it without error messages. This port is now three versions behind. It needs to be released IMMEDIATELY as the previous version mentioned in the Makefile no longer exists. Please IMMEDIATELY release this change. NOW! Thank you. /Joe
philip 2007-04-05 05:48:03 UTC FreeBSD ports repository Modified files: shells/ksh93 Makefile distinfo Log: Update to 2007-03-28. Keep BROKEN on sparc64 - it still doesn't compile. PR: ports/111165 Submitted by: Joe Kelsey <joe -at- zircon.seattle.wa.us> (maintainer) Revision Changes Path 1.48 +1 -1 ports/shells/ksh93/Makefile 1.22 +6 -6 ports/shells/ksh93/distinfo _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org"
On 2007-04-05 02:40:07 (+0000), Joe Kelsey <joe@zircon.seattle.wa.us> wrote: > Please let me know what exact errors you receive. > > This version works on Solaris 11, so I know it is not a sparc64 issue, but > maybe a Freebsd issue. I cannot fix it without error messages. It seems to die with: + cc -O2 -fno-strict-aliasing -pipe -Iinclude -I/usr/ports/shells/ksh93/work/src/cmd/ksh93/include -I/usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/include/ast -DSH_DICT="libshell" -DSHOPT_KIA -D_PACKAGE_ast -DSHOPT_DYNAMIC -DERROR_CONTEXT_T=Error_context_t -DUSAGE_LICENSE="[-author?David Korn <dgk@research.att.com>][-copyright?Copyright (c) 1982-2007 AT&T Knowledge Ventures][-license?http://www.opensource.org/licenses/cpl1.0.txt][--catalog?libshell]" -c /usr/ports/shells/ksh93/work/src/cmd/ksh93/sh/sh comp.c + cc -O2 -fno-strict-aliasing -pipe -I. -I/usr/ports/shells/ksh93/work/src/cmd/ksh93 -Iinclude -I/usr/ports/shells/ksh93/work/src/cmd/ksh93/include -I/usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/include/ast -DERROR_CONTEXT_T=Error_context_t -D_PACKAGE_ast -c /usr/ports/shells/ksh93/work/src/cmd/ksh93/sh/suid_exec.c + cc -O2 -fno-strict-aliasing -pipe -L. -L/usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib -o suid_exec suid_exec.o /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a -lm /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a -lm /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x8d48): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC200 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x8d7c): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC200 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x8d8c): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC200 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x8de0): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC204 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x9124): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC175 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x9524): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC184 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x95d0): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC50 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x9894): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC203 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x98b4): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC205 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x99a4): In function `opthelp': : relocation truncated to fit: R_SPARC_GOT13 .LLC177 /usr/ports/shells/ksh93/work/arch/freebsd6.sparc64/lib/libast.a(optget.o)(.text+0x99c8): In function `opthelp': : additional relocation overflows omitted from the output mamake [cmd/ksh93]: *** exit code 1 making suid_exec > This port is now three versions behind. It needs to be released IMMEDIATELY > as the previous version mentioned in the Makefile no longer exists. > > Please IMMEDIATELY release this change. NOW! Shouting about it isn't productive... I've committed the bump to the new version and left it as broken on sparc64. If you can come up with a fix to make it build on sparc64 (FreeBSD/sparc64, that is) I'll be happy to commit it for you. Thanks for your update. Cheers, - Philip -- Philip Paeps 100% recycled electrons philip@freebsd.org BOFH Excuse #202: kernel panic: write-only-memory (/dev/wom0) capacity exceeded.
Thank you for installing this update. I do not know what the errors mean. Some sort of linker error seems to me = to indicate that the sparc64 has errors in their linker or loader somehow. = What exactly am I supposed to tell from "relocation truncated to fit"? I = cannot tell Glenn or David about this as I do not understand the message. This particular release of ksh93 was generated entirely by the desire to = have it installed as a default shell in Solaris. Therefore, it has been = extensively tested and vetted on the SPARC-64 architecture. The fact that = the freebsd implementation has failures seems pretty trivial. I really see no reason for any errors to exist. This indicates either a = gcc sparc64 issue or a freebsd sparc64 issue. Someone familiar with the = architecture or assumptions behind the linker and/or loader needs to = analyze this problem. /Joe Notice: This message, and any attached file, is intended only for the use = of the individual or entity to which it is addressed, and may contain = information that is privileged, confidential and exempt from disclosure = under applicable law. If the reader of this message is not the intended = recipient, you are hereby notified that any dissemination, distribution or = copying of this communication is strictly prohibited. If you have = received this communication in error, please notify us immediately by = reply e-mail and delete all copies of the original message. =20
I cannot find any information anywhere on the site that might help me with the sparc64 error. I have searched all mailing lists I can think of and have found several mentions of the problem occurring on amd64 and sparc64, but no one ever responded to the errors, so no fix was ever posted. As I said before, this port builds on sparc64 because it is especially intended to be released resident in Solaris11. Therefore, the only solution I have is that there is something broken about the gcc sparc64 toolset. Fix the toolset and you probably fisx the port. I have no help to offer here. Someone with a sparc64 and the desire to fix the problem has to lend a hand. /Joe
On 2007-04-08 01:50:07 (+0000), Joe Kelsey <joe@zircon.seattle.wa.us> wrote: > I cannot find any information anywhere on the site that might help me with > the sparc64 error. > > I have searched all mailing lists I can think of and have found several > mentions of the problem occurring on amd64 and sparc64, but no one ever > responded to the errors, so no fix was ever posted. The problem on FreeBSD/sparc64 appears to be the compiler generating code which the linker doesn't like. I've been playing with this over the weekend. I have been trying to fix it, but it's a bit tricky. The amd64 problem (ports/111439) seems to be something altogether different. I'll take a look at that too.
State Changed From-To: feedback->closed Please note that the shells/ksh93 is now at version 20070628. Thanks for your PR!