Skip Menu |

This queue is for tickets about the Imager CPAN distribution.

Report information
The Basics
Id: 34762
Status: resolved
Priority: 0/
Queue: Imager
People
Owner: Nobody in particular
Requestors: rlomasky [...] gmail.com
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 0.62
Fixed in: (no value)

History Show all quoted text
  Tue Apr 08 08:11:34 2008 rlomasky [...] gmail.com - Ticket created
Subject: During install: dyntest.o: file not recognized
I'm not sure whether this is a bug or there are libraries missing from the machines I am trying to install Imager on. It worked fine on my Mac, but when I try to install it on either the Linux or Sun server that I have access to, I get the following error: make[1]: Entering directory `/cs/grad/rlomas01/Imager-0.62/dynfilt' LD_RUN_PATH="" gcc -o dyntest.so -shared dyntest.o dyntest.o: file not recognized: File format not recognized collect2: ld returned 1 exit status make[1]: *** [dyntest.so] Error 1 make[1]: Leaving directory `/cs/grad/rlomas01/Imager-0.62/dynfilt' make: *** [subdirs] Error 2
  Tue Apr 08 09:15:24 2008 TONYC [...] cpan.org - Correspondence added
On Tue Apr 08 08:11:34 2008, Minerva wrote: Show quoted text
> I'm not sure whether this is a bug or there are libraries missing from > the machines I am trying to install Imager on. > > It worked fine on my Mac, but when I try to install it on either the > Linux or Sun server that I have access to, I get the following error: > > make[1]: Entering directory `/cs/grad/rlomas01/Imager-0.62/dynfilt' > LD_RUN_PATH="" gcc -o dyntest.so -shared dyntest.o > dyntest.o: file not recognized: File format not recognized > collect2: ld returned 1 exit status > make[1]: *** [dyntest.so] Error 1 > make[1]: Leaving directory `/cs/grad/rlomas01/Imager-0.62/dynfilt' > make: *** [subdirs] Error 2
Hi, Thanks for the report. Was that same directory used to build on other machines? (I assume with a make clean between builds) If so, if you do a clean extract of the tarball, does it build correctly then? I ask this because I develop Imager primarily under Linux, and before doing a release I test under several operating systems. The error you're seeing doesn't seem like a missing library, but possible old object files left from a build under a different operating system - quite possible if you're re-using a build directory. There's a new release, 0.63, out, but it has no changes in the build process. Tony
  Tue Apr 08 09:15:29 2008 The RT System itself - Status changed from 'new' to 'open'
  Tue Apr 08 09:52:20 2008 rlomasky [...] gmail.com - Correspondence added
Subject: Re: [rt.cpan.org #34762] During install: dyntest.o: file not recognized
Date: Tue, 8 Apr 2008 09:52:06 -0400
To: bug-Imager [...] rt.cpan.org
From: "Rachel Lomasky" <rlomasky [...] gmail.com>
Hi, Thank you for the really quick response. That fixed it! -Rachel On Tue, Apr 8, 2008 at 9:15 AM, TONYC via RT <bug-Imager@rt.cpan.org> wrote: Show quoted text
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=34762 > > > On Tue Apr 08 08:11:34 2008, Minerva wrote:
> > I'm not sure whether this is a bug or there are libraries missing from > > the machines I am trying to install Imager on. > > > > It worked fine on my Mac, but when I try to install it on either the > > Linux or Sun server that I have access to, I get the following error: > > > > make[1]: Entering directory `/cs/grad/rlomas01/Imager-0.62/dynfilt' > > LD_RUN_PATH="" gcc -o dyntest.so -shared dyntest.o > > dyntest.o: file not recognized: File format not recognized > > collect2: ld returned 1 exit status > > make[1]: *** [dyntest.so] Error 1 > > make[1]: Leaving directory `/cs/grad/rlomas01/Imager-0.62/dynfilt' > > make: *** [subdirs] Error 2
> > Hi, > > Thanks for the report. > > Was that same directory used to build on other machines? (I assume with > a make clean between builds) > > If so, if you do a clean extract of the tarball, does it build correctly > then? > > I ask this because I develop Imager primarily under Linux, and before > doing a release I test under several operating systems. > > The error you're seeing doesn't seem like a missing library, but > possible old object files left from a build under a different operating > system - quite possible if you're re-using a build directory. > > There's a new release, 0.63, out, but it has no changes in the build > process. > > Tony >
  Tue Apr 08 17:26:02 2008 TONYC [...] cpan.org - Status changed from 'open' to 'resolved'