Skip Menu |
 

This queue is for tickets about the Tk CPAN distribution.

Report information
The Basics
Id: 13132
Status: open
Priority: 0/
Queue: Tk

People
Owner: Nobody in particular
Requestors: rfulbrig [...] hotmail.com
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: (no value)
Fixed in: (no value)



Subject: Tk-804.027: JPEG/jpeg fails make
Download (untitled) / with headers
text/plain 428b
perl -v This is perl 5.8.5, built for sun4-solaris uname -a SunOS 5.8 Generic_117000-03 sun4u sparc SUNW, Sun-Blade-1500 gcc 2.8.1 GNU make 3.80 ----------------------------------------------------------------------- The gcc compiler fails with option -fno-strict-aliasing. The make command fails in JPEG/jpeg when it tries to process the perl script to copy jpeg code (which the author describes as dubious in the docs).
Download (untitled) / with headers
text/plain 973b
On Tue Jun 07 03:35:59 2005, guest wrote: Show quoted text
> perl -v > This is perl 5.8.5, built for sun4-solaris > > uname -a > SunOS 5.8 Generic_117000-03 sun4u sparc SUNW, Sun-Blade-1500 > > gcc 2.8.1 > > GNU make 3.80 > > ----------------------------------------------------------------------- > > The gcc compiler fails with option -fno-strict-aliasing. > > The make command fails in JPEG/jpeg when it tries to process the perl > script to copy jpeg code (which the author describes as dubious in the > docs).
I don't quite understand this report. Can you send the transcript of a failed make? It is quite true that a GCC that old does not understand aliasing, it does not need to as it didn't do aliasing. So is that option embeded in the jpeg code or does it (as I suspect) come from perl's Configure? e.g. does perl -V (Captial 'V') Show the option in its compiler options? If so then you "should" use a compiler compatible with the one used to build your perl.
Subject: RE: [rt.cpan.org #13132] Tk-804.027: JPEG/jpeg fails make
Date: Sun, 26 Mar 2006 18:21:48 -0500
To: bug-Tk [...] rt.cpan.org
From: "Roy Fulbright" <rfulbrig [...] hotmail.com>
Download (untitled) / with headers
text/plain 1.7k
Sorry, but that was so long ago I have forgotten the details. I also have found Perl packages at sunfreeware so I don't have to work through all the compiler quirks of various versions of gcc. That is one of the biggest downers about installing anything related to Perl that requires compiling on *nix. I don't think I have ever had Perl or an XS module compile and build cleanly without numerous debugging runs with hard to pinpoint error messages. For all its faults, MS has it hands down over *nix when it comes to installation. Show quoted text
>From: " via RT" <bug-Tk@rt.cpan.org> >Reply-To: bug-Tk@rt.cpan.org >To: rfulbrig@hotmail.com >Subject: [rt.cpan.org #13132] Tk-804.027: JPEG/jpeg fails make Date: Sun, >26 Mar 2006 14:02:12 -0500 (EST) > > ><URL: http://rt.cpan.org/Ticket/Display.html?id=13132 > > >On Tue Jun 07 03:35:59 2005, guest wrote:
> > perl -v > > This is perl 5.8.5, built for sun4-solaris > > > > uname -a > > SunOS 5.8 Generic_117000-03 sun4u sparc SUNW, Sun-Blade-1500 > > > > gcc 2.8.1 > > > > GNU make 3.80 > > > > ----------------------------------------------------------------------- > > > > The gcc compiler fails with option -fno-strict-aliasing. > > > > The make command fails in JPEG/jpeg when it tries to process the perl > > script to copy jpeg code (which the author describes as dubious in the > > docs).
> >I don't quite understand this report. >Can you send the transcript of a failed make? > >It is quite true that a GCC that old does not understand aliasing, >it does not need to as it didn't do aliasing. >So is that option embeded in the jpeg code or does it (as I suspect) >come from perl's Configure? > >e.g. does > >perl -V > >(Captial 'V') > >Show the option in its compiler options? > >If so then you "should" use a compiler compatible with the >one used to build your perl. > > > >


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.