Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
GeneralPortable MacsHardwareNetworking
Applications
Mac ApplicationsEudoraFirefox / MozillaInternet ExplorerOutlook ExpressMS OfficeEntourageExcelPowerPointWordVirtual PCMedia PlayerOther MS Products
Programming
Mac ProgrammingCodeWarriorPerl
Country Specific
Australian Mac GroupUK Mac Group

Mac Forum / Programming / CodeWarrior / June 2004



Tip: Looking for answers? Try searching our database.

Can't rebuild 9.2 Libraries

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Mike G - 23 Jun 2004 16:02 GMT
I'm updating our 8.3 project to run w/9.2 and I'm prompted to rebuild
the MSL libraries.  I do so and I get errorr while rebuilding the MSL
MacHeaders-Mach-O targets.  This is the error:

Error: declaration syntax eror (...) limits.h line 1  
../gcc/darwin/default/machine/lim

If I go to /usr/include/machine where limits.h lives from the
terminal, do a cd ../gcc/darwin/default/machine/lim it fails.  default
isn't actually a folder is a link to the current limits folder
(2.95.2).  How do I get passed this? I need to rebuild the libs and
I'm stuck there.

Thanks,
-Mike
MW Ron - 23 Jun 2004 18:16 GMT
>I'm updating our 8.3 project to run w/9.2 and I'm prompted to rebuild
>the MSL libraries.  I do so and I get errorr while rebuilding the MSL
[quoted text clipped - 8 lines]
>(2.95.2).  How do I get passed this? I need to rebuild the libs and
>I'm stuck there.

I'm sorry,  but I'm kind of confused... are you updating a project with
9.2 or are you updating 8.3.

The error you are seeing, is the same error you get when rebuilding MSL
on OS X 10.3   the solution there is to install the optional 10.2.x SDK
and point to that as the Mac OS X Volume   instead of /

Is that what you are doing?  If so I can provide you with more detailed
informnation.

The other thing that might be going on is you have recursive folders in
your access path for usr/include and usr/lib  don't do that, but that
shouldn't be that in the default settings.

Can you provide more information about what exactly you are doing and
when it happens.  There is no reason to rebuild a MacHeader just because
your project is going to a new format, hence my confusion.

Ron

Signature

 Metrowerks, one of the world¹s top 100 companies and influencers
    in the software development industry. - SD Times  May 2004
              http://www.sdtimes.com/2004sdt100.htm
     
                 Metrowerks, maker of CodeWarrior
Ron Liechty - MWRon@metrowerks.com - http://www.metrowerks.com

Mike G - 23 Jun 2004 23:55 GMT
> I'm sorry,  but I'm kind of confused... are you updating a project with
> 9.2 or are you updating 8.3.
Acutally, I just installed 9.2 and it prompted me to rebuild my MSL libraries
so I did.  In doing so, the rebuild failed.

> The error you are seeing, is the same error you get when rebuilding MSL
> on OS X 10.3   the solution there is to install the optional 10.2.x SDK
> and point to that as the Mac OS X Volume   instead of /
>
> Is that what you are doing?  If so I can provide you with more detailed
> informnation.
I am rebuilding MSL on OX X 10.3.4.  After doing this, I'll take my CW 8.3
project and update it.

> The other thing that might be going on is you have recursive folders in
> your access path for usr/include and usr/lib  don't do that, but that
> shouldn't be that in the default settings.
It isn't recursively searching the folders.  I'm just building the
BuildMacOSXPrecompiled.mcp project that ships with 9.2.

> Can you provide more information about what exactly you are doing and
> when it happens.  There is no reason to rebuild a MacHeader just because
> your project is going to a new format, hence my confusion.
>
> Ron
MW Ron - 24 Jun 2004 04:36 GMT
>> I'm sorry,  but I'm kind of confused... are you updating a project with
>> 9.2 or are you updating 8.3.
>Acutally, I just installed 9.2 and it prompted me to rebuild my MSL libraries
>so I did.  In doing so, the rebuild failed.

It shouldn't I'm assuming you have a registered version of CodeWarrior
already activated.    Are you sure the error was in Mach-O  and not the
classic or Windows versions.

>It isn't recursively searching the folders.  I'm just building the
>BuildMacOSXPrecompiled.mcp project that ships with 9.2.

It should have worked, let me know more on what happened.

Ron

Signature

 Metrowerks, one of the world¹s top 100 companies and influencers
    in the software development industry. - SD Times  May 2004
              http://www.sdtimes.com/2004sdt100.htm
     
                 Metrowerks, maker of CodeWarrior
Ron Liechty - MWRon@metrowerks.com - http://www.metrowerks.com

Mike G - 24 Jun 2004 13:32 GMT
> It shouldn't I'm assuming you have a registered version of CodeWarrior
> already activated.    Are you sure the error was in Mach-O  and not the
> classic or Windows versions.

Maybe this is where I'm going wrong.  I have an evaluation version
that's valid for 15 days.  We're looking into possibly upgrading to CW
9 since we're currently using 8.3 and need to develop for 10.3.  We
thought upgrading to 9 would be the correct solution.  So... is it
possible that my evaluation version doesn't allow me to rebuild the
libs?

Thanks Ron,
-Mike
MW Ron - 24 Jun 2004 17:09 GMT
>> It shouldn't I'm assuming you have a registered version of CodeWarrior
>> already activated.    Are you sure the error was in Mach-O  and not the
[quoted text clipped - 6 lines]
>possible that my evaluation version doesn't allow me to rebuild the
>libs?

That is correct it does not allow you to create libraries, or shared
libraries even the ones it uses such as MSL

Ron

Signature

 Metrowerks, one of the world¹s top 100 companies and influencers
    in the software development industry. - SD Times  May 2004
              http://www.sdtimes.com/2004sdt100.htm
     
                 Metrowerks, maker of CodeWarrior
Ron Liechty - MWRon@metrowerks.com - http://www.metrowerks.com

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.