List Info

Thread: Unclear about compiling on MacOSX




Unclear about compiling on MacOSX
user name
2006-04-18 12:16:15
On 18. Apr 2006, at 14:08 Uhr, Alexander Lamb wrote:
> I managed to compile SOPE 4.5 revision 1249 without any
problems  
> (Tiger, last version). Maybe because I am lazy, I used
XCode.

OGo doesn't work with the Xcode build results, it requires
a gstep- 
make build (either in FHS or with a GNUstep environment).

> Now, I am wondering how to compile OGo for which I
downloaded  
> version 1.1.3 revision 1571.

Just follow the build instructions from the website
*including* SOPE 

> In the readme and on the web site it is basically said
I have to  
> use GNUStepMake. But for that I need to install
GNUStepMake since I  
> didn't use it for SOPE. Correct?

See above, if you want to use SOPE with OGo you need to
build it with  
gstep-make. The appropriate gstep-make is contained in the
SOPE  
sourcetree.

> Now, the documentation also says I don't need most of
the  
> foundations since I am using the Cocoa versions. Is
there a switch  
> to indicate this somewhere or simply doing a
./configure after  
> GNUStepMake is installed will be enough?

This is explained here:
   http://sope.opengroupware.org/en/build/thirdparty.html

You need the apple-apple-apple combo and you need viable
settings for  
the GNUstep roots.

After you installed gstep-make and sourced GNUstep.sh, run
configure  
in SOPE, then make -s install. Same for OGo.

Greets,
   Helge
-- 
http://d
ocs.opengroupware.org/Members/helge/
OpenGroupware.org

-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
SOPE MacOSX install "seems" ok, now problems with OGo
user name
2006-04-19 07:43:43
Hello again,

So, my SOPE install seems to be ok. I tested with the xml
test  
described in the documentation page.
I also checked in my GNUstep directory.
Libraries and includes seem to be ok (there is no
executable... SOPE  
are only Libraries, like WebObjects I assume)

I didn't find the WOComponent. I still need to install the
Apache  
adaptor.

Now, I went on to OGo.

I did a

($:~/_Workspace/OGo-1.1.3)-> ./configure --enable-debug
--with-gnustep
GNUstep environment:
   system: /Users/alamb/GNUstep
   local:  /Users/alamb/GNUstep
   user:   /Users/alamb/GNUstep
   path:   /Users/alamb/GNUstep
   flat:   yes
   arch:   i386-apple-darwin8.6.1
   combo:  apple-apple-nil

Note: detected MacOSX GNUstep setup: apple-apple-nil

Note: will install in GNUSTEP_LOCAL_ROOT:
/Users/alamb/GNUstep

Configuration:
   FHS:    install in GNUstep tree
   debug:  yes
   strip:  yes
   prefix: /Users/alamb/GNUstep
   gstep:  /Users/alamb/GNUstep/Library/Makefiles/
   config: /Users/alamb/_Workspace/OGo-1.1.3/config.make
   script:
/Users/alamb/GNUstep/Library/Makefiles//GNUstep.sh

creating: /Users/alamb/_Workspace/OGo-1.1.3/config.make
required library found: NGLdap
required library found: NGObjWeb
required library found: GDLAccess
failed to link optional library: pisock


This seemed ok, so I continued:

($:~/_Workspace/OGo-1.1.3)-> sudo make -s install

Everything went fine until:

Making install for bundle LSBase...
Installing bundle directory...
Stripping object file...
strip: symbols referenced by relocation entries that can't
be  
stripped in:
/Users/alamb/GNUstep/Library/OpenGroupware.org-1.1/ 
Commands/LSBase.cmd/Contents/MacOS/LSBase
___CFConstantStringClassReference
_objc_msgSendSuper
_crypt
_objc_msgSend
_rand
_time
_srand
_free
_NSMapInsert
_NSCreateMapTable
_NSFreeMapTable
_NSLog
_calloc
_NSMapGet
_LSCommandRunV
make[3]: *** [internal-bundle-install_] Error 1
make[2]: *** [LSBase.install.bundle.variables] Error 2
make[1]: *** [internal-install] Error 2
make: *** [internal-install] Error 2

Not very clear to me!

Alex
--
Alexander Lamb
alambmac.com



-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
Unclear about compiling on MacOSX
user name
2006-04-19 07:23:35
First answer to myself

using the

./configure --enable-debug --with-gnustep

Everything is neatly in my GNUstep root  (except
for the  
WOComponents... which are in?)

I will now go on building OGo and see what happens!

Alex
--
Alexander Lamb
alambmac.com



On Apr 18, 2006, at 2:16 PM, Helge Hess wrote:

> On 18. Apr 2006, at 14:08 Uhr, Alexander Lamb wrote:
>> I managed to compile SOPE 4.5 revision 1249 without
any problems  
>> (Tiger, last version). Maybe because I am lazy, I
used XCode.
>
> OGo doesn't work with the Xcode build results, it
requires a gstep- 
> make build (either in FHS or with a GNUstep
environment).
>
>> Now, I am wondering how to compile OGo for which I
downloaded  
>> version 1.1.3 revision 1571.
>
> Just follow the build instructions from the website
*including*  
> SOPE 
>
>> In the readme and on the web site it is basically
said I have to  
>> use GNUStepMake. But for that I need to install
GNUStepMake since  
>> I didn't use it for SOPE. Correct?
>
> See above, if you want to use SOPE with OGo you need to
build it  
> with gstep-make. The appropriate gstep-make is
contained in the  
> SOPE sourcetree.
>
>> Now, the documentation also says I don't need most
of the  
>> foundations since I am using the Cocoa versions. Is
there a switch  
>> to indicate this somewhere or simply doing a
./configure after  
>> GNUStepMake is installed will be enough?
>
> This is explained here:
>   http://sope.opengroupware.org/en/build/thirdparty.html
>
> You need the apple-apple-apple combo and you need
viable settings  
> for the GNUstep roots.
>
> After you installed gstep-make and sourced GNUstep.sh,
run  
> configure in SOPE, then make -s install. Same for OGo.
>
> Greets,
>   Helge
> -- 
> http://d
ocs.opengroupware.org/Members/helge/
> OpenGroupware.org
>
> -- 
> OpenGroupware.org MacOS X
> macosxopengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx

-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
Unclear about compiling on MacOSX
user name
2006-04-19 07:14:38
Ok, now I am confused!

What is the difference between building SOPE with XCode and
doing a ./ 
configure then make?

 From what I saw (I also refered to the explanations on the
site:  
htt
p://philippe.laval.free.fr/Programmation/SOPE/) when
compiling  
SOPE, you get a set of .framekwork directories in your
Library. I  
then copy them to the /Library of the system. This seems
familiar.

What is different when doing a ./configure then make?

 From what I understand, it doesn't create .framework
directories but  
a load of libraries in my /usr/local/lib directory such as  
libEOControl_d.dylib as well as a SOPE-4.5 directory with
database  
adaptors among other things.
It also installed headers in the include directory and a few
 
executables in the bin directory.

Is this correct?

If so, it would be nice to have a list of what is installed
and what  
is the purpose of the files (especially the executables).

Now, three questions before I go forward: (I had trouble
building OGo  
in spite of the successfull build of SOPE)

1)
Why this very "unix like" install when the
.framework solution seems  
to be working fine?

2)
Where are the WOComponents (.wod directories)?

3)
(Maybe a stupid question) what is FHS?

For info, here is the output of my ./configure: (I did
follow the  
GNUmake instructions)

GNUstep environment:
   system: /Users/alamb/GNUstep
   local:  /Users/alamb/GNUstep
   user:   /Users/alamb/GNUstep
   path:   /Users/alamb/GNUstep
   flat:   yes
   arch:   i386-apple-darwin8.6.1
   combo:  apple-apple-nil

Note: will install in default location: /usr/local/

Configuration:
   FHS:    install in FHS root
   debug:  yes
   strip:  no
   prefix:     /usr/local/
   frameworks:
   gstep:      /Users/alamb/GNUstep/Library/Makefiles/
   config:     /Users/alamb/_Workspace/SOPE-4.5/config.make
   script:    
/Users/alamb/GNUstep/Library/Makefiles//GNUstep.sh

creating: /Users/alamb/_Workspace/SOPE-4.5/config.make
optional library found: xml2
optional library found: ldap
required library found: ssl
optional library found: pq
optional library found: sqlite3
failed to link optional library: mysqlclient
configuring NGStreams library .... done (log in
config-NGStreams.log).


--
Alexander Lamb
alambmac.com



On Apr 18, 2006, at 2:16 PM, Helge Hess wrote:

> On 18. Apr 2006, at 14:08 Uhr, Alexander Lamb wrote:
>> I managed to compile SOPE 4.5 revision 1249 without
any problems  
>> (Tiger, last version). Maybe because I am lazy, I
used XCode.
>
> OGo doesn't work with the Xcode build results, it
requires a gstep- 
> make build (either in FHS or with a GNUstep
environment).
>
>> Now, I am wondering how to compile OGo for which I
downloaded  
>> version 1.1.3 revision 1571.
>
> Just follow the build instructions from the website
*including*  
> SOPE 
>
>> In the readme and on the web site it is basically
said I have to  
>> use GNUStepMake. But for that I need to install
GNUStepMake since  
>> I didn't use it for SOPE. Correct?
>
> See above, if you want to use SOPE with OGo you need to
build it  
> with gstep-make. The appropriate gstep-make is
contained in the  
> SOPE sourcetree.
>
>> Now, the documentation also says I don't need most
of the  
>> foundations since I am using the Cocoa versions. Is
there a switch  
>> to indicate this somewhere or simply doing a
./configure after  
>> GNUStepMake is installed will be enough?
>
> This is explained here:
>   http://sope.opengroupware.org/en/build/thirdparty.html
>
> You need the apple-apple-apple combo and you need
viable settings  
> for the GNUstep roots.
>
> After you installed gstep-make and sourced GNUstep.sh,
run  
> configure in SOPE, then make -s install. Same for OGo.
>
> Greets,
>   Helge
> -- 
> http://d
ocs.opengroupware.org/Members/helge/
> OpenGroupware.org
>
> -- 
> OpenGroupware.org MacOS X
> macosxopengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/macosx

-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
OGo 1.1.3 build seems ok, install still a problem
user name
2006-04-19 08:47:22
Ok, so the install creates some make errors.

So I tried to simply sudo make -s

It seems to work but I have a simple (and stupid) question:
where is  
the main program? I thought I could simply run it from where
it is to  
see the result. I also am wondering about all the resources.
I linked  
the WebUI resources, Templates and Themes as indicated in
the   
INSTALL file to the GNUstep root, but I don't understand
how Apache  
will get to them.

In the WebObjects days, the web server ressources were
installed in  
the webserver directory?

So in summary: where is the app (I suppose I simply start it
as a  
daemon) and how does Apache see the resources?

Thanks,

Alex

P.S. I promise... when it is up and running, I will make a
little  
summary for others who need help!
--
Alexander Lamb
alambmac.com
-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
OGo 1.1.3 build seems ok, install still a problem
user name
2006-04-19 10:44:14
On 19. Apr 2006, at 10:47 Uhr, Alexander Lamb wrote:
> where is the main program?

If you use FHS, its in /usr/local/sbin. There are various
daemons,  
the one you probably want is 'ogo-webui-1.1'.

I think in a GNUstep setup the daemons are installed in  
$GNUSTEP_USER_ROOT/Tools.

> I also am wondering about all the resources. I linked
the WebUI  
> resources, Templates and Themes as indicated in the 
INSTALL file  
> to the GNUstep root, but I don't understand how Apache
will get to  
> them.

You need to have proper Alias'es in the Apache config. I
think the  
mod_ngobjweb directory contains examples.

[yes, all this stuff is done fully automatic with Linux
packages! ]

> In the WebObjects days, the web server ressources were
installed in  
> the webserver directory?

We never do this. OGo itself has a highly patched
WOResourceManager  
class which does resource lookup in a completely different
(to  
support FHS and to support themes).

If you build a "regular" SOPE application you
get a MyApp.woa bundle  
which contains the WebServerResources.

Greets,
   Helge
-- 
http://d
ocs.opengroupware.org/Members/helge/
OpenGroupware.org

-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
Unclear about compiling on MacOSX
user name
2006-04-19 10:39:24
On 19. Apr 2006, at 09:23 Uhr, Alexander Lamb wrote:
> First answer to myself
>
> using the
>
> ./configure --enable-debug --with-gnustep

I think you also need --disable-strip, otherwise it seems to
fail on  
OSX. Not sure why.

> Everything is neatly in my GNUstep root  (except
for the  
> WOComponents... which are in?)

OGo templates are in WebUI/Templates and must be manually
copied/ 
linked to the proper location inside $GNUSTEP_USER_ROOT.

Greets,
   Helge
-- 
http://d
ocs.opengroupware.org/Members/helge/
OpenGroupware.org

-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
Unclear about compiling on MacOSX
user name
2006-04-19 10:37:48
On 19. Apr 2006, at 09:14 Uhr, Alexander Lamb wrote:
> What is the difference between building SOPE with XCode
and doing  
> a ./configure then make?

Its different in plenty of ways, eg resource lookup but even
the  
built products are different.

SOPE with Xcode (aka SOPE:X) is really just an
"afterthought" to  
integrate SOPE into MacOSX in a good (perfect  way.
For example to build frameworks (or fat binaries 

I've written a mail about the various SOPE build styles in
the past  
(check the list archives). In fact you can even build
frameworks with  
gstep-make now (but again this has different build results
to both,  
SOPE + Xcode and SOPE + gstep-make with libs ...).
Sorry if this is completely confusing 

> From what I saw (I also refered to the explanations on
the site:  
> htt
p://philippe.laval.free.fr/Programmation/SOPE/) when
compiling  
> SOPE,

Ignore this text for OGo related things. Its about doing
SOPE  
development on MacOSX.

> 1)
> Why this very "unix like" install when the
.framework solution  
> seems to be working fine?

The framework solution doesn't work for OGo.

> 2)
> Where are the WOComponents (.wod directories)?

See the INSTALL file inside OGo. Its in WebUI/Templates. You
either  
need to copy or link them to the appropriate location (which
depends  
on your setup, see INSTALL).

> 3)
> (Maybe a stupid question) what is FHS?

Filesystem Hierarchy Standard. It basically says where
resources and  
binaries are to be installed on Linux (eg that libs go to
/usr/local/ 
lib, resources (like templates) to /usr/local/share, daemons
to sbin,  
tools to bin, etc etc).

> Configuration:
>   FHS:    install in FHS root

FHS would be OK (will install everything in /usr/local), but
you  
might want to install in the GNUstep deployment root?

Besides that everything looks OK.

Greets,
   Helge
-- 
http://d
ocs.opengroupware.org/Members/helge/
OpenGroupware.org

-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
How does SOPE / OGo find libraries
user name
2006-04-19 10:09:14
So I found the main executable:

($:~)->
_Workspace/OGo-1.1.3/WebUI/Main/shared_debug_obj/ogo-webui-1
.1

But when I try to start it:

dyld: Library not loaded: libOGoFoundation_d.dylib.5.3
   Referenced from:
/Users/alamb/_Workspace/OGo-1.1.3/WebUI/Main/ 
shared_debug_obj/ogo-webui-1.1
   Reason: image not found
Trace/BPT trap

Ok, logical, the libraries are not installe.
So I copy the one missing in my GNUstep home / Library (with
the  
other SOPE libraries) but message is still the same.

So, question:

How does the application find the dynamic libraries and
other programs?

Thanks,

Alex
--
Alexander Lamb
alambmac.com



-- 
OpenGroupware.org MacOS X
macosxopengroupware.org
http://mail.opengroupware.org/mailman/listinfo/macosx
[1-9]

about | contact  Other archives ( Real Estate discussion Medical topics )