Author Topic: Mac Binaries  (Read 83309 times)

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #30 on: April 25, 2006, 01:14:55 am »
I'm trying to compile CB under 10.3

I got the message "you should add the contents of /user/share/aclocal/libtool.m4 to aclocal.m4"

so I concatenated it to /usr/share/libtool/libltdl/aclocal.m4
It's the only aclocal I could find on my mac.

Now I get the messages:
Code
iMacG3:~/devel/mac/trunk pecan$ glibtoolize --force --copy &&  aclocal-1.7 &&  autoheader &&  automake-1.7 --include-deps --add-missing --foreigh --copy &&  autoconf
You should update your `aclocal.m4' by running aclocal.
autoheader: error: AC_CONFIG_HEADERS not found in configure.in

I entered the command: aclocal
but I  couldn't see that it did anything...

I also entered the command: aclocal-1.7
but still, the error persists

Could anyone tell me what I've done wrong, or how to continue.

thanks
pecan
« Last Edit: April 25, 2006, 01:34:32 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #31 on: April 25, 2006, 02:24:12 am »
Ok, I got pass the aclocal.m4 problem by concatenating to the aclocal.m4 in
the CodeBlocks trunk directory.

But I still have the follow error:

Code
iMacG3:~/devel/mac/trunk pecan$ cp aclocal.m4.all aclocal.m4
iMacG3:~/devel/mac/trunk pecan$ glibtoolize --force --copy &&  aclocal-1.7 &&  autoheader &&  automake-1.7 --include-deps --add-missing --foreigh --copy &&  autoconf
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
iMacG3:~/devel/mac/trunk pecan$

Can anyone suggest a solution?

thanks
pecan
« Last Edit: April 25, 2006, 01:36:18 pm by Pecan »

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: Mac Binaries
« Reply #32 on: April 25, 2006, 04:40:42 pm »
Quote
autoheader: error: AC_CONFIG_HEADERS not found in configure.in

I couldn't duplicate that error here, on my Mac OS X (10.3)
Sorry.

Code
# autoheader --version
autoheader (GNU Autoconf) 2.57
Written by Roland McGrath and Akim Demaille.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #33 on: April 25, 2006, 05:36:38 pm »
Quote
autoheader: error: AC_CONFIG_HEADERS not found in configure.in

I couldn't duplicate that error here, on my Mac OS X (10.3)
Sorry.


Where on the tree are you executeing these commands. I'm sitting in the trunk folder.
Does that make a difference, Here's what is happening.

Code
iMacG3:/volumes/seagate/mac/trunk pecan$ cp ~/devel/mac/temp/aclocal.m4.all aclocal.m4
iMacG3:/volumes/seagate/mac/trunk pecan$ glibtoolize --version
libtoolize (GNU libtool) 1.5

Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
iMacG3:/volumes/seagate/mac/trunk pecan$ autoheader --version
autoheader (GNU Autoconf) 2.57
Written by Roland McGrath and Akim Demaille.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

iMacG3:/volumes/seagate/mac/trunk pecan$ autoconf --version
autoconf (GNU Autoconf) 2.57
Written by David J. MacKenzie and Akim Demaille.

Copyright 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
iMacG3:/volumes/seagate/mac/trunk pecan$ glibtoolize --force --copy
iMacG3:/volumes/seagate/mac/trunk pecan$ aclocal-1.7
iMacG3:/volumes/seagate/mac/trunk pecan$ autoheader
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
iMacG3:/volumes/seagate/mac/trunk pecan$


What's in your configure.in at AC_CONFIG_HEADERS ?
Here is the line from the current configure.in file in CodeBlocks ../trunk

AC_CONFIG_HEADER([src/sdk/config.h])

There is no such file as src/sdk/config.h . Could that be causing the problem?

What version is your glibtoolize?

thanks
pecan
« Last Edit: April 25, 2006, 05:46:44 pm by Pecan »

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: Mac Binaries
« Reply #34 on: April 25, 2006, 05:52:33 pm »
Quote
Where on the tree are you executeing these commands. I'm sitting in the trunk folder.
Yup, same here (rev 2380 now)

Quote
Here is the line from the current configure.in file in CodeBlocks ../trunk

AC_CONFIG_HEADER([src/sdk/config.h])

There is no such file as src/sdk/config.h . Could that be causing the problem?
Nah, it should be created later:
/* src/sdk/config.h.  Generated by configure.  */
/* src/sdk/config.h.in.  Generated from configure.in by autoheader.  */

Quote
What version is your glibtoolize?

Same as yours, 1.5 (standard Apple version)

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #35 on: April 25, 2006, 06:39:10 pm »
Well... I just can't win this one. Even attempting to download the file
from berlios

[usr]
http://prdownload.berlios.de/codeblocks/codeblocks-rev2040_macppc.zip
[/url]

gets the message:

Code
Your are requesting file: /codeblocks/codeblocks-rev2040_macppc.zip
File Doesn't Exist


« Last Edit: April 25, 2006, 08:54:20 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #36 on: April 25, 2006, 08:55:57 pm »
Someone has deleted the mac codeblocks version off berlios
download, but the link is still there.

Is there any way we could get it back so some of us could
jump-start into OS X 10.3?

thanks
pecan

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: Mac Binaries
« Reply #37 on: April 25, 2006, 09:08:18 pm »
I still have the old binary kicking around, if you want it emailed/uploaded to you ?
Send me a message if so, where to... (6.7M    codeblocks-rev2040_macppc.zip)

Wonder why it was deleted, though ?
(and what will happen to next build)

takeshimiya

  • Guest
Re: Mac Binaries
« Reply #38 on: April 25, 2006, 10:02:29 pm »
It's probably a berlios issue, because the link (at berlios) is still there.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #39 on: April 25, 2006, 10:17:36 pm »
I still have the old binary kicking around, if you want it emailed/uploaded to you ?
Send me a message if so, where to... (6.7M    codeblocks-rev2040_macppc.zip)
...

Thanks, Michael uses http://www.savefile.com/ as a free
hosting server. It has a few ads but it works.

Would you consider uploading to there and telling us what
the download name is.

That way, I'll hopefully be able to use it to compile the
current CB.

It seems this problem with autoheader is not uncommon. People
say it's because autoconf scans only the local install folder. So alot of
copying back and forth is necessary. I just dont know what to copy.

Could you also tell us what you're /devel tree looks like. Maybe I've
put wxMac in the wrong place.

thanks
pecan

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #40 on: April 28, 2006, 10:50:24 pm »
Quote from: afb

I'm not sure you can use it for compiling (?),
but I uploaded the file to SourceForge instead:

http://wxd.sf.net/codeblocks-rev2040_macppc.zip

This is not a permanent location for it, though,
hope BerliOS is working for the next C::B build.

HTH,
--anders



Anders, I received the .app and am attempting to compile CB using the unix.cbp
thanks

I just cannot seem to find the right combo of autoconf-HELL to create a configure.

I noticed there are a few errors in the code using "#ifdef __FreeBSD__".
I've changed them to "#if defined (__FreeBSD__) || defined (__WXMAC__)"

Should I have just defined __FreeBSD__ in the build options and left the code alone, or is adding __WXMAC__  and adding that to the build options appropriate.

thanks
pecan
« Last Edit: April 28, 2006, 10:52:19 pm by Pecan »

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #41 on: April 29, 2006, 12:29:11 am »
While compiling svn source under the afb Mac binary, I'm getting the following error. I'm using the CodeBlocks-unix.cbp

Code
Compiling: sdk/wxscintilla/src/scintilla/src/StyleContext.cxx\
Compiling: sdk/wxscintilla/src/scintilla/src/UniConversion.cxx\
Compiling: sdk/wxscintilla/src/scintilla/src/ViewStyle.cxx\
Compiling: sdk/wxscintilla/src/scintilla/src/WindowAccessor.cxx\
Compiling: sdk/wxscintilla/src/scintilla/src/XPM.cxx\
Compiling: sdk/wxscintilla/src/PlatWX.cpp\
Linking dynamic library: devel/libwxscintilla.so\
g++: unrecognized option `-shared'\
ld: Undefined symbols:\

I cannot find "-shared" in the .cbp

Wherever it is, I think I should change it to "-dynamic".
Can anyone tell me where this flag is comming from.

thanks
pecan

Offline mandrav

  • Project Leader
  • Administrator
  • Lives here!
  • *****
  • Posts: 4315
    • Code::Blocks IDE
Re: Mac Binaries
« Reply #42 on: April 29, 2006, 01:15:14 am »
Quote
I cannot find "-shared" in the .cbp

Wherever it is, I think I should change it to "-dynamic".
Can anyone tell me where this flag is comming from.

In advanced compiler options, look inside the "Link DLL" command.
Be patient!
This bug will be fixed soon...

Offline afb

  • Developer
  • Lives here!
  • *****
  • Posts: 884
Re: Mac Binaries
« Reply #43 on: April 29, 2006, 09:51:22 am »
I cannot find "-shared" in the .cbp

Wherever it is, I think I should change it to "-dynamic".

For doing plugins, the flag to use is: -bundle
-dynamic is used for .dylib (shared libraries)

On Linux, both of these are using a .so suffix.

Offline Pecan

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 2750
Re: Mac Binaries
« Reply #44 on: April 29, 2006, 02:55:49 pm »
I cannot find "-shared" in the .cbp

Wherever it is, I think I should change it to "-dynamic".

For doing plugins, the flag to use is: -bundle
-dynamic is used for .dylib (shared libraries)

On Linux, both of these are using a .so suffix.

wxscintilla ends up being a .dll on windows, so I assumed it needed -dynamic on the MAC. 

Is -dynamic correct for wxscintilla ?


EDIT: Oh.. Anders.. will looking inside your .app tell me which flag to use. Could you post your make file, so we could see the options used?

thanks
pecan
« Last Edit: April 29, 2006, 02:59:02 pm by Pecan »