From: Robert N. <ro...@th...> - 2006-08-29 06:01:13
|
Is the MAC OS X machine a Power PC? If so it is probably a big-endian bug in NSIS. You could try a more recent version of NSIS, I know they've been fixing some big-endian bugs. Edit External-msvc, just make sure both the source and binary are exactly the same release. Thanks for the good words about the Windows Port. I'm just testing up the final installer changes. The installer now has pages to do all the configuration at install time, then writing out updated configuration files. No need to use write.exe to do the initial configuration. Also the default passwords are generated at install time so that they aren't the same on every installation. :-) > -----Original Message----- > From: Erich Prinz [mailto:ep...@sp...] > Sent: Monday, August 28, 2006 10:00 PM > To: Robert Nelson > Cc: bacula-devel terk > Subject: Re: [Bacula-devel] MinGW32 Cross compile on OS X and > CENTOS 4.x > > Sounds good. > > With some tweaking everything builds on OS X (not CENTOS) - the NSIS > portion destroys the files however and leaves the install with non- > functioning binaries. A manual install of the OS X & CENTOS created > w32 binaries yields a running FD that backs up just dandy. > > It will not successfully restore, though I credit this to my > Director > and SD running at 1.38.6 (I have only so many test machines > available.) > > Aside from deflated binaries, the NSIS install wizard works > very well > - clean, simple -- much improved over the prior versions. > > I think you're really close at this point. Unbelievable, quite > frankly, given the short time frame you tackled this project. Great > work Robert. > > Erich > > > On Aug 27, 2006, at 3:19 PM, Robert Nelson wrote: > > > Thanks very much for providing the feedback. > > > > I'm really busy trying to finish off the rest of the Windows > > changes. Once > > they're done I'll revisit the cross-compile environment on other > > platforms. > > I have an x86 MAC mini so I can test the Mac OS X when I have some > > time. > > But I'll have to get back to you to resolve any remaining CENTOS > > problems. > > In the meantime, FreeBSD and Linux systems seem to work fine and > > that should > > cover the majority of users for the short term. > > > >> -----Original Message----- > >> From: Erich Prinz [mailto:ep...@sp...] > >> Sent: Wednesday, August 23, 2006 7:43 AM > >> To: Robert Nelson > >> Cc: 'bacula-devel terk' > >> Subject: Re: [Bacula-devel] MinGW32 Cross compile on OS X and > >> CENTOS 4.x > >> > >> Update on OS X build. > >> > >> 1. Created a directory at the root and placed all the files under > >> that directory. This cured the problems I encountered when building > >> the cross-tools. > >> > >> 2. On the depkgs only the MySQL fails: > >> > >> /os/bacula/src/win32 root# sh build-depkgs-mingw32 mysql > >> Converting mysql lib file > >> Installing mysql > >> cp: liblibmysql.a: No such file or directory > >> > >> All others build out nicely. > >> > >> 3. I blew away the directories from the prior build, hence no > >> make.log to send along. Hope you don't mind. > >> > >> 4. Build of win32 binaries yields an error now (cats): > >> > >> In file included from ../../cats/postgresql.c:32: > >> ../../cats/cats.h:361:22: libpq-fe.h: No such file or directory > >> > >> Let me know what you'd like for me to do from here or any > other info > >> I can provide for you. These seem to be very minor issues. > >> Great work > >> Robert. > >> > >> Erich > >> > >> > >> On Aug 22, 2006, at 3:23 PM, Robert Nelson wrote: > >> > >>> Did you checkout the CVS into the root directory? That may cause > >>> problems > >>> with the scripts (I noticed the //). > >>> > >>> Other comments below > >>> > >>> > >>>> -----Original Message----- > >>>> From: bac...@li... > >>>> [mailto:bac...@li...] On Behalf > >>>> Of Erich Prinz > >>>> Sent: Tuesday, August 22, 2006 8:29 AM > >>>> To: bacula-devel terk > >>>> Subject: [Bacula-devel] MinGW32 Cross compile on OS X and > >> CENTOS 4.x > >>>> > >>>> Hi All, > >>>> > >>>> I've been anxiously watching and wanting to find the time to step > >>>> through the work Robert's done - it's finally here. Files > >>>> were pulled > >>>> from the most recent CVS head after Kern requested a lock down on > >>>> submissions. The issues encountered were minor and were > mirrored on > >>>> both platforms with one exception. I'll attempt to replay > >>>> them in order. > >>>> > >>>> 1. Had to edit External-mingw32 due to download problems with the > >>>> listed servers. Having a file broken out worked very > well - it was > >>>> trivial to edit to pull from other servers. > >>>> > >>>> > >>>> 2. Cross Tools Build > >>>> > >>>> Lot's of little warnings about various things -- this > was the very > >>>> tail end of things that looked important: > >>>> > >>>> Both platforms complained about windres not being > available in the > >>>> path which I added to both shells and corrected the problems. > >>> > >>> Actually the error about windres while build mingw-utils should be > >>> ignored > >>> drmingw doesn't build and shouldn't be configured to build but the > >>> configure > >>> script checks for windres before it checks to see whether it is > >>> supposed to > >>> build drmingw. > >>> > >>>> <snip> (this occurred on both platforms) > >>>> Installing gcc > >>>> install: fixinc/fixincl: No such file or directory > >>>> libtool: install: warning: remember to run `libtool > >> --finish //cross- > >>>> tools/mingw32/mingw32/lib' > >>> > >>> Not sure what happened here. Could you send me the make.log file? > >>> > >>> > >>>> Extracting mingw-utils > >>>> Patching mingw-utils > >>>> Configuring mingw-utils > >>>> Building mingw-utils > >>>> > >>>> > >>>> The following occurred on CENTOS only... > >>>> > //cross-tools/source/mingw-utils-0.3/drmingw/samples/exchndl2.cxx: > >>>> 8:21: error: windows.h: No such file or directory > >>>> //cross-tools/source/mingw-utils-0.3/drmingw/samples/exchndl2. > >>>> cxx: In > >>>> constructor 'ExceptionHandler::ExceptionHandler()': > >>>> //cross-tools/source/mingw-utils-0.3/drmingw/samples/exchndl2. > >>>> cxx:16: > >>>> error: 'LoadLibrary' was not declared in this scope > >>>> make[2]: *** [exchndl2.o] Error 1 > >>>> make[1]: *** [all-recursive] Error 1 > >>>> make: *** [all] Error 2 > >>>> make of mingw-utils failed - log available: mingw-utils/make.log > >>>> > >>> > >>> This is odd drmingw isn't supposed to be built. > >>> > >>>> > >>>> And because it's short.... > >>>> make.log file: > >>>> make all-recursive > >>>> Making all in dos2unix > >>>> if gcc -DHAVE_CONFIG_H -I. > -I//cross-tools/source/mingw-utils-0.3/ > >>>> dos2unix -I.. -O2 -fno-exceptions -MT dos2unix.o $ > >>>> -c -o dos2unix.o `test -f > '//cross-tools/source/mingw-utils-0.3/ > >>>> dos2unix/dos2unix.c' || echo '//cross-tools/source/mi$ > >>>> then mv -f ".deps/dos2unix.Tpo" ".deps/dos2unix.Po"; \ > >>>> else rm -f ".deps/dos2unix.Tpo"; exit 1; \ > >>>> fi > >>>> gcc -O2 -fno-exceptions -s -o dos2unix dos2unix.o > >>>> man2html < > >>>> //cross-tools/source/mingw-utils-0.3/dos2unix/dos2unix.1 > > >>>> dos2unix.html > >>>> Making all in drmingw > >>>> if g++ -DHAVE_CONFIG_H -I. > -I//cross-tools/source/mingw-utils-0.3/ > >>>> drmingw -I.. -I//cross-tools/source/mingw-utils-0.3/d$ > >>>> -c -o exchndl2.o `test -f 'samples/exchndl2.cxx' || > >> echo '//cross- > >>>> tools/source/mingw-utils-0.3/drmingw/'`samples/exch$ > >>>> then mv -f ".deps/exchndl2.Tpo" ".deps/exchndl2.Po"; \ > >>>> else rm -f ".deps/exchndl2.Tpo"; exit 1; \ > >>>> fi > >>>> > >>> > >>> This shouldn't happen. Perhaps it is due to the cross tools being > >>> in the > >>> root directory. > >>> > >>>> > >>>> 3. depkgs-mingw32 > >>>> > >>>> The only error is during the install of NSIS: > >>>> > >>>> Installing nsis > >>>> cp: cannot stat `build/release/makensis/makensis': No > such file or > >>>> directory > >>>> > >>> > >>> This means that makensis didn't build. There should be something > >>> in the > >>> make.log file. > >>> > >>>> The Make under /installer also fails presumably due to > the error of > >>>> the NSIS installation. > >>>> > >>>> > >>>> 4. Make under /win32 > >>>> > >>>> The other notable problem is in the vss section for > building the FD > >>>> and DIR. The script shows the path information > correctly, however, > >>>> the directories under /inc in the script are case sensitive eg.. > >>>> Win2000 > >>>> WinXP > >>>> From the install of the VSSSDK package from Microsoft, these > >>>> directories are all lowercase. Once I did a name change on the > >>>> directories and copied those back into /vss, the daemons > build just > >>>> fine. > >>>> > >>>> > >>> > >>> This is most likely a result of the tool you used to copy > >> the files > >>> from > >>> Windows to Unix. I suspect it converts the filenames to > lowercase. > >>> > >>>> > >>>> > >>>> 5. All files build (.exe .dll etc) but have yet to test > >> the binaries. > >>>> > >>>> Hope the feedback helps. > >>>> > >>> > >>> Very much, thanks > >>> > >>>> Erich > >>>> > >>>> -------------------------------------------------------------- > >>>> ----------- > >>>> Using Tomcat but need to do more? Need to support web > >>>> services, security? > >>>> Get stuff done quickly with pre-integrated technology to make > >>>> your job easier > >>>> Download IBM WebSphere Application Server v.1.0.1 based on > >>>> Apache Geronimo > >>>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057& > >>>> dat=121642 > >>>> _______________________________________________ > >>>> Bacula-devel mailing list > >>>> Bac...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/bacula-devel > >>>> > >>> > >> -------------------------------------------------------------- > >> -------- > >>> --- > >>> Using Tomcat but need to do more? Need to support web services, > >>> security? > >>> Get stuff done quickly with pre-integrated technology to make your > >>> job easier > >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache > >>> Geronimo > >>> http://sel.as-us.falkag.net/sel? > >>> > >> cmd=lnk&kid=120709&bid=263057&dat=121642______________________ > >> ________ > >>> _________________ > >>> Bacula-devel mailing list > >>> Bac...@li... > >>> https://lists.sourceforge.net/lists/listinfo/bacula-devel > >> > >> > > |