Cruisers Forum
 


Reply
 
Thread Tools Search this Thread Rate Thread Display Modes
Old 06-07-2010, 06:43   #1
Registered User

Join Date: Jul 2010
Posts: 2
Building OpenCPN on a MacBook Pro

Hello,
After much struggle, I got the OSX binary release of openCPN working with gpsdx and the Delorme LT-40 earthmate USB GPS. The next problem to tackle is to get compile the latest OpenCPN on the mac.

I have tried to install gpsd from both mac ports and from the tar package and I get the following error when I do a "make" in the build directory.

The error I am getting below seems to be a compiler issue and not an actual issue with my environment. Any C guru's please respond.

My environment is Mac OSX 10.6.4
OpenCPN-2.1.624a-Source
2.94_0

/opt/local/include/gps.h:901: error: using typedef-name ‘policy_t’ after ‘struct’
/usr/include/mach/policy.h:79: error: ‘policy_t’ has a previous declaration here
/opt/local/include/gps.h:1012: error: using typedef-name ‘policy_t’ after ‘struct’
/usr/include/mach/policy.h:79: error: ‘policy_t’ has a previous declaration here
/Users/nascione/Downloads/OpenCPN-2.1.624a-Source/src/nmea.cpp: In member function ‘virtual void* OCP_NMEA_Thread::Entry()’:
/Users/nascione/Downloads/OpenCPN-2.1.624a-Source/src/nmea.cpp:1003: error: cannot convert ‘const char*’ to ‘const wxChar*’ for argument ‘5’ to ‘void wxOnAssert(const wxChar*, int, const char*, const wxChar*, const wxChar*)’
/Users/nascione/Downloads/OpenCPN-2.1.624a-Source/src/nmea.cpp:1013: error: cannot convert ‘const char*’ to ‘const wxChar*’ for argument ‘5’ to ‘void wxOnAssert(const wxChar*, int, const char*, const wxChar*, const wxChar*)’
make[2]: *** [CMakeFiles/NMEA0183.dir/src/nmea.cpp.o] Error 1
make[1]: *** [CMakeFiles/NMEA0183.dir/all] Error 2
make: *** [all] Error 2
NickA is offline   Reply With Quote
Old 06-07-2010, 12:42   #2
Registered User
 
CarinaPDX's Avatar

Join Date: Jan 2010
Location: Portland, Oregon, USA
Boat: 31' Cape George Cutter
Posts: 3,270
2.1.0 Mac build

Hi,

Please look at my entries in the 2.1.0 bug thread. Best to start at the last page and go back. I'm afraid I hijacked the thread, but at least the info is now out there. The patches I submitted will solve your problem and you will be able to get an executable build using either Cmake or Xcode, at least using the included source and wxWidgets from MacPorts.

Greg
CarinaPDX is offline   Reply With Quote
Old 06-07-2010, 14:51   #3
Registered User

Join Date: Jul 2010
Posts: 2
Thanks Greg. I can't find the patch in the thread. Is there a link you can paste that I can just download it from?
NickA is offline   Reply With Quote
Old 06-07-2010, 15:21   #4
Registered User
 
CarinaPDX's Avatar

Join Date: Jan 2010
Location: Portland, Oregon, USA
Boat: 31' Cape George Cutter
Posts: 3,270
2.1.0 Mac build

Sorry, but I didn't make a patch file as such. For now you'll have to go through my posts and make the changes indicated. Greg
CarinaPDX is offline   Reply With Quote
Old 16-07-2010, 09:56   #5
Registered User
 
georgelewisray's Avatar

Join Date: Nov 2007
Location: Cape Fear, NC, USA
Boat: Tom Colvin, Clipper Pinky, Spar length 56'
Posts: 42
Images: 1
OSx Compiling for dummies ....? (Xcode)

Maybe I'll get lucky and a generous soul will sketch out the compile process on OSX using Xcode.

While I'm by no means a computer novice, I am not a veteran programmer and am not very conversant in unix command line. However, I saw mention of Xcode in this thread and as I am trying to make headway in iPhone development I do have an acquaintance with Xcode.
__________________
“ There is so much good in the worst of us, and so much bad in the best of us, it doesn't behoove any of us to speak evil of the rest of us ”
― Edgar Cayce
georgelewisray is offline   Reply With Quote
Old 16-07-2010, 12:26   #6
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 7,387
NickA

The current sourceforge git repo contains most(all?) of CarinaPDX patches to the source and the build script. Untested, I'm afraid.

There is also a README which is basically CarinaPDX build method and experience.

The gpsd build problem is a conflict between gpsd and Mac header files. Don't know what the workaround might be... Google is your friend on this one.

You shall be the poster child

Dave
bdbcat is offline   Reply With Quote
Old 25-07-2010, 15:04   #7
Registered User

Join Date: Jul 2010
Posts: 6
Fixing gpsd.

Hi!

If you want to fix the compile issue with gpsd, you need to do the following:

in nmea.cpp:

Change:
#ifdef BUILD_WITH_LIBGPS
#include <gps.h>
#include <dlfcn.h>
#endif

To:
#ifdef BUILD_WITH_LIBGPS
#ifdef __WXOSX__ // begin rdm
#define policy_t gps_policy_t
#include <gps.h>
#undef policy_t
#else
#include <gps.h>
#endif // end rdm
#include <dlfcn.h>
#endif

That will fix the gpsd compile issue, and should be fine as far as functionality is concerned. This is using the latest code.

-R

PS: Is there a method for submitting patches?
rmartell is offline   Reply With Quote
Old 25-07-2010, 15:25   #8
Registered User

Join Date: Jul 2010
Posts: 6
To Fix the quitting issue:

In chart1.cpp, change:

// It is possible that double clicks on application exit box could cause re-entrance here
// Not good, and don't need it anyway, so simply return.
if(quitflag)
{
// wxLogMessage(_T("opencpn::MyFrame re-entering OnCloseWindow"));
return;
}

TO:
// It is possible that double clicks on application exit box could cause re-entrance here
// Not good, and don't need it anyway, so simply return.
#ifdef __WXOSX__
static int closing= false;
if(closing)
{
wxLogMessage(_T("opencpn::MyFrame re-entering OnCloseWindow"));
return;
}
closing= true;
#else
if(quitflag)
{
// wxLogMessage(_T("opencpn::MyFrame re-entering OnCloseWindow"));
return;
}
#endif

Although I would think that it would affect other platforms as it stands.

Hope that helps...
-Ryan
rmartell is offline   Reply With Quote
Old 25-07-2010, 17:29   #9
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 7,387
Ryan...
Thanks for the patches. I'll get them integrated and pushed soon.

You can submit patches using the Flyspray Tracker. See the related Forum thread.

So, the big question is, does OpenCPN run on the Mac? Does it run well? Any anomalies?

Thanks
Dave
bdbcat is offline   Reply With Quote
Old 27-07-2010, 15:38   #10
Registered User

Join Date: Jul 2010
Posts: 6
Continuing in this thread...

So I don't pollute the 2.2 beta issues thread.

Okay, I downloaded wxWidgets, and built it in debug mode (2.9) using Cocoa instead of Carbon. So I should be able to step through code that crashes, once I figure out how to get it to link against that version.

On the other thing (plugins not building), as promisted, here's some build output:

Ld buildosx/plugins/celestial_navigation_pi/src/Debug/libcelestial_navigation_pi.dylib normal i386
cd /Users/rmartell/opensrc/opencpn
setenv MACOSX_DEPLOYMENT_TARGET 10.6
/Developer/usr/bin/g++-4.2 -arch i386 -dynamiclib -isysroot /Developer/SDKs/MacOSX10.6.sdk -L/Users/rmartell/opensrc/opencpn/buildosx/plugins/celestial_navigation_pi/src/Debug -F/Users/rmartell/opensrc/opencpn/buildosx/plugins/celestial_navigation_pi/src/Debug -filelist /Users/rmartell/opensrc/opencpn/buildosx/plugins/celestial_navigation_pi/src/OpenCPN.build/Debug/celestial_navigation_pi.build/Objects-normal/i386/celestial_navigation_pi.LinkFileList -install_name /Users/rmartell/opensrc/opencpn/buildosx/plugins/celestial_navigation_pi/src/Debug/libcelestial_navigation_pi.dylib -mmacosx-version-min=10.6 -dynamiclib -headerpad_max_install_names -framework IOKit -framework Carbon -framework Cocoa -framework System -framework QuickTime -framework OpenGL -framework AGL -lwx_macud-2.8 -single_module -o /Users/rmartell/opensrc/opencpn/buildosx/plugins/celestial_navigation_pi/src/Debug/libcelestial_navigation_pi.dylib

Undefined symbols:
"wxBoundingBox::wxBoundingBox()", referenced from:
LLBBox::LLBBox()in sight.o
"opencpn_plugin::SetCursorLatLon(double, double)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"opencpn_plugin::SetupToolboxPanel(int, wxNotebook*)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"wxBoundingBox::Intersect(wxBoundingBox&, double)", referenced from:
Sight:rawPolygon(wxDC&, ViewPort&, wxRealPointList&) in sight.o
"opencpn_plugin::SetNMEASentence(wxString&)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"wxBoundingBox::~wxBoundingBox()", referenced from:
LLBBox::~LLBBox()in sight.o
"vtable for LLBBox", referenced from:
__ZTV6LLBBox$non_lazy_ptr in sight.o
(maybe you meant: __ZTV6LLBBox$non_lazy_ptr)
"_ll_gc_ll", referenced from:
Sight::BearingPoint(wxDateTime, double, double, double&, double&)in sight.o
Sight:istancePoint(wxDateTime, double, double)in sight.o
"opencpn_plugin::OnToolbarToolCallback(int)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"_g_SData_Locn", referenced from:
_g_SData_Locn$non_lazy_ptr in sight.o
(maybe you meant: _g_SData_Locn$non_lazy_ptr)
"_SetCanvasContextMenuItemViz", referenced from:
celestial_navigation_pi::OnContextMenuItemCallback (int) in celestial_navigation_pi.o
celestial_navigation_pi::OnContextMenuItemCallback (int) in celestial_navigation_pi.o
celestial_navigation_pi::OnContextMenuItemCallback (int) in celestial_navigation_pi.o
celestial_navigation_pi::OnContextMenuItemCallback (int) in celestial_navigation_pi.o
celestial_navigation_pi::Init() in celestial_navigation_pi.o
celestial_navigation_pi::Init() in celestial_navigation_pi.o
"GetGlobalColor(wxString)", referenced from:
SightDialog::SetColorScheme(ColorScheme) in sightdialog.o
SightDialog::SetColorScheme(ColorScheme) in sightdialog.o
SightDialog::SetColorScheme(ColorScheme) in sightdialog.o
"opencpn_plugin::GetToolboxPanelCount()", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"opencpn_plugin::RenderOverlay(wxMemoryDC*, PlugIn_ViewPort*)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"opencpn_plugin::OnCloseToolboxPanel(int, int)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"_AddCanvasContextMenuItem", referenced from:
celestial_navigation_pi::Init() in celestial_navigation_pi.o
celestial_navigation_pi::Init() in celestial_navigation_pi.o
"_ll_gc_ll_reverse", referenced from:
Sight::BearingPoint(wxDateTime, double, double, double&, double&)in sight.o
Sight::BuildBearingLineOfPosition(double, double, double, double, double, double, double, double, double)in sight.o
"opencpn_plugin::SetPositionFix(PlugIn_Position_Fi x&)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
"wxBoundingBox::Expand(double, double)", referenced from:
Sight:rawPolygon(wxDC&, ViewPort&, wxRealPointList&) in sight.o
"vtable for opencpn_plugin", referenced from:
__ZTV14opencpn_plugin$non_lazy_ptr in celestial_navigation_pi.o
(maybe you meant: __ZTV14opencpn_plugin$non_lazy_ptr)
"ChartCanvas::GetCanvasPointPix(double, double, wxPoint*)", referenced from:
Sight:rawPolygon(wxDC&, ViewPort&, wxRealPointList&) in sight.o
"_cc1", referenced from:
_cc1$non_lazy_ptr in celestialnavigationdialog.o
_cc1$non_lazy_ptr in sight.o
(maybe you meant: _cc1$non_lazy_ptr)
"typeinfo for opencpn_plugin", referenced from:
typeinfo for celestial_navigation_piin celestial_navigation_pi.o
"_GetOCPNCanvasWindow", referenced from:
celestial_navigation_pi::Init() in celestial_navigation_pi.o
"opencpn_plugin::GetToolbarToolCount()", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o
ld: symbol(s) not found
collect2: ld returned 1 exit status



AND:
(on this one, gzopen and whatnot is b/c libz isn't included- which is a cmake issue, right?)

Ld buildosx/plugins/grib_pi/src/Debug/libgrib_pi.dylib normal i386
cd /Users/rmartell/opensrc/opencpn
setenv MACOSX_DEPLOYMENT_TARGET 10.6
/Developer/usr/bin/g++-4.2 -arch i386 -dynamiclib -isysroot /Developer/SDKs/MacOSX10.6.sdk -L/Users/rmartell/opensrc/opencpn/buildosx/plugins/grib_pi/src/Debug -F/Users/rmartell/opensrc/opencpn/buildosx/plugins/grib_pi/src/Debug -filelist /Users/rmartell/opensrc/opencpn/buildosx/plugins/grib_pi/src/OpenCPN.build/Debug/grib_pi.build/Objects-normal/i386/grib_pi.LinkFileList -install_name /Users/rmartell/opensrc/opencpn/buildosx/plugins/grib_pi/src/Debug/libgrib_pi.dylib -mmacosx-version-min=10.6 -dynamiclib -headerpad_max_install_names -framework IOKit -framework Carbon -framework Cocoa -framework System -framework QuickTime -framework OpenGL -framework AGL -lwx_macud-2.8 -single_module -o /Users/rmartell/opensrc/opencpn/buildosx/plugins/grib_pi/src/Debug/libgrib_pi.dylib

Undefined symbols:
"_gzopen", referenced from:
_zu_open in zuFile.o
"_GetOCPNConfigObject", referenced from:
grib_pi::Init() in grib_pi.o
"_gzread", referenced from:
_zu_read in zuFile.o
"opencpn_plugin::SetNMEASentence(wxString&)", referenced from:
vtable for grib_piin grib_pi.o
"_gzseek", referenced from:
_zu_seek in zuFile.o
_zu_seek in zuFile.o
"_InsertPlugInTool", referenced from:
grib_pi::OnCloseToolboxPanel(int, int)in grib_pi.o
grib_pi::Init() in grib_pi.o
"_gztell", referenced from:
_zu_seek in zuFile.o
_zu_seek in zuFile.o
"_GetCanvasLLPix", referenced from:
GRIBOverlayFactory::RenderGribCurrent(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribSeaTemp(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribCRAIN(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribSigWh(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
"opencpn_plugin::OnContextMenuItemCallback(int )", referenced from:
vtable for grib_piin grib_pi.o
"_GetCanvasPixLL", referenced from:
GRIBOverlayFactory::RenderGribCurrent(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribCurrent(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribCurrent(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribSeaTemp(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribSeaTemp(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribSeaTemp(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribCRAIN(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribCRAIN(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribCRAIN(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribSigWh(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribSigWh(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribSigWh(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribWvDir(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribWvDir(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribWind(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribWind(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribScatWind(GribRecord* , GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
GRIBOverlayFactory::RenderGribScatWind(GribRecord* , GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
"_gzclose", referenced from:
_zu_close in zuFile.o
"opencpn_plugin::SetPositionFix(PlugIn_Position_Fi x&)", referenced from:
vtable for grib_piin grib_pi.o
"_RemovePlugInTool", referenced from:
grib_pi::OnCloseToolboxPanel(int, int)in grib_pi.o
"vtable for opencpn_plugin", referenced from:
__ZTV14opencpn_plugin$non_lazy_ptr in grib_pi.o
(maybe you meant: __ZTV14opencpn_plugin$non_lazy_ptr)
"typeinfo for opencpn_plugin", referenced from:
typeinfo for grib_piin grib_pi.o
"_GetOCPNCanvasWindow", referenced from:
grib_pi::Init() in grib_pi.o
"_GetGlobalColor", referenced from:
GRIBOverlayFactory::RenderGribWvDir(GribRecord*, wxMemoryDC*, PlugIn_ViewPort*) in grib.o
GRIBOverlayFactory::RenderGribWind(GribRecord*, GribRecord*, wxMemoryDC*, PlugIn_ViewPort*)in grib.o
"_RequestRefresh", referenced from:
GRIBUIDialog::SetFactoryOptions() in grib.o
GRIBUIDialog::SetGribRecordSet(GribRecordSet*) in grib.o
GRIBUIDialog::OnClose(wxCloseEvent&) in grib.o
ld: symbol(s) not found
collect2: ld returned 1 exit status


AND:

Ld buildosx/plugins/demo_pi/src/Debug/libdemo_pi.dylib normal i386
cd /Users/rmartell/opensrc/opencpn
setenv MACOSX_DEPLOYMENT_TARGET 10.6
/Developer/usr/bin/g++-4.2 -arch i386 -dynamiclib -isysroot /Developer/SDKs/MacOSX10.6.sdk -L/Users/rmartell/opensrc/opencpn/buildosx/plugins/demo_pi/src/Debug -F/Users/rmartell/opensrc/opencpn/buildosx/plugins/demo_pi/src/Debug -filelist /Users/rmartell/opensrc/opencpn/buildosx/plugins/demo_pi/src/OpenCPN.build/Debug/demo_pi.build/Objects-normal/i386/demo_pi.LinkFileList -install_name /Users/rmartell/opensrc/opencpn/buildosx/plugins/demo_pi/src/Debug/libdemo_pi.dylib -mmacosx-version-min=10.6 -dynamiclib -headerpad_max_install_names -framework IOKit -framework Carbon -framework Cocoa -framework System -framework QuickTime -framework OpenGL -framework AGL -lwx_macud-2.8 -single_module -o /Users/rmartell/opensrc/opencpn/buildosx/plugins/demo_pi/src/Debug/libdemo_pi.dylib

Undefined symbols:
"opencpn_plugin::OnCloseToolboxPanel(int, int)", referenced from:
vtable for demo_piin demo_pi.o
"typeinfo for opencpn_plugin", referenced from:
typeinfo for demo_piin demo_pi.o
"opencpn_plugin::OnToolbarToolCallback(int)", referenced from:
vtable for demo_piin demo_pi.o
"opencpn_plugin::GetToolboxPanelCount()", referenced from:
vtable for demo_piin demo_pi.o
"opencpn_plugin::RenderOverlay(wxMemoryDC*, PlugIn_ViewPort*)", referenced from:
vtable for demo_piin demo_pi.o
"vtable for opencpn_plugin", referenced from:
__ZTV14opencpn_plugin$non_lazy_ptr in demo_pi.o
(maybe you meant: __ZTV14opencpn_plugin$non_lazy_ptr)
"opencpn_plugin::SetupToolboxPanel(int, wxNotebook*)", referenced from:
vtable for demo_piin demo_pi.o
"opencpn_plugin::SetCursorLatLon(double, double)", referenced from:
vtable for demo_piin demo_pi.o
"_SetCanvasContextMenuItemViz", referenced from:
demo_pi::OnContextMenuItemCallback(int) in demo_pi.o
demo_pi::OnContextMenuItemCallback(int) in demo_pi.o
demo_pi::OnContextMenuItemCallback(int) in demo_pi.o
demo_pi::OnContextMenuItemCallback(int) in demo_pi.o
demo_pi::Init() in demo_pi.o
demo_pi::Init() in demo_pi.o
"opencpn_plugin::GetToolbarToolCount()", referenced from:
vtable for demo_piin demo_pi.o
"_GetOCPNCanvasWindow", referenced from:
demo_pi::Init() in demo_pi.o
"opencpn_plugin::SetPositionFix(PlugIn_Position_Fi x&)", referenced from:
vtable for demo_piin demo_pi.o
"_AddCanvasContextMenuItem", referenced from:
demo_pi::Init() in demo_pi.o
demo_pi::Init() in demo_pi.o
ld: symbol(s) not found
collect2: ld returned 1 exit status

I was able to build wxWidgets monolithically, which yields one huge library. I might be able to package that as a framework, and get a build. Plus, I can build that for i386, so I could possibly get a build others could use.

Let me know if you have suggestions on these link issues.

Thanks!
-Ryan
rmartell is offline   Reply With Quote
Old 27-07-2010, 17:09   #11
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 7,387
Ryan...

Thanks for the traces. Link issues, I see several things.

1. In celestial PlugIn, you need the latest git source. This will fix things like:
"wxBoundingBox::wxBoundingBox()", referenced from:
LLBBox::LLBBox()in sight.o

2. linking grib_pi needs libz.so library. This is not managed by cmake, it is normally included automatically, I think. Not sure about Mac.

3. The other link errors concern the building of a dylib, I don't grok Mac in this area. Things like

"opencpn_plugin::SetCursorLatLon(double, double)", referenced from:
vtable for celestial_navigation_piin celestial_navigation_pi.o

are intended to be resolved at load time, dynamically. In linux land, they are retained as stubs in the .so file, and resolved at load time to the image doing the loading.

How to make Mac build so this? I dunno, but will do some reading.

Dave
bdbcat is offline   Reply With Quote
Old 27-07-2010, 18:53   #12
Registered User

Join Date: Jul 2010
Posts: 6
Hi Dave--

Don't kill yourself trying to find the answer to #3. That's what I thought that was, so now that I know that's the issue, I can probably figure it out.

I tried 2.9.0 today of wxwidgets, and didn't get very far. Got it built, but then lots of issues with opencpn- conflicts on scrolldialog.h, stuff like that. I saw that 2.9.1 was out now, so got that as well as the 2.8.11 build. I'll get those built and try linking them each, to see if I can get more info on the menubar issue, plus to be able to cross compile for i386 I'll need them. I assume in the past on the releases you have built them monolithically and statically and linked them into opencpn directly to have a draggable install? Is cmake capable of generating fat binary builds for osx?

#2- libz is not a standard link on the mac, so if we need it, it will need to go into the makefile. I have no concept of how cmake works, but if you can add that as a conditional osx link, that would be great. I fear making too many changes and then having problems getting something others could build.

#1- I got the latest this afternoon, but it might have been after that build attempt. I'll try again later.

Thanks!
-Ryan

Ps- re your question about how it runs- It looks pretty good, but I get a lot of assertion issues with wxwidgets. I haven't mentioned them yet, as i still think it's a 32/64 bit issue on my local machine that I am trying to resolve.

Pps- probably a stupid question, but how impossible would ripping out wxwidgets be? The only reason I ask is that the perfect device for this is a 3G iPad, with its gps, but it would need to use apple look and feel to pass muster.
rmartell is offline   Reply With Quote
Old 28-07-2010, 08:47   #13
Registered User

Join Date: Dec 2005
Location: Helsingborg
Boat: Dufour 35
Posts: 3,891
As far as I know OpenCPN doesn't support WxWidgets 2.9.x, only the 2.8.x versions.

Thomas
cagney is offline   Reply With Quote
Old 28-07-2010, 11:46   #14
cruiser

Join Date: May 2010
Location: SF Bay Area; Former Annapolis and MA Liveaboard.
Boat: Looking and saving for my next...mid-atlantic coast
Posts: 6,197
Rather than performing compiles, has anyone tried using Crossover Mac as a solution rather than Parallels or VMWARE for emulation?
SaltyMonkey is offline   Reply With Quote
Old 28-07-2010, 19:34   #15
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 7,387
Ryan...

I modified CMakeLists.txt for Grib_pi to include libz for Mac builds (I think).

Pushed to git. Let me know how it affects the build and link problems with this plugin.

Thanks
Dave
bdbcat is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Building OpenCPN on Meego sailias OpenCPN 0 17-07-2010 14:02

Advertise Here


All times are GMT -7. The time now is 06:04.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2024, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.