Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / Programming / Perl / June 2005



Tip: Looking for answers? Try searching our database.

Crypt::IDEA problems

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
John Mercer - 15 Jun 2005 16:01 GMT
Hi,

I'm having problems installing Crypt::IDEA on my mac (10.4). "sudo  
perl Makefile.pl" works fine. However, when I run make or make test,  
I get the following error message:

gcc -c   -fno-common -DPERL_DARWIN -no-cpp-precomp -
DUSE_SITECUSTOMIZE -DNO_HASH_SEED -DBUILT_BY_ACTIVESTATE -fno-strict-
aliasing -pipe -Os   -DVERSION=\"1.02\" -DXS_VERSION=\"1.02\"  "-I/
usr/local/ActivePerl-5.8/lib/5.8.7/darwin-thread-multi-2level/CORE"    
_idea.c
_idea.c:8:20: error: endian.h: No such file or directory
make: *** [_idea.o] Error 1

Is the problem with "endian.h"? What is endian.h? I googled it, and  
found that it was part of GLT, but I don't see how that could be  
related to an encryption mod.

Perhaps I should compile this with gcc 3.3 instead of gcc 4.0? If so,  
how do I do that?

I'm running ActiveState Perl 5.8.7 on Tiger. Crypt::IDEA was not in  
the ActiveState repositories, so I'm doing this manually.

Any help would be greatly appreciated.

--jm
Daniel T. Staal - 15 Jun 2005 17:04 GMT
John Mercer said:
> Is the problem with "endian.h"? What is endian.h? I googled it, and
> found that it was part of GLT, but I don't see how that could be
> related to an encryption mod.

Well, I can answer this part of the question...

"endian.h" looks to be a fairly general file, that GLT just happens to
include.  It defines some macros for dealing with endian issues.  Now the
question is what are endian issues.  ;)

Endian issues (and endian in general) are computer terms dealing with how
numbers are stored/worked with on a computer.  Just about every computer
knows what a 'byte' is, but then you have numbers which are two, or four,
or___ bytes long.  The question is: What order are the bytes in?  There
are two possbile (Well, with longer numbers there are more, but only two
good ones.), and good reasons for each.  So, of course, people do it both
ways.

Normally you don't have to think about this that much, but when you have
complicated, optimized, number crunching you often want to remove the
levels of abstraction that mean most programmers don't have to think about
this.  Graphics processing and encryption are prime candidates for such,
so them both using the same routines to handle it isn't suprising.

Short version: It's a number-handling header, that they both happen to
use.  You'll need to find something that has or will install a copy for
you, most likely.

Daniel T. Staal

------------------------------------------------------------------------
This email copyright the author.  Unless otherwise noted, you are
expressly allowed to retransmit, quote, or otherwise use the contents
for non-commercial purposes.  This copyright will expire 5 years after
the author's death, or in 30 years, whichever is longer, unless such a
period is in excess of local copyright law.
------------------------------------------------------------------------
Ken Williams - 16 Jun 2005 01:40 GMT
> Endian issues (and endian in general) are computer terms dealing with
> how
[quoted text clipped - 8 lines]
> both
> ways.

Don't worry, Apple has solved the Endian problem once and for all with
the move to Intel:

---------------snip--------------------
One technical barrier could be the so-called Endian, or byte-order
problem, which refers to the fact that Intel and Macs traditionally
arrange bytes in opposite orders.

The Endian problem is also an issue for Mac software developers. To
address the problem, Tiger is shipping with SQLite. Bertrand Serlet,
Apple's Senior Vice President of Software Engineering, said that use of
SQLite solves the Endian problem.
---------------snip--------------------

   - From http://macwindows.com/, "Apple Goes Intel"

                                        ;-)
Daniel Staal - 16 Jun 2005 03:02 GMT
--As of Wednesday, June 15, 2005 7:40 PM -0500, Ken Williams is alleged to
have said:

> Don't worry, Apple has solved the Endian problem once and for all with
> the move to Intel:

--As for the rest, it is mine.

And if you believe that, I've got some nice land for you in the jungles of
Venus.  ;)

Daniel T. Staal

---------------------------------------------------------------
This email copyright the author.  Unless otherwise noted, you
are expressly allowed to retransmit, quote, or otherwise use
the contents for non-commercial purposes.  This copyright will
expire 5 years after the author's death, or in 30 years,
whichever is longer, unless such a period is in excess of
local copyright law.
---------------------------------------------------------------
Edward Moy - 15 Jun 2005 17:21 GMT
Looks to me that _idea.c is assuming that all system have /usr/
include/endian.h, which is false (it's probably a Linux assumption).  
You can probably get this to work by changing line 8 to:

#include <machine/endian.h>

for Mac OS X anyways.

Edward Moy
Apple

> Hi,
>
[quoted text clipped - 23 lines]
>
> --jm
John Mercer - 15 Jun 2005 18:30 GMT
Good call, Ed. That fixed the problem. Smooth install.

Thanks,

jm

> Looks to me that _idea.c is assuming that all system have /usr/
> include/endian.h, which is false (it's probably a Linux  
[quoted text clipped - 34 lines]
>>
>> --jm
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.