bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

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

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Glenn Morris]

Please send config.log as a (compressed) attachment. Thanks.

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

Glenn,

Here's the log.

THANK you for your attention to this problem.

George...



________________________________
From: Glenn Morris <rgm@gnu.org>
To: George R Goffe <grgoffe@yahoo.com> 
Cc: 18552@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.

[-- Attachment #2: config.log.gz --]
[-- Type: application/x-gzip, Size: 16445 bytes --]

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Dmitry Antipov]

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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@yandex.ru>
To: George R Goffe <grgoffe@yahoo.com>
Cc: 18552@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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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@yandex.ru>
To: George R Goffe <grgoffe@yahoo.com>
Cc: 18552@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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Jan Djärv]

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@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@yandex.ru>
> To: George R Goffe <grgoffe@yahoo.com>
> Cc: 18552@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
> 
> 

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Dmitry Antipov]

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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@yandex.ru>
To: George R Goffe <grgoffe@yahoo.com>
Cc: 18552@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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Jan D.]

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.

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Eli Zaretskii]

> Date: Thu, 25 Sep 2014 11:17:22 +0200
> From: "Jan D." <jan.h.d@swipnet.se>
> Cc: 18552@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).

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Jan D.]

Eli Zaretskii skrev 2014-09-25 11:48:
>> Date: Thu, 25 Sep 2014 11:17:22 +0200
>> From: "Jan D." <jan.h.d@swipnet.se>
>> Cc: 18552@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).
>

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Glenn Morris]

So was any conclusion reached here?

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Jan Djärv]

Hi.

1 okt 2014 kl. 20:13 skrev Glenn Morris <rgm@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.

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Eli Zaretskii]

> From: Glenn Morris <rgm@gnu.org>
> Cc: Eli Zaretskii <eliz@gnu.org>,  grgoffe@yahoo.com,  18552@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.

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

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@swipnet.se>
 To: Glenn Morris <rgm@gnu.org> 
Cc: Eli Zaretskii <eliz@gnu.org>; grgoffe@yahoo.com; 18552@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@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.


  

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

[-- Attachment #1.1: Type: text/plain, Size: 1450 bytes --]

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@gnu.org>
 To: Glenn Morris <rgm@gnu.org> 
Cc: jan.h.d@swipnet.se; grgoffe@yahoo.com; 18552@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@gnu.org>


> Cc: Eli Zaretskii <eliz@gnu.org>,  grgoffe@yahoo.com,  18552@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.


  

[-- Attachment #1.2: Type: text/html, Size: 4016 bytes --]

[-- Attachment #2: bld-emacs-nolibjpeg.log.gz --]
[-- Type: application/x-gzip, Size: 4623 bytes --]

[-- Attachment #3: bld-emacs-with-libjpeg.log.gz --]
[-- Type: application/x-gzip, Size: 6494 bytes --]

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Glenn Morris]

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...

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

Eli,
I could get a whole new copy and try again. Yes?
Regards,
George...
      From: Glenn Morris <rgm@gnu.org>
 To: George R Goffe <grgoffe@yahoo.com> 
Cc: Eli Zaretskii <eliz@gnu.org>; "jan.h.d@swipnet.se" <jan.h.d@swipnet.se>; "18552@debbugs.gnu.org" <18552@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...





  

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

[-- Attachment #1.1: Type: text/plain, Size: 1668 bytes --]

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@yahoo.com>
 To: Glenn Morris <rgm@gnu.org> 
Cc: Eli Zaretskii <eliz@gnu.org>; "jan.h.d@swipnet.se" <jan.h.d@swipnet.se>; "18552@debbugs.gnu.org" <18552@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@gnu.org>
 To: George R Goffe <grgoffe@yahoo.com> 
Cc: Eli Zaretskii <eliz@gnu.org>; "jan.h.d@swipnet.se" <jan.h.d@swipnet.se>; "18552@debbugs.gnu.org" <18552@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...





   

  

[-- Attachment #1.2: Type: text/html, Size: 5829 bytes --]

[-- Attachment #2: bld-emacs-nolibjpeg.log.gz --]
[-- Type: application/gzip, Size: 4116 bytes --]

[-- Attachment #3: bld-emacs-with-libjpeg.log.gz --]
[-- Type: application/gzip, Size: 6494 bytes --]

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Glenn Morris]

The log you quote as "nolibjpeg" does not pass --with-jpeg=no AFAICS.

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

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@gnu.org>
 To: George R Goffe <grgoffe@yahoo.com> 
Cc: Eli Zaretskii <eliz@gnu.org>; "jan.h.d@swipnet.se" <jan.h.d@swipnet.se>; "18552@debbugs.gnu.org" <18552@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.




  

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[Glenn Morris]

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.

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

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@gnu.org>
 To: George R Goffe <grgoffe@yahoo.com> 
Cc: Eli Zaretskii <eliz@gnu.org>; "jan.h.d@swipnet.se" <jan.h.d@swipnet.se>; "18552@debbugs.gnu.org" <18552@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.


  

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

bug#18552: Possible bug building emacs trunk with Fedora 19-x86_64

[George R Goffe]

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

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@gnu.org>
 To: George R Goffe <grgoffe@yahoo.com> 
Cc: Eli Zaretskii <eliz@gnu.org>; "jan.h.d@swipnet.se" <jan.h.d@swipnet.se>; "18552@debbugs.gnu.org" <18552@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.


  

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