Closed GoogleCodeExporter closed 9 years ago
I've had it like this before I switched to manually compiling both
architectures because the resulting build
wouldn't work on PowerPC. Were you able to test your patch on PowerPC and make
sure lzo compression still
works on PowerPC when you're building OpenVPN like that?
Original comment by angelol...@gmail.com
on 26 Nov 2008 at 8:12
You are correct. I just now tested the openvpn binary from the command-line
using translate to force it to run
ppc code and it fails to init LZO. Sorry.
I did however do some testing and found that we only have to build lzo the long
way. Let me rework this a little
bit and I will submit a new patch.
How do you feel about the other change (BUILT_PRODUCTS_DIR)?
Original comment by batman...@gmail.com
on 27 Nov 2008 at 4:48
Okay, sounds good. I like your BUILT_PRODUCTS_DIR change.
Angelo
Original comment by angelol...@gmail.com
on 28 Nov 2008 at 9:09
Ok. I pounded on this for a couple of days because I additionally reworked the
Makefile so that it is intelligent in running configure and building
dependencies only when required.
* Restructure to take advantage of make's dependency tracking
* Removes individual architecture builds of third party modules (except for
lzo). Now we rely on gcc to make the fat libraries/binaries for us
* write intermediate files (configure output, compile obj files, etc) for third
party modules to $(TEMP_DIR) which is set as an env variable by XCode. A step
towards keeping the source tree clean
* 'install' third party modules to $(BUILT_PRODUCTS_DIR) which is set as an env
variable by XCode. A step towards keeping the source tree clean
Original comment by batman...@gmail.com
on 3 Dec 2008 at 6:34
Attachments:
Sorry, but this patch is so old it can't be integrated.
Original comment by jkbull...@gmail.com
on 14 Apr 2013 at 3:02
Original issue reported on code.google.com by
batman...@gmail.com
on 23 Nov 2008 at 12:19Attachments: