Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (nike.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v752.3)
In-Reply-To: <549F1FE1-BC49-4872-9841-67E7442B4034@daleenterprise.com>
References: <95DD8EA4-6CE8-4057-8976-2ABA1E74CA25@mac.com>
 <13486972.post@talk.nabble.com>
 <9A57728A-6D4C-483C-B305-6FA708A47CF0@mac.com>
 <13488681.post@talk.nabble.com> <13488683.post@talk.nabble.com>
 <6B5E3FD0-6C46-4A32-B457-A502E8D7A5D7@mac.com>
 <1A75FB3C-89F7-46F3-88E3-B616800870D2@daleenterprise.com>
 <367A6689-2C39-4D5A-AF26-A08C764459F1@mac.com>
 <549F1FE1-BC49-4872-9841-67E7442B4034@daleenterprise.com>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <2B89CE6B-265C-44F3-99FA-319A67365074@objektpark.de>
Content-Transfer-Encoding: 7bit
From: Peter Rossbach <pr@objektpark.de>
Subject: Re: mod_jk for OS X PPC
Date: Thu, 1 Nov 2007 10:47:47 +0100
To: Tomcat Users List <users@tomcat.apache.org>

Hi!

thanks for the nice tipp, but the result is:

/usr/share/apr-1/build-1/libtool --silent --mode=compile gcc -I/usr/ 
include/apache2 -arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os   
-pipe -no-cpp-precomp -DHAVE_APR  -I/usr/include/apr-1 -I/usr/include/ 
apr-1 -arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os  -pipe -no- 
cpp-precomp -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp - 
I /include -I /include/ -c jk_util.c -o jk_util.lo
jk_util.c: In function 'jk_gettid':
jk_util.c:1847: error: duplicate case value
jk_util.c:1845: error: previously used here
jk_util.c: In function 'jk_gettid':
jk_util.c:1847: error: duplicate case value
jk_util.c:1845: error: previously used here
lipo: can't open input file: /var/folders/Jh/Jh+xbtjtF5Ooj16aDgP84+++ 
+TI/-Tmp-//ccRS3pZV.out (No such file or directory)
make[1]: *** [jk_util.lo] Error 1

Peter

PS: I have successful test a ppc64 only binary.

Am 30.10.2007 um 20:03 schrieb BuildSmart:

>
> On Oct 30, 2007, at 13:34:36, Richard Doust wrote:
>
>> Dale,
>> So what are you saying? It's working with that compile. Should I  
>> build it with some other set of options?
>> Richard
>
> What I said was IT IS NOT RECOMMENDED TO BUILD FOR ppc64 ONLY.
>
> Without the ADE the chances that you could build for more than the  
> 4 basics and have a module that will work are pretty much non- 
> existant unless you managed to obtain the /AppleInternal  
> development tree (you know, the files your missing when you try to  
> build one of the Apple source packages).
>
> According to the developer documentation, "./configure CFLAGS='arch  
> ppc64' APXSLDFLAGS='arch ppc64' --with-apxs=/usr/sbin/apxs" format  
> is not recommended and often times will yield a binary that is over  
> inflated and non-functional.
>
> And that wont work anyways cause there a typo... it's "-arch" not  
> "arch", also, using precompiled headers for ppc on other  
> architectures isn't recommended either so it's wise to add "-no-cpp- 
> precomp" if you're building for more than ppc in your case.
>
> One of the following will yield the results you need (I build at  
> Apple in the real ADE so I don't have your build issues).
>
> MACOSX_DEPLOYMENT_TARGET=10.4 APXSLDFLAGS="-arch ppc -arch ppc64 - 
> bind_at_load "  CFLAGS="-arch ppc -arch ppc64 -g -Os  -pipe -no-cpp- 
> precomp" CCFLAGS="-arch ppc -arch ppc64 -g -Os  -pipe " CXXFLAGS="- 
> arch ppc -arch ppc64 -g -Os  -pipe " LDFLAGS="-arch ppc -arch ppc64  
> -bind_at_load " ./configure --with-apxs=/usr/sbin/apxs
>
> MACOSX_DEPLOYMENT_TARGET=10.4 APXSLDFLAGS="-arch ppc -arch ppc64 - 
> arch i386 -arch x86_64 -bind_at_load "  CFLAGS="-arch ppc -arch  
> ppc64 -arch i386 -arch x86_64 -g -Os  -pipe -no-cpp-precomp"  
> CCFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os  - 
> pipe " CXXFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g - 
> Os  -pipe " LDFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 - 
> bind_at_load " ./configure --with-apxs=/usr/sbin/apxs
>
> If you actually have the headers required for all 4 architectures  
> and can make the module for 4 then I would suggest while you're  
> still at 10.5.0 you make the module and then give it to someone at  
> tomcat to provide as a binary.
>
> If you have a small 20-80gb drive, install it in the machine,  
> format as case sensitive journaled and name it DO_NOT_FINDER_BROWSE  
> and I'll send you instruction off-list on how to populate it so  
> that it can be used as a home-brewed ADE that you can use to build  
> stuff on that will be environmentally compliant, work for everyone  
> and always work if you want to go this route.
>
>>
>> On Oct 30, 2007, at 12:28 PM, BuildSmart wrote:
>>
>>>
>>> On Oct 30, 2007, at 10:37:13, Richard Doust wrote:
>>>
>>>> Alex,
>>>>
>>>> QuadG5:native jboss$ ./configure CFLAGS='arch ppc64'  
>>>> APXSLDFLAGS='arch ppc64' --with-apxs=/usr/sbin/apxs
>>>>
>>>> .
>>>> .
>>>> .
>>>> checking for gcc... gcc
>>>> checking for C compiler default output file name... configure:  
>>>> error: C compiler cannot create executables
>>>> See `config.log' for more details.
>>>>
>>>> I also tried ppc_64. I'm looking for the right value now.
>>>> I looked in the configure.log file and did a man on gcc and came  
>>>> to the understanding that:
>>>>
>>>> Ah, okay, -arch ppc64 is a valid parameter to the compiler, so I  
>>>> did:
>>>>
>>>> ./configure cflags='-arch ppc64' APXSLDFLAGS='-arch ppc64' -- 
>>>> with-apxs=/usr/sbin/apxs
>>>>
>>>> and that made some makefiles which I then used to compile  
>>>> mod_jk.so.
>>>>
>>>> Now I'm dealing with some apache configuration parameters in my  
>>>> old config that are apparently no longer valid (AddModule). I'll  
>>>> take it from here.
>>>> Thanks an awful lot for the help!
>>>>
>>>> This also explains why the old mod_jk.so generated the same  
>>>> error. It's looking at 32-bit vs. 64-bit before it gets to the api.
>>>
>>> Not likely, that isn't how it works, apache isn't compiled for  
>>> ppc64 only and it's not recommended to generate a ppc64 only  
>>> module unless you strip all of the 32bit architecture from all of  
>>> the binaries and force it to run in 64bit only which wont happen  
>>> if you examine some of the libraries in /usr/lib.
>>>
>>>>
>>>> Richard
>>>>
>>>> On Oct 30, 2007, at 9:44 AM, Alex Fuller wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> Alex Fuller wrote:
>>>>>>
>>>>>>
>>>>>> it should come back with (for a G5):
>>>>>>
>>>>>> /usr/libexec/apache2/mod_alias.so (for architecture ppc64):	 
>>>>>> Mach-O 64-bit
>>>>>> bundle ppc64
>>>>>>
>>>>>> Whereas I suspect on the one you're currently building you'd get:
>>>>>>
>>>>>> /usr/libexec/apache2/mod_alias.so (for architecture ppc7400):	 
>>>>>> Mach-O
>>>>>> bundle ppc
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> Ha ha - obviously you would see a different path to the  
>>>>> mod_jk.so file, I
>>>>> was using the Apple-built mod_alias.so as an example to check  
>>>>> the reported
>>>>> architecture key.... :-/
>>>>>
>>>>> Alex
>>>>> -- 
>>>
>>>
>>> -- Dale
>>>
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
> -- Dale
>
>
>


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org