GNU bug report logs -
#18552
Possible bug building emacs trunk with Fedora 19-x86_64
Previous Next
Reported by: George R Goffe <grgoffe <at> yahoo.com>
Date: Wed, 24 Sep 2014 21:49:01 UTC
Severity: normal
Tags: notabug
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 18552 in the body.
You can then email your comments to 18552 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 24 Sep 2014 21:49:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
George R Goffe <grgoffe <at> yahoo.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 24 Sep 2014 21:49:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I am having trouble building an up to date version of emacs on my fedora 19 system. This configure suggests including --with-jpeg=no. I tried this and got the same error message. As far as I know, my system has all the jpeg libraries. I have also provided my parameters for ./configure. Can you look things over and let me what I'm doing wrong please?
Regards,
George...
configure output:
723 checking for tiffio.h... yes
724 checking for TIFFGetVersion in -ltiff... yes
725 checking gif_lib.h usability... yes
726 checking gif_lib.h presence... yes
727 checking for gif_lib.h... yes
728 checking for EGifPutExtensionLast in -lgif... yes
729 configure: error: The following required libraries were not found:
730 libjpeg
731 Maybe some development libraries/packages are missing?
732 If you don't want to link with them give
733 --with-jpeg=no
734 as options to configure
735 make: *** [Makefile] Error 1
736
input to configure:
156 ./configure --prefix=/usr/lsd/$osname --verbose \
157 --x-includes=/usr/include \
158 --x-libraries=/usr/lib \
159 --enable-asserts \
160 --enable-autodepend \
161 --enable-dependency-tracking \
162 --with-x-toolkit=gtk3 \
163 --with-wide-int \
164 --with-x
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 24 Sep 2014 22:22:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Please send config.log as a (compressed) attachment. Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 24 Sep 2014 23:39:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Glenn,
Here's the log.
THANK you for your attention to this problem.
George...
________________________________
From: Glenn Morris <rgm <at> gnu.org>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: 18552 <at> debbugs.gnu.org
Sent: Wednesday, September 24, 2014 3:21 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
Please send config.log as a (compressed) attachment. Thanks.
[config.log.gz (application/x-gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 03:50:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 18552 <at> debbugs.gnu.org (full text, mbox):
On 09/25/2014 01:42 AM, George R Goffe wrote:
> I am having trouble building an up to date version of emacs on my fedora 19 system.
> This configure suggests including --with-jpeg=no. I tried this and got the same
> error message. As far as I know, my
> system has all the jpeg libraries. I have also provided my parameters for ./configure.
> Can you look things over and let me what I'm doing wrong please?
1) Always update to latest official package from your distribution. For Fedora 19, it
seems to be libjpeg-turbo-1.3.1-2 and libjpeg-turbo-devel-1.3.1-2, respectively.
2) Make sure that you don't have alien installation of libjpeg in non-standard
location, or make sure that this installation is not accessible by Emacs'
configure script.
3) Run this:
echo -e "#include <jpeglib.h>\nversion=JPEG_LIB_VERSION" | cpp | grep -E "version= *(6[2-9]|[7-9][0-9])"
If you don't see any output, re-check 2) because Fedora 19 definitely ships
the jpeg library recent enough to built Emacs trunk.
Dmitry
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 05:04:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Dmitry,
Thank you for your response.
I appear to have the correct rpm's installed. rpm -qa | grep libjpeg shows:
libjpeg-turbo-1.3.1-2.fc19.i686
libjpeg-turbo-1.3.1-2.fc19.x86_64
libjpeg-turbo-devel-1.3.1-2.fc19.i686
libjpeg-turbo-devel-1.3.1-2.fc19.x86_64
libjpeg-turbo-utils-1.3.1-2.fc19.x86_64
mingw64-libjpeg-turbo-1.3.1-1.fc19.noarch
There appear to be no other libjpeg files installed anywhere on this system which is x86_64. Could this architecture be causing the problem?
#3 below produced NO output...
I'm not sure where to go at this point in time. emacs trunk used to build a few months ago... now it does not.
Regards,
George...
----- Original Message -----
From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: 18552 <at> debbugs.gnu.org
Sent: Wednesday, September 24, 2014 8:49 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
On 09/25/2014 01:42 AM, George R Goffe wrote:
> I am having trouble building an up to date version of emacs on my fedora 19 system.
> This configure suggests including --with-jpeg=no. I tried this and got the same
> error message. As far as I know, my
> system has all the jpeg libraries. I have also provided my parameters for ./configure.
> Can you look things over and let me what I'm doing wrong please?
1) Always update to latest official package from your distribution. For Fedora 19, it
seems to be libjpeg-turbo-1.3.1-2 and libjpeg-turbo-devel-1.3.1-2, respectively.
2) Make sure that you don't have alien installation of libjpeg in non-standard
location, or make sure that this installation is not accessible by Emacs'
configure script.
3) Run this:
echo -e "#include <jpeglib.h>\nversion=JPEG_LIB_VERSION" | cpp | grep -E "version= *(6[2-9]|[7-9][0-9])"
If you don't see any output, re-check 2) because Fedora 19 definitely ships
the jpeg library recent enough to built Emacs trunk.
Dmitry
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 05:38:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Dmitry,
I also built (or tried to build) the trunk on my out of the box Fedora 20 x86_64 system... It failed the same way. I tried this because I thought I might have messed up with the FC 19 system.
I also ran your test after building libjpeg version 9. Your sample code did see the new header file but didn't produce any output either.
Regards,
George...
----- Original Message -----
From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: 18552 <at> debbugs.gnu.org
Sent: Wednesday, September 24, 2014 8:49 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
On 09/25/2014 01:42 AM, George R Goffe wrote:
> I am having trouble building an up to date version of emacs on my fedora 19 system.
> This configure suggests including --with-jpeg=no. I tried this and got the same
> error message. As far as I know, my
> system has all the jpeg libraries. I have also provided my parameters for ./configure.
> Can you look things over and let me what I'm doing wrong please?
1) Always update to latest official package from your distribution. For Fedora 19, it
seems to be libjpeg-turbo-1.3.1-2 and libjpeg-turbo-devel-1.3.1-2, respectively.
2) Make sure that you don't have alien installation of libjpeg in non-standard
location, or make sure that this installation is not accessible by Emacs'
configure script.
3) Run this:
echo -e "#include <jpeglib.h>\nversion=JPEG_LIB_VERSION" | cpp | grep -E "version= *(6[2-9]|[7-9][0-9])"
If you don't see any output, re-check 2) because Fedora 19 definitely ships
the jpeg library recent enough to built Emacs trunk.
Dmitry
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 06:30:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Hello.
Just check if you have /usr/include/jconfig.h, and that it has this line:
#define JPEG_LIB_VERSION 62
If it doesn't, does it have a JPEG_LIB_VERSION line at all, and what does it look like?
FWFW, the jconfig.h that belongs to libjpeg-turbo-devel-1.3.1-2.fc has this line.
Jan D.
25 sep 2014 kl. 07:03 skrev George R Goffe <grgoffe <at> yahoo.com>:
> Dmitry,
>
> Thank you for your response.
>
> I appear to have the correct rpm's installed. rpm -qa | grep libjpeg shows:
>
> libjpeg-turbo-1.3.1-2.fc19.i686
> libjpeg-turbo-1.3.1-2.fc19.x86_64
> libjpeg-turbo-devel-1.3.1-2.fc19.i686
> libjpeg-turbo-devel-1.3.1-2.fc19.x86_64
> libjpeg-turbo-utils-1.3.1-2.fc19.x86_64
> mingw64-libjpeg-turbo-1.3.1-1.fc19.noarch
>
>
> There appear to be no other libjpeg files installed anywhere on this system which is x86_64. Could this architecture be causing the problem?
>
>
> #3 below produced NO output...
>
> I'm not sure where to go at this point in time. emacs trunk used to build a few months ago... now it does not.
>
> Regards,
>
> George...
>
>
>
> ----- Original Message -----
> From: Dmitry Antipov <dmantipov <at> yandex.ru>
> To: George R Goffe <grgoffe <at> yahoo.com>
> Cc: 18552 <at> debbugs.gnu.org
> Sent: Wednesday, September 24, 2014 8:49 PM
> Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
>
> On 09/25/2014 01:42 AM, George R Goffe wrote:
>
>
>
>
>> I am having trouble building an up to date version of emacs on my fedora 19 system.
>> This configure suggests including --with-jpeg=no. I tried this and got the same
>> error message. As far as I know, my
>> system has all the jpeg libraries. I have also provided my parameters for ./configure.
>> Can you look things over and let me what I'm doing wrong please?
>
> 1) Always update to latest official package from your distribution. For Fedora 19, it
> seems to be libjpeg-turbo-1.3.1-2 and libjpeg-turbo-devel-1.3.1-2, respectively.
>
> 2) Make sure that you don't have alien installation of libjpeg in non-standard
> location, or make sure that this installation is not accessible by Emacs'
> configure script.
>
> 3) Run this:
>
> echo -e "#include <jpeglib.h>\nversion=JPEG_LIB_VERSION" | cpp | grep -E "version= *(6[2-9]|[7-9][0-9])"
>
> If you don't see any output, re-check 2) because Fedora 19 definitely ships
> the jpeg library recent enough to built Emacs trunk.
>
> Dmitry
>
>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 08:25:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 18552 <at> debbugs.gnu.org (full text, mbox):
On 09/25/2014 01:42 AM, George R Goffe wrote:
> input to configure:
>
> 156 ./configure --prefix=/usr/lsd/$osname --verbose \
> 157 --x-includes=/usr/include \
> 158 --x-libraries=/usr/lib \
^^^^^^^^
This is wrong because 64-bit libraries should be installed under
/usr/lib64 and /lib64 on your system.
> 159 --enable-asserts \
^^^^^^^^^^^^^^^^
There is no such option, use --enable-checking instead.
> 160 --enable-autodepend \
> 161 --enable-dependency-tracking \
> 162 --with-x-toolkit=gtk3 \
> 163 --with-wide-int \
^^^^^^^^^^^^^^^
This makes no sense on a 64-bit system if you're building 64-bit
executable (which is by default).
Try to run ./configure without extra arguments and compare results.
Dmitry
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 09:04:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Dmitry,
I couldn't resist trying.
on the fc19 AND the fc20 system I ran ./configure... and got:
configure: error: The following required libraries were not found:
libjpeg
Maybe some development libraries/packages are missing?
If you don't want to link with them give
--with-jpeg=no
On the fc20 system I got 62 as the version string for /usr/include/jconfig.h
George...
----- Original Message -----
From: Dmitry Antipov <dmantipov <at> yandex.ru>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: 18552 <at> debbugs.gnu.org
Sent: Thursday, September 25, 2014 1:24 AM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
On 09/25/2014 01:42 AM, George R Goffe wrote:
> input to configure:
>
> 156 ./configure --prefix=/usr/lsd/$osname --verbose \
> 157 --x-includes=/usr/include \
> 158 --x-libraries=/usr/lib \
^^^^^^^^
This is wrong because 64-bit libraries should be installed under
/usr/lib64 and /lib64 on your system.
> 159 --enable-asserts \
^^^^^^^^^^^^^^^^
There is no such option, use --enable-checking instead.
> 160 --enable-autodepend \
> 161 --enable-dependency-tracking \
> 162 --with-x-toolkit=gtk3 \
> 163 --with-wide-int \
^^^^^^^^^^^^^^^
This makes no sense on a 64-bit system if you're building 64-bit
executable (which is by default).
Try to run ./configure without extra arguments and compare results.
Dmitry
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 09:18:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Hello.
Please keep the debbugs address in Cc.
George R Goffe skrev 2014-09-25 10:26:
> Jan,
>
> The short answer is no. I installed libjpeg-9a and it's jconfig.h has NO version string. A bug?
No, they just moved it to libjpeg.h:
#define JPEG_LIB_VERSION 90 /* Compatibility version 9.0 */
Is there some reason you need libjpeg-9a? It seems there is confusion
about which version of jpeg configure picks up.
On the other hand, Emacs should work with jpeg 90 also.
>
> The /usr/include/jconfig.h has 62 as it's version number.
>
> I think I have multiple problems on both my fc19 and fc20 systems. Let me try to get organized. Do you have a preference as to which one you would like me to concentrate on?
>
I only have FC20, so go for that.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 09:50:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 18552 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 25 Sep 2014 11:17:22 +0200
> From: "Jan D." <jan.h.d <at> swipnet.se>
> Cc: 18552 <at> debbugs.gnu.org
>
> George R Goffe skrev 2014-09-25 10:26:
> > Jan,
> >
> > The short answer is no. I installed libjpeg-9a and it's jconfig.h has NO version string. A bug?
>
> No, they just moved it to libjpeg.h:
I think you mean jpeglib.h.
> #define JPEG_LIB_VERSION 90 /* Compatibility version 9.0 */
>
> Is there some reason you need libjpeg-9a? It seems there is confusion
> about which version of jpeg configure picks up.
>
> On the other hand, Emacs should work with jpeg 90 also.
It does for me (with libjpeg-9a).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 25 Sep 2014 09:57:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii skrev 2014-09-25 11:48:
>> Date: Thu, 25 Sep 2014 11:17:22 +0200
>> From: "Jan D." <jan.h.d <at> swipnet.se>
>> Cc: 18552 <at> debbugs.gnu.org
>>
>> George R Goffe skrev 2014-09-25 10:26:
>>> Jan,
>>>
>>> The short answer is no. I installed libjpeg-9a and it's jconfig.h has NO version string. A bug?
>>
>> No, they just moved it to libjpeg.h:
>
> I think you mean jpeglib.h.
Indeed.
Jan D.
>
>> #define JPEG_LIB_VERSION 90 /* Compatibility version 9.0 */
>>
>> Is there some reason you need libjpeg-9a? It seems there is confusion
>> about which version of jpeg configure picks up.
>>
>> On the other hand, Emacs should work with jpeg 90 also.
>
> It does for me (with libjpeg-9a).
>
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 01 Oct 2014 18:14:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 18552 <at> debbugs.gnu.org (full text, mbox):
So was any conclusion reached here?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 01 Oct 2014 18:21:02 GMT)
Full text and
rfc822 format available.
Message #44 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Hi.
1 okt 2014 kl. 20:13 skrev Glenn Morris <rgm <at> gnu.org>:
>
> So was any conclusion reached here?
The OP said
> I think I have multiple problems on both my fc19 and fc20 systems. Let me try to get organized.
so we are waiting for input.
Eli said he compiled successfully with libjpeg-9a, and since then so I have on a Fedora 20 system.
So I think this is a package/installation problem. But we wait for some confirmation.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 01 Oct 2014 18:26:01 GMT)
Full text and
rfc822 format available.
Message #47 received at 18552 <at> debbugs.gnu.org (full text, mbox):
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, grgoffe <at> yahoo.com, 18552 <at> debbugs.gnu.org
> Date: Wed, 01 Oct 2014 14:13:08 -0400
>
>
> So was any conclusion reached here?
I tend to think the OP's system is misconfigured. 32-bit vs 64-bit
messup is one possibility.
Another way to continue investigating this is for the OP to try
compiling a short test program that includes the JPEG header, and see
if it compiles, and if not, what warning/error messages appear. The
log the OP sent says just
configure:12340: WARNING: libjpeg found, but not version 6b or later
which isn't very informative.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 01 Oct 2014 22:06:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I haven't had a chance to give this problem any attention.
I will do so asap and report back.
Thank you ALL for your help!
George...
From: Jan Djärv <jan.h.d <at> swipnet.se>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>; grgoffe <at> yahoo.com; 18552 <at> debbugs.gnu.org
Sent: Wednesday, October 1, 2014 11:20 AM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
Hi.
1 okt 2014 kl. 20:13 skrev Glenn Morris <rgm <at> gnu.org>:
>
> So was any conclusion reached here?
The OP said
> I think I have multiple problems on both my fc19 and fc20 systems. Let me try to get organized.
so we are waiting for input.
Eli said he compiled successfully with libjpeg-9a, and since then so I have on a Fedora 20 system.
So I think this is a package/installation problem. But we wait for some confirmation.
Jan D.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 01 Oct 2014 22:25:01 GMT)
Full text and
rfc822 format available.
Message #53 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Here are two logs for building emacs on my fc20 system. One with libjpeg and one with the "--with-jpeg=no" flag. There are some other warnings that might be of interest in these logs.
Here's what I have for libjpeg on this system:
libjpeg-turbo-1.3.1-2.fc20.x86_64
libjpeg-turbo-devel-1.3.1-2.fc20.x86_64
libjpeg-turbo-utils-1.3.1-2.fc20.x86_64
mingw64-libjpeg-turbo-1.3.1-1.fc20.noarch
My input to configure is in the log files.
Regards and again, thanks, for your time and help with this issue.
From: Eli Zaretskii <eliz <at> gnu.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: jan.h.d <at> swipnet.se; grgoffe <at> yahoo.com; 18552 <at> debbugs.gnu.org
Sent: Wednesday, October 1, 2014 11:25 AM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, grgoffe <at> yahoo.com, 18552 <at> debbugs.gnu.org
> Date: Wed, 01 Oct 2014 14:13:08 -0400
>
>
> So was any conclusion reached here?
I tend to think the OP's system is misconfigured. 32-bit vs 64-bit
messup is one possibility.
Another way to continue investigating this is for the OP to try
compiling a short test program that includes the JPEG header, and see
if it compiles, and if not, what warning/error messages appear. The
log the OP sent says just
configure:12340: WARNING: libjpeg found, but not version 6b or later
which isn't very informative.
[Message part 2 (text/html, inline)]
[bld-emacs-nolibjpeg.log.gz (application/x-gzip, attachment)]
[bld-emacs-with-libjpeg.log.gz (application/x-gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Wed, 01 Oct 2014 22:39:02 GMT)
Full text and
rfc822 format available.
Message #56 received at 18552 <at> debbugs.gnu.org (full text, mbox):
Err, what is going on here...?
+ bzr update trunk -v
Tree is up to date at revision 108646 of branch /export/home/tools/emacs/trunk
[...]
Your system has the required tools, running autoreconf...
autoreconf: 'configure.ac' and 'configure.in' both present.
autoreconf: proceeding with 'configure.ac'
[...]
/tools/emacs/trunk/build-aux/missing: Unknown `--is-lightweight' option
Try `/tools/emacs/trunk/build-aux/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
The Emacs trunk is currently at r118003, so you seem to be missing about
10000 revisions. I'm going to guess that your copy of the Emacs repo is
messed up...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 02 Oct 2014 00:18:01 GMT)
Full text and
rfc822 format available.
Message #59 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli,
I could get a whole new copy and try again. Yes?
Regards,
George...
From: Glenn Morris <rgm <at> gnu.org>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>; "jan.h.d <at> swipnet.se" <jan.h.d <at> swipnet.se>; "18552 <at> debbugs.gnu.org" <18552 <at> debbugs.gnu.org>
Sent: Wednesday, October 1, 2014 3:38 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
Err, what is going on here...?
+ bzr update trunk -v
Tree is up to date at revision 108646 of branch /export/home/tools/emacs/trunk
[...]
Your system has the required tools, running autoreconf...
autoreconf: 'configure.ac' and 'configure.in' both present.
autoreconf: proceeding with 'configure.ac'
[...]
/tools/emacs/trunk/build-aux/missing: Unknown `--is-lightweight' option
Try `/tools/emacs/trunk/build-aux/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
The Emacs trunk is currently at r118003, so you seem to be missing about
10000 revisions. I'm going to guess that your copy of the Emacs repo is
messed up...
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 02 Oct 2014 01:29:02 GMT)
Full text and
rfc822 format available.
Message #62 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Glenn,
I have abandoned the current emacs trunk and retrieved a fresh new copy.
I'm including my build logs. I don't see much difference in results.
Regards,
George...
From: George R Goffe <grgoffe <at> yahoo.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>; "jan.h.d <at> swipnet.se" <jan.h.d <at> swipnet.se>; "18552 <at> debbugs.gnu.org" <18552 <at> debbugs.gnu.org>
Sent: Wednesday, October 1, 2014 5:17 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
Eli,
I could get a whole new copy and try again. Yes?
Regards,
George...
From: Glenn Morris <rgm <at> gnu.org>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>; "jan.h.d <at> swipnet.se" <jan.h.d <at> swipnet.se>; "18552 <at> debbugs.gnu.org" <18552 <at> debbugs.gnu.org>
Sent: Wednesday, October 1, 2014 3:38 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
Err, what is going on here...?
+ bzr update trunk -v
Tree is up to date at revision 108646 of branch /export/home/tools/emacs/trunk
[...]
Your system has the required tools, running autoreconf...
autoreconf: 'configure.ac' and 'configure.in' both present.
autoreconf: proceeding with 'configure.ac'
[...]
/tools/emacs/trunk/build-aux/missing: Unknown `--is-lightweight' option
Try `/tools/emacs/trunk/build-aux/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
The Emacs trunk is currently at r118003, so you seem to be missing about
10000 revisions. I'm going to guess that your copy of the Emacs repo is
messed up...
[Message part 2 (text/html, inline)]
[bld-emacs-nolibjpeg.log.gz (application/gzip, attachment)]
[bld-emacs-with-libjpeg.log.gz (application/gzip, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 02 Oct 2014 01:49:02 GMT)
Full text and
rfc822 format available.
Message #65 received at 18552 <at> debbugs.gnu.org (full text, mbox):
The log you quote as "nolibjpeg" does not pass --with-jpeg=no AFAICS.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Thu, 02 Oct 2014 01:59:01 GMT)
Full text and
rfc822 format available.
Message #68 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Glenn,
There's a problem with configure?
345 If you don't want to link with them give 346 --with-jpeg=no 347 as options to configure
This is a close to out of the box Fedora 20 x86_64 system.
Regards,
George...
From: Glenn Morris <rgm <at> gnu.org>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>; "jan.h.d <at> swipnet.se" <jan.h.d <at> swipnet.se>; "18552 <at> debbugs.gnu.org" <18552 <at> debbugs.gnu.org>
Sent: Wednesday, October 1, 2014 6:47 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
The log you quote as "nolibjpeg" does not pass --with-jpeg=no AFAICS.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Sun, 05 Oct 2014 06:20:01 GMT)
Full text and
rfc822 format available.
Message #71 received at 18552 <at> debbugs.gnu.org (full text, mbox):
George R Goffe wrote:
> There's a problem with configure?
You are claiming that adding "--with-jpeg=no" makes no difference, but
the file "bld-emacs-nolibjpeg.log.gz" that you sent doesn't pass that option:
./configure --prefix=/usr/lsd/$osname --verbose \
--x-includes=/usr/include \
--x-libraries=/usr/lib \
--enable-asserts \
--enable-autodepend \
--enable-dependency-tracking \
--with-x-toolkit=no \
--with-wide-int \
--with-x
Also, as was already said --with-wide-int does nothing on x86_64; and
--enable-asserts is not a valid option.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Sun, 05 Oct 2014 07:33:02 GMT)
Full text and
rfc822 format available.
Message #74 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli,
I goofed and sent the wrong log. I'm re-creating the log right now.
Please accept my apologies for that.
Regards,
George...
From: Glenn Morris <rgm <at> gnu.org>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>; "jan.h.d <at> swipnet.se" <jan.h.d <at> swipnet.se>; "18552 <at> debbugs.gnu.org" <18552 <at> debbugs.gnu.org>
Sent: Saturday, October 4, 2014 11:19 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
George R Goffe wrote:
> There's a problem with configure?
You are claiming that adding "--with-jpeg=no" makes no difference, but
the file "bld-emacs-nolibjpeg.log.gz" that you sent doesn't pass that option:
./configure --prefix=/usr/lsd/$osname --verbose \
--x-includes=/usr/include \
--x-libraries=/usr/lib \
--enable-asserts \
--enable-autodepend \
--enable-dependency-tracking \
--with-x-toolkit=no \
--with-wide-int \
--with-x
Also, as was already said --with-wide-int does nothing on x86_64; and
--enable-asserts is not a valid option.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#18552
; Package
emacs
.
(Sun, 05 Oct 2014 16:50:02 GMT)
Full text and
rfc822 format available.
Message #77 received at 18552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli,
The problem has been resolved on both Fedora 19 and 20. Somehow my build copy of the code was broken. I checked out a complete new trunk and now emacs is building once again.
I want to express my appreciation to everyone's effort in helping me with this problem.
Regards, and again, thanks,
George...
From: Glenn Morris <rgm <at> gnu.org>
To: George R Goffe <grgoffe <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>; "jan.h.d <at> swipnet.se" <jan.h.d <at> swipnet.se>; "18552 <at> debbugs.gnu.org" <18552 <at> debbugs.gnu.org>
Sent: Saturday, October 4, 2014 11:19 PM
Subject: Re: bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64
George R Goffe wrote:
> There's a problem with configure?
You are claiming that adding "--with-jpeg=no" makes no difference, but
the file "bld-emacs-nolibjpeg.log.gz" that you sent doesn't pass that option:
./configure --prefix=/usr/lsd/$osname --verbose \
--x-includes=/usr/include \
--x-libraries=/usr/lib \
--enable-asserts \
--enable-autodepend \
--enable-dependency-tracking \
--with-x-toolkit=no \
--with-wide-int \
--with-x
Also, as was already said --with-wide-int does nothing on x86_64; and
--enable-asserts is not a valid option.
[Message part 2 (text/html, inline)]
Added tag(s) notabug; removed tag(s) moreinfo.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 05 Oct 2014 16:59:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
18552 <at> debbugs.gnu.org and George R Goffe <grgoffe <at> yahoo.com>
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 05 Oct 2014 16:59:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 03 Nov 2014 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 8 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.