On Thu, Mar 10, 2005, Mark Keller wrote:
> On Wednesday 09 March 2005 11:15, David M. Fetter wrote:
> > Ok, then I will fix it. ;-) We can't do without this package so it
> > must work. Oh, and I did find that there is something wrong when
> > enabling with_leim=yes. It fails, seemingly because the secondary
> > source directory wasn't given a separate name and so it doesn't know
> > where the original emacs source directory is. I might fix this too, but
> > I don't really care too much about this portion. I'll submit a fix when
> > I have it.
> >
> > On Wed, 2005-03-09 at 19:59 +0100, Ralf S. Engelschall wrote:
> > > On Wed, Mar 09, 2005, David M. Fetter wrote:
> > > > Anybody find out any info on this? I'm having the same issue on a
> > > > RHEL3 system.
> > >
> > > No, and unless you attach a debugger I think you cannot find anything.
> > > The only things you can do without are the usual attempts: try to
> > > replace "%{l_cflags -O}" with "%{l_cflags}" to turn off optimizations,
> > > etc.
>
> The fix to emacs on RHEL 3 and 4 appears to be a problem with exec-shield.
>
> http://jamesthornton.com/writing/emacs-compile.html
>
> So make needs to be run as the following:
>
> setarch i386 %{l_make} %{l_mflags -O}
>
> I have included a quick patch to the 2.3.0 specfile. Maybe somebody else has a
> better to to do it, but it works for me.
>
> Mark Keller
> Systems Administrator
> Portland State University
>
> --- emacs.spec.orig 2005-03-10 13:52:33.000000000 -0800
> +++ emacs.spec 2005-03-10 13:49:04.000000000 -0800
> @@ -170,7 +170,14 @@
> --with-x-toolkit=no \
> --without-x
> %endif
> - %{l_make} %{l_mflags -O}
> +case "%{l_platform -t}" in
> + i?86-linux2.[2-6]* )
> + setarch i386 %{l_make} %{l_mflags -O}
> + ;;
> + * )
> + %{l_make} %{l_mflags -O}
> + ;;
> +esac
>
> %install
> rm -rf $RPM_BUILD_ROOT
Ok, I've now applied the following similar styled workaround:
http://cvs.openpkg.org/chngview?cn=22568
The problem is that there are Linux 2.[2-6] systems (e.g. Debian 3.0)
which do not provide the "setarch" feature AFAIK...
Thanks for your feedback.
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
______________________________________________________________________
The OpenPKG Project www.openpkg.org
User Communication List [email protected]
