all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Axel Bregnsbo <bregnsbo@gmail.com>
To: rgm@gnu.org
Cc: Uli Menzebach <menze@vitesse.com>
Subject: bug#17835: Emacs 24.3 not compiling on Red Hat Enterprise Linux 5
Date: Tue, 24 Jun 2014 22:54:27 +0200	[thread overview]
Message-ID: <CAAk4xMZcyzRptbJh60u74XDTxMqAkjYkKfGPMexb-8pXmDSD2g@mail.gmail.com> (raw)
In-Reply-To: <E28E7EB317AAFE4396ECB0EE4454B46B0246E13324@mbox-txa4.vitesse.com>

[-- Attachment #1: Type: text/plain, Size: 3284 bytes --]

Hi Glenn,

In my PATH (/import/vne/bin) I pointed to a 32-bit 'ld' version, but was
compiling on a 64-bit REHL5 machine. After removing /import/vne/bin from
PATH compilation went fine. Thanks for your quick response. You can close
this bug.

Kind regards,
Axel

PS: Thanks Uli


On Mon, Jun 23, 2014 at 9:12 AM, Uli Menzebach <menze@vitesse.com> wrote:

>  Hi Axel,
>
>
>
> /import/vne (RHEL5 based release) is a 32bit recompile PLUS extensions and
> optional patches. Sharing /usr/lib except the most basic libraries would
> defeat the purpose of vne. Both library locations need to stay separate.
>
> The name /import/vne*test* has historical reasons btw. .
>
> *And yes, the /import/vne tree is 32bit *only* (must still support 32bit
> boxes). Don’t mix things up when you compile things :D*
>
>
>
> Make sure you determine exactly which executable get called. Never rely on
> the dreaded PATH variable in a Makefile … it will come back and bite you in
> the rear.
>
> Like below: you called the wrong ld binary (32bit from vne tree) when you
> really should have called the local 64bit version.
>
> In my opinion it is best to declare variables for binaries and libraries
> with their full path.
>
> IF you want a “local” compilation, it is a good idea to remove
> /import/vne/bin from the PATH variable in the running shell (plus “hash -r”
> in bash or “rehash” in tcsh) before you run ./configure ….
>
> Also make sure your LD_LIBRARY_PATH is cleared.
>
>
>
> Hope this helps a bit,
>
>
>
>                 Uli
>
>
>
>
>
> *From:* Axel Bregnsbo [mailto:bregnsbo@gmail.com]
> *Sent:* Monday, June 23, 2014 8:57 AM
> *To:* Uli Menzebach
> *Subject:* Fwd: bug#17835: Emacs 24.3 not compiling on Red Hat Enterprise
> Linux 5
>
>
>
> Hi Uli,
>
>
>
> See below for Emacs 24.3 bug report to FSF. BTW: could you give a short
> explanation for /import/vnetest/. Why is this not the standard /usr/lib/
> location? Is it because you want to avoid duplicating binary files to each
> Linux server?
>
>
>
> Kind regards,
>
> Axel
>
> ---------- Forwarded message ----------
> From: *Glenn Morris* <rgm@gnu.org>
> Date: Mon, Jun 23, 2014 at 2:21 AM
> Subject: Re: bug#17835: Emacs 24.3 not compiling on Red Hat Enterprise
> Linux 5
> To: Axel Bregnsbo <bregnsbo@gmail.com>
> Cc: 17835@debbugs.gnu.org
>
>
>
> BTW, 24.3 builds fine for me on RHEL 5.10 x86_64.
>
> I don't know what's going on with things like
>
>   /import/vne/bin/ld: warning: i386:x86-64 architecture of input file
>   `/usr/lib64/crt1.o' is incompatible with i386 output
>
> in your build. You seem to have an entire separate tree of stuff in
> /import/vnetest?
>
>
>
>
>
> --
> Axel B. Bregnsbo
> bregnsbo@gmail.com
> +45 61782267
>   CONFIDENTIALITY NOTICE: This e-mail message, including any attachments,
> is for the sole use of the intended recipient(s) and may contain
> confidential and privileged information. Any unauthorized review, use,
> disclosure or distribution is prohibited. If you are not the intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of the original message.
>



-- 
Axel B. Bregnsbo
bregnsbo@gmail.com
+45 61782267

[-- Attachment #2: Type: text/html, Size: 7156 bytes --]

      parent reply	other threads:[~2014-06-24 20:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-22 21:36 bug#17835: Emacs 24.3 not compiling on Red Hat Enterprise Linux 5 Axel Bregnsbo
2014-06-23  0:07 ` Glenn Morris
2014-06-23  0:21   ` Glenn Morris
     [not found]     ` <CAAk4xMZDzmizdp7meJ84x4hybxdt+YR_HYgsvyZzuG-arSh8DQ@mail.gmail.com>
     [not found]       ` <E28E7EB317AAFE4396ECB0EE4454B46B0246E13324@mbox-txa4.vitesse.com>
2014-06-24 20:54         ` Axel Bregnsbo [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAAk4xMZcyzRptbJh60u74XDTxMqAkjYkKfGPMexb-8pXmDSD2g@mail.gmail.com \
    --to=bregnsbo@gmail.com \
    --cc=menze@vitesse.com \
    --cc=rgm@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.