Compile PHP 5.3.6 with MySql on Sun Blade 1500 Solaris 10
Hello,
I'm trying to compile PHP 5.3.6 with Apache2 and MySql 5.5.12. I hit a problem that I can't seem to resolve by myself and I could not find a solution on the web.
It looks like Apache and MySql installed ok, I can start/stop them with no problem.
When I try to compile PHP the configure script fails with the error related to MySql.
It looks to me that the problem is related to the face that MySql was compiled for 64 bits since the error says "wrong ELF class: ELFCLASS64"
On the web I found recommendations to include option -with-libdir=/usr/lib64
but /usr/lib64 does not exist on my workstation. In fact lib64 cannot be found anywhere on my hard drive.
I can't believe that I'm the first person facing this problem. Does anyone have experience with this?
Sun Blade 2000 UltraSparc III Solaris 8
Notes:
prtdiag:
System Configuration: Sun Microsystems sun4u SUNW,Sun-Blade-1000 (UltraSPARC-III+)
System clock frequency: 150 MHZ
Memory size: 3GB
==================================== CPUs ====================================
... (0 Replies)
Hi,
I am attempting to configure my ethernet interface on a Sun Blade 1500. I am testing out my network interface my connecting a crossover cable from my blade to a windows box. I would like to assign an ip address of 10.0.0.2 to "bge0" and netmask of "255.0.0.0". I have typed the following:
... (1 Reply)
have installed and am using the GNU based tools from the Sunfreeware site to compile PHP. I already have Apache, MySQL, and Oracle compiled and working properly. Below is my configure string for my PHP build:
./configure --prefix=/usr/local/php5 \... (2 Replies)
Hi
I'm completely new in solaris,and don't know many about it.
I was installed solaris 10 on sun blade 1500,and also I need to install oracle on it.
Now I stuck on some thing and i'm sure that you help me.
When i started Oracle installation system told me that I don't have enogh swap space.... (1 Reply)
For the past ten years I have owned a blade 100, and I had Solaris 9 running on it.
Due to the fact, 9 is woefully out of date, I wanted to try 10, but 10 needed more ram, so I beefed up the ram to the full 2 gig. I have two 15 gig ide drives in the box (stock drives). But unfortunately solaris... (2 Replies)
Hi everybody,
I'm having big troubles in installing Solaris 8 on a Sun Blade 150.
Here are some system specs:
Sun Blade 150 (UltraSPARC-IIe 550MHz)
RAM: 256MB
OBP 4.10.6 2003/06/06 12:30
POST 2.0.1 2001/08/23 17:13
When I try to boot from Solaris 8 CD with boot cdrom or... (10 Replies)
Good afternoon all,
First, sorry for my English, this is not my first language but I try my best :).
So, here we go.
A friend of mine gave me an old Sun Blade 1500 he wasn't using. He said it was working fine except for the missing hard drive.
I had in my IT personnal box an old IDE... (33 Replies)
Hi,
I'm using Solaris 8 on a Blade 1500.
I know that IDE drives are limited to around 120GB, but I was told that it's possible to use larger drives with the only caveat that the available size will be that 120 (or is it 128?) GB size.
But when I try, format shows only very low sizes, like... (2 Replies)
Discussion started by: BobSol8
2 Replies
LEARN ABOUT MOJAVE
apache2::porting
install::TempContent::Objects::mod_perl-2.0.9::docs::apiUseraContribuinstall::TempContent::Objects::mod_perl-2.0.9::docs::api::Apache2::porting(3)NAME
Apache2::porting -- a helper module for mod_perl 1.0 to mod_perl 2.0 porting
Synopsis
# either add at the very beginning of startup.pl
use Apache2::porting;
# or httpd.conf
PerlModule Apache2::porting
# now issue requests and look at the error_log file for hints
Description
"Apache2::porting" helps to port mod_perl 1.0 code to run under mod_perl 2.0. It doesn't provide any back-compatibility functionality,
however it knows to trap methods calls that are no longer in the mod_perl 2.0 API and tell what should be used instead if at all. If you
attempts to use mod_perl 2.0 methods without first loading the modules that contain them, it will tell you which modules you need to load.
Finally if your code tries to load modules that no longer exist in mod_perl 2.0 it'll also tell you what are the modules that should be
used instead.
"Apache2::porting" communicates with users via the error_log file. Everytime it traps a problem, it logs the solution (if it finds one) to
the error log file. If you use this module coupled with "Apache2::Reload" you will be able to port your applications quickly without
needing to restart the server on every modification.
It starts to work only when child process start and doesn't work for the code that gets loaded at the server startup. This limitation is
explained in the Culprits section.
It relies heavily on "ModPerl::MethodLookup". which can also be used manually to lookup things.
Culprits
"Apache2::porting" uses the "UNIVERSAL::AUTOLOAD" function to provide its functionality. However it seems to be impossible to create
"UNIVERSAL::AUTOLOAD" at the server startup, Apache segfaults on restart. Therefore it performs the setting of "UNIVERSAL::AUTOLOAD" only
during the child_init phase, when child processes start. As a result it can't help you with things that get preloaded at the server
startup.
If you know how to resolve this problem, please let us know. To reproduce the problem try to use an earlier phase, e.g.
"PerlPostConfigHandler":
Apache2::ServerUtil->server->push_handlers(PerlPostConfigHandler => &porting_autoload);
META: Though there is a better solution at work, which assigns AUTOLOAD for each class separately, instead of using UNIVERSAL. See the
discussion on the dev list (hint: search the archive for EazyLife)
See Also
mod_perl 2.0 documentation.
Copyright
mod_perl 2.0 and its core modules are copyrighted under The Apache Software License, Version 2.0.
Authors
The mod_perl development team and numerous contributors.
perl v5.18.22install::TempContent::Objects::mod_perl-2.0.9::docs::api::Apache2::porting(3)