f



XCode (2.4.1) Linking issue, wx 2.8.6, OS X 10.4.10, GCC4.0

Platform: Mac mini - intel dual core.

I'm working through the examples in the "Cross-Platform GUI Programming
  with wxWidgets" books and I'm stuck on an XCode linking issue.

The demos on the base wxMac code base build and work fine.  So I know
it's the XCode setup.  I can't find the entry where the libraries are  
described.

I've setup XCode using the wx-config --cxxflags and wx-config --libs

When building the minimal code example in chapter two, the build
completes and goes to the link stage where:

"Linking /Volumes//u01/work/wx - examples/chap02/minimal/Debug/ 
minimal.app"
"can't locate file for: -lwx_macu-2.6"
"Command /usr/bin/g++-4.0 failed with exit code 1"
"Build failed (1 error)"

-------
Project "minimal" info
Configurations: All Configurations
Collection: Linking
* other linker flags  -L/usr/local/lib   -framework IOKit -framework  
Carbon -framework Cocoa -framework System -framework QuickTime  - 
lwx_mac_aui-2.8 -lwx_mac_xrc-2.8 -lwx_mac_qa-2.8 -lwx_mac_html-2.8 - 
lwx_mac_adv-2.8 -lwx_mac_core-2.8 -lwx_base_carbon_xml-2.8 - 
lwx_base_carbon_net-2.8 -lwx_base_carbon-2.8
----------
That entry is where I put the wx-config --libs output.

I assume that it's looking for the 2.6 unicode libraries which this  
machine never had.  It has the 2.5 and the 2.8.6 libraries.

The environment.plist in ~/.MacOSX refers to the 2.8.6 set.

What am I missing ?

Thanks
Jim

---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

0
jsymolon
10/12/2007 11:57:44 AM
comp.soft-sys.wxwindows 21076 articles. 0 followers. Post Follow

10 Replies
1071 Views

Similar Articles

[PageSpeed] 34

Hi

you could also use the .xcodeproj that are in src/ for building the 
library and samples/minimal for building the sample

Best,

Stefan

james symolon wrote:
> Platform: Mac mini - intel dual core.
>
> I'm working through the examples in the "Cross-Platform GUI Programming
>  with wxWidgets" books and I'm stuck on an XCode linking issue.
>
> The demos on the base wxMac code base build and work fine.  So I know
> it's the XCode setup.  I can't find the entry where the libraries are 
> described.
>
> I've setup XCode using the wx-config --cxxflags and wx-config --libs
>
> When building the minimal code example in chapter two, the build
> completes and goes to the link stage where:
>
> "Linking /Volumes//u01/work/wx - 
> examples/chap02/minimal/Debug/minimal.app"
> "can't locate file for: -lwx_macu-2.6"
> "Command /usr/bin/g++-4.0 failed with exit code 1"
> "Build failed (1 error)"
>
> -------
> Project "minimal" info
> Configurations: All Configurations
> Collection: Linking
> * other linker flags  -L/usr/local/lib   -framework IOKit -framework 
> Carbon -framework Cocoa -framework System -framework QuickTime  
> -lwx_mac_aui-2.8 -lwx_mac_xrc-2.8 -lwx_mac_qa-2.8 -lwx_mac_html-2.8 
> -lwx_mac_adv-2.8 -lwx_mac_core-2.8 -lwx_base_carbon_xml-2.8 
> -lwx_base_carbon_net-2.8 -lwx_base_carbon-2.8
> ----------
> That entry is where I put the wx-config --libs output.
>
> I assume that it's looking for the 2.6 unicode libraries which this 
> machine never had.  It has the 2.5 and the 2.8.6 libraries.
>
> The environment.plist in ~/.MacOSX refers to the 2.8.6 set.
>
> What am I missing ?
>
> Thanks
> Jim
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
> For additional commands, e-mail: wx-users-help@lists.wxwidgets.org
>

-- 

Advanced Concepts AG  
Software-Engineering
Heldweg 10   
CH-8475 Ossingen
Switzerland

phone:+41 52 245 0 245
fax:+41 52 245 0 246   
http://www.advanced.ch
mailto:csomor@advanced.ch



---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

-1
csomor
10/12/2007 12:18:49 PM
On Oct 12, 2007, at 8:18 AM, Stefan Csomor wrote:

> Hi
>
> you could also use the .xcodeproj that are in src/ for building the  
> library and samples/minimal for building the sample
>
> Best,
>
> Stefan

Well I gave the minimal.xcodeproj a shot and after experimenting with  
it for a day - I give up.
XCode is too obtuse for me.  I've tried the wxWidget wizard in XCode  
also and have the same issues.

Which maybe a good thing as I will need to compile the application on  
Linux and Windows also.

Jim

>
> james symolon wrote:
>> Platform: Mac mini - intel dual core.
>>
>> I'm working through the examples in the "Cross-Platform GUI  
>> Programming
>>  with wxWidgets" books and I'm stuck on an XCode linking issue.
>>
>> The demos on the base wxMac code base build and work fine.  So I know
>> it's the XCode setup.  I can't find the entry where the libraries  
>> are described.
>>
>> I've setup XCode using the wx-config --cxxflags and wx-config --libs
>>
>> When building the minimal code example in chapter two, the build
>> completes and goes to the link stage where:
>>
>> "Linking /Volumes//u01/work/wx - examples/chap02/minimal/Debug/ 
>> minimal.app"
>> "can't locate file for: -lwx_macu-2.6"
>> "Command /usr/bin/g++-4.0 failed with exit code 1"
>> "Build failed (1 error)"
>>
>> -------
>> Project "minimal" info
>> Configurations: All Configurations
>> Collection: Linking
>> * other linker flags  -L/usr/local/lib   -framework IOKit - 
>> framework Carbon -framework Cocoa -framework System -framework  
>> QuickTime  -lwx_mac_aui-2.8 -lwx_mac_xrc-2.8 -lwx_mac_qa-2.8 - 
>> lwx_mac_html-2.8 -lwx_mac_adv-2.8 -lwx_mac_core-2.8 - 
>> lwx_base_carbon_xml-2.8 -lwx_base_carbon_net-2.8 -lwx_base_carbon-2.8
>> ----------
>> That entry is where I put the wx-config --libs output.
>>
>> I assume that it's looking for the 2.6 unicode libraries which  
>> this machine never had.  It has the 2.5 and the 2.8.6 libraries.
>>
>> The environment.plist in ~/.MacOSX refers to the 2.8.6 set.
>>
>> What am I missing ?
>>
>> Thanks
>> Jim
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
>> For additional commands, e-mail: wx-users-help@lists.wxwidgets.org
>>
>
> -- 
>
> Advanced Concepts AG  Software-Engineering
> Heldweg 10   CH-8475 Ossingen
> Switzerland
>
> phone:+41 52 245 0 245
> fax:+41 52 245 0 246   http://www.advanced.ch
> mailto:csomor@advanced.ch
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
> For additional commands, e-mail: wx-users-help@lists.wxwidgets.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

-1
jsymolon
10/13/2007 1:27:20 PM
In article <5C1AECDE-82AB-4793-B9FA-A6BFB30E91AE@gmail.com>,
 jsymolon@gmail.com (james symolon) wrote:

> 
> On Oct 12, 2007, at 8:18 AM, Stefan Csomor wrote:
> 
> > Hi
> >
> > you could also use the .xcodeproj that are in src/ for building the  
> > library and samples/minimal for building the sample
> >
> > Best,
> >
> > Stefan
> 
> Well I gave the minimal.xcodeproj a shot and after experimenting with  
> it for a day - I give up.
> XCode is too obtuse for me.  I've tried the wxWidget wizard in XCode  
> also and have the same issues.
> 
> Which maybe a good thing as I will need to compile the application on  
> Linux and Windows also.
> 
> Jim
> 

Hi Jim,

XCode is really a pain. Nevertheless, it is currently the only 
working(?) IDE on the Mac.
If you still like to give it a try I can send you updated XCode files 
that will compile and link.

Hartwig
1
H
10/14/2007 7:02:21 AM
Hi

H wrote:
>>> you could also use the .xcodeproj that are in src/ for building the  
>>> library and samples/minimal for building the sample
>>>
>>> Best,
>>>
>>> Stefan
>>>       
>> Well I gave the minimal.xcodeproj a shot and after experimenting with  
>> it for a day - I give up.
>> XCode is too obtuse for me.  I've tried the wxWidget wizard in XCode  
>> also and have the same issues.
>>
>> Which maybe a good thing as I will need to compile the application on  
>> Linux and Windows also.
>>
>> Jim
>>
>>     
>
> Hi Jim,
>
> XCode is really a pain. Nevertheless, it is currently the only 
> working(?) IDE on the Mac.
> If you still like to give it a try I can send you updated XCode files 
> that will compile and link.
>
> Hartwig
>   
is there still a problem with the 2.8.6 xcodeproj files ??

I've downloaded the wxMac release, opened src/wxwindows.xcodeproj, built 
it (default : static-development), opened 
samples/minimal/minimal.xcodeproj, built it (default: static-development 
as well), and ran it under the debugger

thanks for any infos

Stefan


---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

-1
csomor
10/14/2007 9:06:24 AM
In article <4711DC10.10908@advancedconcepts.ch>,
 csomor@advancedconcepts.ch (Stefan Csomor) wrote:

> Hi
> 
> H wrote:
> >>> you could also use the .xcodeproj that are in src/ for building the  
> >>> library and samples/minimal for building the sample
> >>>
> >>> Best,
> >>>
> >>> Stefan
> >>>       
> >> Well I gave the minimal.xcodeproj a shot and after experimenting with  
> >> it for a day - I give up.
> >> XCode is too obtuse for me.  I've tried the wxWidget wizard in XCode  
> >> also and have the same issues.
> >>
> >> Which maybe a good thing as I will need to compile the application on  
> >> Linux and Windows also.
> >>
> >> Jim
> >>
> >>     
> >
> > Hi Jim,
> >
> > XCode is really a pain. Nevertheless, it is currently the only 
> > working(?) IDE on the Mac.
> > If you still like to give it a try I can send you updated XCode files 
> > that will compile and link.
> >
> > Hartwig
> >   
> is there still a problem with the 2.8.6 xcodeproj files ??
> 
> I've downloaded the wxMac release, opened src/wxwindows.xcodeproj, built 
> it (default : static-development), opened 
> samples/minimal/minimal.xcodeproj, built it (default: static-development 
> as well), and ran it under the debugger
> 
> thanks for any infos
> 
> Stefan
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
> For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

Hi Stefan,

there are still a few points:

(1)
one confusing item are the GCC version settings. The settings are 
consistent in wxWidgets but deviate from standard project settings for 
the PPC compiler. In wxWidgets GCC 3.x is used while the standard 
settings use the newest installed compiler.
So, if wxWidgets is used with GCC 3.x and the other project with GCC 4.x 
you get a (not very clear) runtime error message.

(2)
For some projects I have to include the CoreServices.framework. I do not 
remember which libraries make use of it (can also be tiff or zlib 
libraries or a third party library as wxSQLite). Nowadays, I just link 
my programs against this framework, too.

(3)
The MACOS_CLASSIC pre-processor variable makes problems. I am not using 
the classic environment but it is set in the project explicitely.
When removing this variable I get only a compiler error message for the 
tiff-library (I think). Therefore, I always patch the library using 
__WXMAC__ as a pre-processor directive instead of MACOS_CLASSIC.
But the MACOS_CLASSIC pre-processor variable is used at other locations, 
too. And this causes problems for the output of strings on DCs. At least 
this was the reason why a removed it.
Having a MACOS_CLASSIC pre-processor variable in non-classic 
environments makes me worry anyway.

(4)
A few files are still missing in the wxWidget library project. 
Especially some of the cocoa files that are also used in the carbon 
version.
But as I use now my own project file which I copy from version to 
version I also do not know anymore all of them. Is there a possibility 
to extract all file names?

Hartwig
0
H
10/14/2007 9:48:13 AM
Hi Hartwig
> there are still a few points:
>
> (1)
> one confusing item are the GCC version settings. The settings are 
> consistent in wxWidgets but deviate from standard project settings for 
> the PPC compiler. In wxWidgets GCC 3.x is used while the standard 
> settings use the newest installed compiler.
> So, if wxWidgets is used with GCC 3.x and the other project with GCC 4.x 
> you get a (not very clear) runtime error message.
>   
the gcc settings are so that you can run under 10.3 and don't run into 
some nice subtle bugs under 10.3.9, therefore gcc is set to 3.3 for ppc, 
and the minimal deployment is set to 10.3 for ppc, these settings are 
the same for the library and the sample :

GCC_VERSION_i386 = 4.0
GCC_VERSION_ppc = 3.3
MACOSX_DEPLOYMENT_TARGET_i386 = 10.4
MACOSX_DEPLOYMENT_TARGET_ppc = 10.3
> (2)
> For some projects I have to include the CoreServices.framework. I do not 
> remember which libraries make use of it (can also be tiff or zlib 
> libraries or a third party library as wxSQLite). Nowadays, I just link 
> my programs against this framework, too.
>   
since I have not yet had this error, it must be a third party lib, but I 
can add it already to the minimal sample, that's no problem
> (3)
> The MACOS_CLASSIC pre-processor variable makes problems. I am not using 
> the classic environment but it is set in the project explicitely.
> When removing this variable I get only a compiler error message for the 
> tiff-library (I think). Therefore, I always patch the library using 
> __WXMAC__ as a pre-processor directive instead of MACOS_CLASSIC.
> But the MACOS_CLASSIC pre-processor variable is used at other locations, 
> too. And this causes problems for the output of strings on DCs. At least 
> this was the reason why a removed it.
> Having a MACOS_CLASSIC pre-processor variable in non-classic 
> environments makes me worry anyway.
>   
I understand that, I would like to refrain from changing any source code 
of these third party library, so I'll probably have to prepare a 
'mock-up' configure from a special include dir
> (4)
> A few files are still missing in the wxWidget library project. 
> Especially some of the cocoa files that are also used in the carbon 
> version.
> But as I use now my own project file which I copy from version to 
> version I also do not know anymore all of them. Is there a possibility 
> to extract all file names?
>   
when doing an 'add existing item' all files not included yet are black, 
but I'm not seeing anything that seems to me would be needed, if I'm 
doing a shared library build, I should get warnings for all missing 
symbols, shouldn't I ? are you perhaps adding other defines or switching 
additional things on in setup.h ?

My first point was following to the comment of the OP, that the things 
from the download should build and work, and to me they do, so I first 
wanted to find out, what was different there, so that we can try to 
remove obstacles there, then as a second step fixing the things you 
mention make the further developments easier.

Thanks,

Stefan

-- 

Advanced Concepts AG  
Software-Engineering
Heldweg 10   
CH-8475 Ossingen
Switzerland

phone:+41 52 245 0 245
fax:+41 52 245 0 246   
http://www.advanced.ch
mailto:csomor@advanced.ch



---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

0
csomor
10/14/2007 10:39:47 AM
On Oct 14, 2007, at 6:39 AM, Stefan Csomor wrote:
> My first point was following to the comment of the OP, that the  
> things from the download should build and work, and to me they do,  
> so I first wanted to find out, what was different there, so that we  
> can try to remove obstacles there, then as a second step fixing the  
> things you mention make the further developments easier.

The wxWidgets (as it's downloaded) will build and the samples will  
build so that's ok,  (on
  Mac and on GTK ) I'm having a hard time adapting (the xcode  
project) to a brand new
application.

As a new user to XCode, I found it to be confusing and even the  
wizard that should build a new
  wxWindows app does not build.  I've removed and re-installed the  
Developer kit(s) from Apple
  and still have issues.  It reminds me of IBM's WSAD platform, lots  
of "knobs" and "switches" -
  good for running J2EE servers on a cluster of nodes, but not useful  
for simple apps.

It would have been nice to use XCode as I'm interested in the Cocoa  
programming side of things
  - but it's not a permanent roadblock.  I'm used to make files and  
that seems to be a good direction
  for supporting the 3 major OSs.

I'm looking at the bakefile docs and once that is setup and working I  
should be able to build on all three.

Right now I fell back to an IDE that I've been using for a long while  
(even though its a pig), Eclipse.  I'm going to have to do a remote  
session though, as the Kubuntu laptop has only 256mb and Eclipse  
eventually goes beyond stupid and uses so much memory that the system  
goes into
thrash mode.

Aside from the IDE, I know it's a setup issue since the samples  
compile and run.  On the  Linux side of things, I've run into the  
same "error" about bitmap having more than one type.  That's for me  
to do a little more digging around the samples to find what I'm doing  
wrong.

Thanks - I appreciate the effort.
Jim

---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

-1
jsymolon
10/14/2007 11:43:03 AM
In article <4711F1F3.3060305@advancedconcepts.ch>,
 csomor@advancedconcepts.ch (Stefan Csomor) wrote:

> Hi Hartwig
> > there are still a few points:
> >
> > (1)
> > one confusing item are the GCC version settings. The settings are 
> > consistent in wxWidgets but deviate from standard project settings for 
> > the PPC compiler. In wxWidgets GCC 3.x is used while the standard 
> > settings use the newest installed compiler.
> > So, if wxWidgets is used with GCC 3.x and the other project with GCC 4.x 
> > you get a (not very clear) runtime error message.
> >   
> the gcc settings are so that you can run under 10.3 and don't run into 
> some nice subtle bugs under 10.3.9, therefore gcc is set to 3.3 for ppc, 
> and the minimal deployment is set to 10.3 for ppc, these settings are 
> the same for the library and the sample :
> 
> GCC_VERSION_i386 = 4.0
> GCC_VERSION_ppc = 3.3
> MACOSX_DEPLOYMENT_TARGET_i386 = 10.4
> MACOSX_DEPLOYMENT_TARGET_ppc = 10.3

For the samples in the wxWidget library it is not a problem but assume 
that you are creating a completely new project. Then, this project will 
use the 4.0 compiler for PPC and i386 processors.

> > (2)
> > For some projects I have to include the CoreServices.framework. I do not 
> > remember which libraries make use of it (can also be tiff or zlib 
> > libraries or a third party library as wxSQLite). Nowadays, I just link 
> > my programs against this framework, too.
> >   
> since I have not yet had this error, it must be a third party lib, but I 
> can add it already to the minimal sample, that's no problem
> > (3)
> > The MACOS_CLASSIC pre-processor variable makes problems. I am not using 
> > the classic environment but it is set in the project explicitely.
> > When removing this variable I get only a compiler error message for the 
> > tiff-library (I think). Therefore, I always patch the library using 
> > __WXMAC__ as a pre-processor directive instead of MACOS_CLASSIC.
> > But the MACOS_CLASSIC pre-processor variable is used at other locations, 
> > too. And this causes problems for the output of strings on DCs. At least 
> > this was the reason why a removed it.
> > Having a MACOS_CLASSIC pre-processor variable in non-classic 
> > environments makes me worry anyway.
> >   
> I understand that, I would like to refrain from changing any source code 
> of these third party library, so I'll probably have to prepare a 
> 'mock-up' configure from a special include dir
> > (4)
> > A few files are still missing in the wxWidget library project. 
> > Especially some of the cocoa files that are also used in the carbon 
> > version.
> > But as I use now my own project file which I copy from version to 
> > version I also do not know anymore all of them. Is there a possibility 
> > to extract all file names?
> >   

Opening the supplied XC project of the trunk version I can still select 
the following files from the src/mac/carbon folder:

aga.cpp
cfsocket.cpp
combobxc.cpp
.....

There are more files in corefoundation, too. So, either they should be 
included or they are not used anymore and should be deleted.

But I have to say that the *.mm files are now included in the latest XC 
project. Sorry for the confusion.

> when doing an 'add existing item' all files not included yet are black, 
> but I'm not seeing anything that seems to me would be needed, if I'm 
> doing a shared library build, I should get warnings for all missing 
> symbols, shouldn't I ? are you perhaps adding other defines or switching 
> additional things on in setup.h ?
> 
> My first point was following to the comment of the OP, that the things 
> from the download should build and work, and to me they do, so I first 
> wanted to find out, what was different there, so that we can try to 
> remove obstacles there, then as a second step fixing the things you 
> mention make the further developments easier.
> 
> Thanks,
> 
> Stefan

Hartwig
0
H
10/14/2007 8:09:54 PM
Hi Hartwig

H wrote:
> In article <4711F1F3.3060305@advancedconcepts.ch>,
>  csomor@advancedconcepts.ch (Stefan Csomor) wrote:
>
>   
>> Hi Hartwig
>>     
>>> there are still a few points:
>>>
>>> (1)
>>> one confusing item are the GCC version settings. The settings are 
>>> consistent in wxWidgets but deviate from standard project settings for 
>>> the PPC compiler. In wxWidgets GCC 3.x is used while the standard 
>>> settings use the newest installed compiler.
>>> So, if wxWidgets is used with GCC 3.x and the other project with GCC 4.x 
>>> you get a (not very clear) runtime error message.
>>>   
>>>       
>> the gcc settings are so that you can run under 10.3 and don't run into 
>> some nice subtle bugs under 10.3.9, therefore gcc is set to 3.3 for ppc, 
>> and the minimal deployment is set to 10.3 for ppc, these settings are 
>> the same for the library and the sample :
>>
>> GCC_VERSION_i386 = 4.0
>> GCC_VERSION_ppc = 3.3
>> MACOSX_DEPLOYMENT_TARGET_i386 = 10.4
>> MACOSX_DEPLOYMENT_TARGET_ppc = 10.3
>>     
>
> For the samples in the wxWidget library it is not a problem but assume 
> that you are creating a completely new project. Then, this project will 
> use the 4.0 compiler for PPC and i386 processors.
>   
yes, we should prominently display somewhere (where ? docs / wiki ? ) 
that you can just copy/paste these four lines (without any preceding 
characters), go the new project's target, click into the settings table 
and paste them there.
> Opening the supplied XC project of the trunk version I can still select 
> the following files from the src/mac/carbon folder:
>
> aga.cpp
> cfsocket.cpp
> combobxc.cpp
> ....
>
> There are more files in corefoundation, too. So, either they should be 
> included or they are not used anymore and should be deleted.
>   
the first two are not needed anymore (AFAIK a cvs behaviour was that 
when you deleted something you also deleted its history, which I wanted 
to avoid, but I guess svn is better in that regard now)

comcobxc.cpp is a full native combobox, which eventually will be used , 
once the minimal OS X version is at that level that all needed events 
are really triggered by the OS - but it isn't used yet

Thanks,

Stefan

-- 

Advanced Concepts AG  
Software-Engineering
Heldweg 10   
CH-8475 Ossingen
Switzerland

phone:+41 52 245 0 245
fax:+41 52 245 0 246   
http://www.advanced.ch
mailto:csomor@advanced.ch



---------------------------------------------------------------------
To unsubscribe, e-mail: wx-users-unsubscribe@lists.wxwidgets.org
For additional commands, e-mail: wx-users-help@lists.wxwidgets.org

0
csomor
10/15/2007 6:04:44 AM
In article <471302FC.8090808@advancedconcepts.ch>,
 csomor@advancedconcepts.ch (Stefan Csomor) wrote:

> Hi Hartwig
> 
> H wrote:
> > In article <4711F1F3.3060305@advancedconcepts.ch>,
> >  csomor@advancedconcepts.ch (Stefan Csomor) wrote:
> >
> >   
> >> Hi Hartwig
> >>     
> >>> there are still a few points:
> >>>
> >>> (1)
> >>> one confusing item are the GCC version settings. The settings are 
> >>> consistent in wxWidgets but deviate from standard project settings for 
> >>> the PPC compiler. In wxWidgets GCC 3.x is used while the standard 
> >>> settings use the newest installed compiler.
> >>> So, if wxWidgets is used with GCC 3.x and the other project with GCC 4.x 
> >>> you get a (not very clear) runtime error message.
> >>>   
> >>>       
> >> the gcc settings are so that you can run under 10.3 and don't run into 
> >> some nice subtle bugs under 10.3.9, therefore gcc is set to 3.3 for ppc, 
> >> and the minimal deployment is set to 10.3 for ppc, these settings are 
> >> the same for the library and the sample :
> >>
> >> GCC_VERSION_i386 = 4.0
> >> GCC_VERSION_ppc = 3.3
> >> MACOSX_DEPLOYMENT_TARGET_i386 = 10.4
> >> MACOSX_DEPLOYMENT_TARGET_ppc = 10.3
> >>     
> >
> > For the samples in the wxWidget library it is not a problem but assume 
> > that you are creating a completely new project. Then, this project will 
> > use the 4.0 compiler for PPC and i386 processors.
> >   
> yes, we should prominently display somewhere (where ? docs / wiki ? ) 
> that you can just copy/paste these four lines (without any preceding 
> characters), go the new project's target, click into the settings table 
> and paste them there.

I am not familiar with GCC but is it possible to check the settings via 
a pragma? Then, even if you create a new project with default settings 
you would get a warning or error message via the preprocessor?
Now, you only get a cryptic error message from GCC.

> 
> Thanks,
> 
> Stefan

Hartwig
-1
H
10/15/2007 3:49:01 PM
Reply: