You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Peter Rossbach <pr...@objektpark.de> on 2007/11/01 10:47:47 UTC
Re: mod_jk for OS X PPC
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