On 12 Cheshvan 5762, Jan Nieuwenhuizen wrote:
>> > Otherwise we won't be able to parse -z nocombreloc.
>>
>> So why is there no bug about this yet? ;)
>
> Because, after not finding emacs21 on ppc, everyone has fixed the
> makefile and built emacs21 a week ago?
I must confess, that is what _I_
Michel Dänzer <[EMAIL PROTECTED]> writes:
> > Otherwise we won't be able to parse -z nocombreloc.
>
> So why is there no bug about this yet? ;)
Because, after not finding emacs21 on ppc, everyone has fixed the
makefile and built emacs21 a week ago?
Jan.
--
Jan Nieuwenhuizen <[EMAIL PROTECTED]
On Mon, 2001-10-29 at 16:14, Jack Howarth wrote:
> According to Andreas Jaeger he worked around this emacs issue
> by...
>
> ---
> For Emacs and XEmacs I added:
> LDFLAGS="-znocombreloc"
>
> Andreas
>
> I am thinking we may have to change the build scripts for e
Hello,
According to Andreas Jaeger he worked around this emacs issue
by...
---
For Emacs and XEmacs I added:
LDFLAGS="-znocombreloc"
Andreas
I am thinking we may have to change the build scripts for emacs21
on ppc to make sure it uses ld and not gcc for linking t
On Mon, 2001-10-29 at 00:46, Steven Hanley wrote:
> So I notice on http://voltaire.debian.org/buildd/buildlogs/emacs21 the buildd
> failed with an attempt to pass -z nocombreloc to the linker. Now I wonder is
> this a linker bug (as has been discussed a bit recently) and it will work
> again once
All
So I notice on http://voltaire.debian.org/buildd/buildlogs/emacs21 the buildd
failed with an attempt to pass -z nocombreloc to the linker. Now I wonder is
this a linker bug (as has been discussed a bit recently) and it will work
again once the newer linker packages are used when it attempts a
6 matches
Mail list logo
