From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Axel Bregnsbo Newsgroups: gmane.emacs.bugs Subject: bug#17835: Emacs 24.3 not compiling on Red Hat Enterprise Linux 5 Date: Tue, 24 Jun 2014 22:54:27 +0200 Message-ID: References: <2vr42gv5km.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b3a84d05d173c04fc9b2a55 X-Trace: ger.gmane.org 1403643927 29725 80.91.229.3 (24 Jun 2014 21:05:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 24 Jun 2014 21:05:27 +0000 (UTC) Cc: Uli Menzebach Bcc: rgm@gnu.org To: rgm@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 24 23:05:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WzXu3-0001cO-0x for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jun 2014 23:05:19 +0200 Original-Received: from localhost ([::1]:33843 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzXu2-0004iP-Il for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Jun 2014 17:05:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzXtv-0004Pn-Ca for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 17:05:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WzXto-0006nu-0T for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 17:05:11 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WzXtn-0006nn-US for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 17:05:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WzXtn-0005SR-My for bug-gnu-emacs@gnu.org; Tue, 24 Jun 2014 17:05:03 -0400 Resent-From: Axel Bregnsbo Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Jun 2014 21:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 17835 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Mail-Followup-To: 17835@debbugs.gnu.org, bregnsbo@gmail.com, bregnsbo@gmail.com Original-Received: via spool by 17835-done@debbugs.gnu.org id=D17835.140364386820879 (code D ref 17835); Tue, 24 Jun 2014 21:05:02 +0000 Original-Received: (at 17835-done) by debbugs.gnu.org; 24 Jun 2014 21:04:28 +0000 Original-Received: from localhost ([127.0.0.1]:59684 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzXtA-0005Qb-Bo for submit@debbugs.gnu.org; Tue, 24 Jun 2014 17:04:28 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:38364 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WzXt4-0005QE-1l for 17835-done@debbugs.gnu.org; Tue, 24 Jun 2014 17:04:21 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WzXt3-0001s3-2E for 17835-done@debbugs.gnu.org; Tue, 24 Jun 2014 17:04:17 -0400 Resent-Message-ID: <21417.59344.853319.472344@gnu.org> Resent-Date: Tue, 24 Jun 2014 17:04:16 -0400 Resent-From: Glenn Morris Resent-To: 17835-done@debbugs.gnu.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5OnRSUkGfTzsF4k0Jow9n+MCxml5wingtpmuIZxQUbI=; b=UDFAW0KGsnyWeoRjFIC9mJyKevVYh3H7BJ4uVJa3uabS0ZEUv259g2MA421T8Z7Tn0 uxILWfejG29/ywXYfd4nnTSSCAp9VYceZVWwGsGBxAmTCuKU20keQSLrrXARh0pdJWJG acKqdXHKN79Ir6Gfaz8kGZiz03GggP9XQ6spmzjYluRKIXNQL2ZYJP/S+FsQEzoHRhk2 6LmMoZkcHwGSKd24xtrZ62qyTlechLeD0W8UfaT/wBAvHIs75YLV0FisXORaedm8iV8P Z3DQesPNayagJ/s2P0ZHgswzb9TrK4mp7Km91nwoJ+1h96dIAlUQioWbfRQ1fqI6KMde dayQ== X-Received: by 10.112.146.10 with SMTP id sy10mr2176962lbb.64.1403643267714; Tue, 24 Jun 2014 13:54:27 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Bogosity: no, spamicity=0.016092, v1.2.1 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:90756 Archived-At: --047d7b3a84d05d173c04fc9b2a55 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 wrote: > Hi Axel, > > > > /import/vne (RHEL5 based release) is a 32bit recompile PLUS extensions an= d > 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=E2=80=99t mix things up when you compile things :D* > > > > Make sure you determine exactly which executable get called. Never rely o= n > the dreaded PATH variable in a Makefile =E2=80=A6 it will come back and b= ite 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 =E2=80=9Clocal=E2=80=9D compilation, it is a good idea to r= emove > /import/vne/bin from the PATH variable in the running shell (plus =E2=80= =9Chash -r=E2=80=9D > in bash or =E2=80=9Crehash=E2=80=9D in tcsh) before you run ./configure = =E2=80=A6. > > 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 eac= h > Linux server? > > > > Kind regards, > > Axel > > ---------- Forwarded message ---------- > From: *Glenn Morris* > 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 > 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 copi= es > of the original message. > --=20 Axel B. Bregnsbo bregnsbo@gmail.com +45 61782267 --047d7b3a84d05d173c04fc9b2a55 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Glenn,

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

Kind regards,
Axel

P= S: Thanks Uli


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

Hi Axel,

=C2=A0

/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/vnete= st has historical reasons btw. .

And yes, the /import/v= ne tree is 32bit *only* (must still support 32bit boxes). Don=E2=80=99t mix= things up when you compile things :D

=C2=A0

Make sure you determine e= xactly which executable get called. Never rely on the dreaded PATH variable= in a Makefile =E2=80=A6 it will come back and bite you in the rear.

Like below: you called th= e 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 =E2=80=9Clo= cal=E2=80=9D compilation, it is a good idea to remove /import/vne/bin from = the PATH variable in the running shell (plus =E2=80=9Chash -r=E2=80=9D in b= ash or =E2=80=9Crehash=E2=80=9D in tcsh) before you run ./configure =E2=80=A6.

Also make sure your LD_LI= BRARY_PATH is cleared.

=C2=A0

Hope this helps a bit,

=C2=A0

=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Uli

=C2=A0

=C2=A0

From: Axel Bre= gnsbo [mailto:bregn= sbo@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 Enterpr= ise Linux 5

=C2=A0

Hi Uli,

=C2=A0

See below for Emacs 24.3 bug report to FSF. BTW: cou= ld you give a short explanation for /import/vnetest/. Why is this not the s= tandard /usr/lib/ location? Is it because you want to avoid duplicating bin= ary files to each Linux server?

=C2=A0

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 Linu= x 5
To: Axel Bregnsbo <bregnsbo@gmail.com>
Cc: 17835@debbug= s.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

=C2=A0 /import/vne/bin/ld: warning: i386:x86-64 architecture of input file<= br> =C2=A0 `/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?



=C2=A0

--
Axel B. Bregnsbo
bregnsbo@gmail.com<= /a>
+4= 5 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 dis= tribution 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. Breg= nsbo
bregnsbo@gmail.com
+45= 61782267
--047d7b3a84d05d173c04fc9b2a55--