Re: Re: FW: DateTime questions...

[rickmeasham]

 
 
 
 
 Matt Wright [EMAIL PROTECTED] wrote: 
 Yes, I noticed this too, but there seemed to be quite 
a few problems 
 besides 
 just the compiler issue.  The Makefile came out 
very screwy as well, 
 with a 
 lot of missing single quotes, variables without any = 
signs after 
 them, etc. 
 
 
I had this problem with RH9 also  ...  seems that perl's 
Unicode and RH9's Unicode support got all tangled 
up. I fixed it by changing LANG=en_US in my bashrc 
to just 'LANG='. I read that somewhere ... anyway it 
works! I think perl downgraded it's unicode for 5.8.1 
because of this. I can't remember it's a while since I 
researched it. You might want to search perl port. 
 
Cheers! 
Rick 

Re: FW: DateTime questions...

[Dave Rolsky]

On Fri, 17 Oct 2003, Matt Wright wrote:

 1) I've installed all of the pre-requisites for DateTime on a RedHat 9 box
 and now when I try to perl Makefile.PL for 0.1705 I get:

 Testing if you have a C compiler
 make: *** No rule to make target `testub'.  Stop.

I think this may be some screwiness in the Config.pm included in RedHat 9,
which IIRC is using a version of Perl from the maintenance branch between
5.8.0  5.8.1, because RH is a bunch of morons who like to create annoying
support problems for us upstream authors.

Maybe try something like:

  CC=/path/to/gcc perl Makefile.PL

?

Unfortunately, I just realized that the Makefile.PL lies when it says you
can force use of XS with the --xs flag.  It actually won't respect that.
Oops.

 It also fails to detect a C compiler or pod2man, although right before this
 I had just installed all of the pre-reqs for this module which had shown no
 errors.

Again, this sounds like a Config.pm problem.

 2) I read Dave's article (The Many Dates and Times of Perl) which was very
 helpful -- and it seemed like he was concerned with how large the existing
 modules got under mod_perl.  Do you have any sort of benchmarks or
 estimations on how much RAM DateTime  DateTime::TimeZone will add to an
 app? It seems like having hundreds of modules for the time zone conversions
 could add up fast.

Well, if you load _all_ of them it will use up a lot of memory.  But my
guess is that in a normal app, if you load them as they're used, you'll
never load more than 5-10 at most.

If you know you're just going to use a small pre-defined set (like just US
time zones), you can preload them at server startup to save memory.

 I really don't need a lot of the advanced functionality that DateTime
 provides, I basically just want to be able to convert a stored UTC time into
 various time zones based on the Olson zones. Am I using the right tool?

Probably.

There's really not much out there for Perl that really supports time zones
in a useful way.  In fact, the only other way I know of to do it would be
to set $ENV{TZ} to a new time zone and then call POSIX::tzset(), which
will change what localtime() returns.


-dave

/*===
House Absolute Consulting
www.houseabsolute.com
===*/