Mail #7664 (Unformatted/full headers)

Back to main page of archive

Previous mail   Next mail   Formatted
Overview  10 days   Subject   Date   Thread   Author  

From gpc-owner@gnu.de  Sat Jan  4 01:43:43 2003
Received: from relay3.zonnet.nl ([::ffff:62.58.50.52] helo=smtp03.zonnet.nl)
	by adele.gerwinski.de with esmtp (Exim 3.12 #1 (Debian))
	id 18UcPc-0002Od-00
	for <gpc@gnu.de>; Sat, 04 Jan 2003 01:43:40 +0100
Received: from G4.local ([62.166.118.39]) by smtp03.zonnet.nl
          (Netscape Messaging Server 4.15 ntr018 Mar 14 2002 21:29:48)
          with ESMTP id H85ZBM02.IMO for <gpc@gnu.de>; Sat, 4 Jan 2003
          01:42:58 +0100 
Date: Sat, 4 Jan 2003 01:43:51 +0100
Subject: Re: Re3: Building GPC with GCC-3.2.1 on Darwin
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v543)
From: Adriaan van Os <gpc@microbizz.nl>
To: gpc@gnu.de
Content-Transfer-Encoding: 7bit
In-Reply-To: <200301030851.JAA20498@goedel.fjf.gnu.de>
Message-Id: <98376F16-1F7D-11D7-B7DE-000A27944772@microbizz.nl>
X-Mailer: Apple Mail (2.543)
X-Archive-Number: 200301/9
X-Sequence-Number: 1426


Frank Heckenbach wrote:

> Adriaan van Os wrote:
>
>>> The most recent Apple version of GCC that I can find on the web
>>> (http://www.opendarwin.org/en/news.php#20) is "gcc3-1205 Darwin".
>>> Installing and using it doesn't change reported problems. Yet, I can
>>> use it to build a new GCC from the standard GCC-3.2.1 sources. This
>>> gives me a GCC-3.2.1 that  installs and runs on Darwin. If I use this
>>> new GCC (3.2.1) to build GPC 20021128, there are no building 
>>> problems:
>>> reported problems 1 to 4 have disappeared !
>
> I don't quite understand. With the downloaded GCC, you are able to
> build gcc-3.2.1, but building GPC with gcc-3.2.1 sources fails. But
> the problems (#1, 2 and 3) are related to parts of the GCC sources
> that are unchanged by GPC. So compiling the same sources once works
> and once fails!? I must be missing something ...

Problems #1, 2 and 3 are related to GCC (not GPC), so to build "GCC 
3.2.1" I had to ignore problem #1 (which doesn't seem to influence the 
build process). Also, I had to apply the hacks for problems #2 and #3. 
However, this new (hacked) GCC 3.2.1 compiler now causes problems when 
I try to repeat what (I think) I did. Probably, I have mixed up 
versions and my statement above is wrong. Well, I have done quite a lot 
of experimenting with different versions -- on the fly trying to learn 
UNIX.

I will do my best to find more information on the web on building GCC 
3.2.1 on Darwin.

>>> Unfortunately, the linking
>>> problem is still the same:
>>>
>>> [G4:doc/gpc/demos] adriaan% gpc hello.pas
>>> /usr/bin/ld:
>>> /usr/lib/gcc-lib/powerpc-apple-darwin6.0/3.2.1/libgpc.a(init.o)
>>> malformed object (bad indirect symbol table entry (76) (symbol at
>>> index 241 is not external)
>>
>> [...]
>>
>> When I look in gpclib.a (with otool), I find the following entries for
>> these indices. They all read:
>>
>> "Indirect symbols for (__DATA,__nl_symbol_ptr) ... entries"
>> address    index name
>> 0x00001b88   241 _fini_GPC_Init
>> 0x00006624   972 _fini_GPC_Error
>> 0x00001fa0   435 _fini_GPC_Getopt
>> 0x00002424  1251 _fini_GPC_String
>> 0x000018e0   570 _fini_GPC_String2
>> 0x0000095c   235 _fini_GPC_Heap
>> 0x00001520   431 _fini_GPC_Files
>> 0x000005c8   178 _fini_GPC_Endian
>> 0x000081c8  2390 _fini_GPC_Filename
>> 0x00001078   385 _fini_GPC_Math
>> 0x00000260    96 _fini_GPC_Move
>> 0x000008e8   281 _fini_GPC_Numtodec
>> 0x00000ce0   251 _fini_GPC_Random
>> 0x000001b4    77 _fini_GPC_Rtsc
>> 0x0000115c   774 _fini_GPC_Sets
>> 0x00004828   933 _fini_GPC_Time
>>
>> I hope this additional information is useful in finding the cause of
>> the linking problem.
>
> Try this (patch may need manual applying, since I've changed some
> other things in my copy meanwhile).
>
> *** p/parse.y.orig	Fri Jan  3 09:44:04 2003
> --- p/parse.y	Fri Jan  3 09:49:25 2003
> ***************
> *** 792,799 ****
>           tree name = get_module_destructor_name (current_module);
>           const char *save_filename = start_dummy_file_name ();
>           context = build_nt (CALL_EXPR, name, no_parameters (), 
> NULL_TREE);
> !         if (!start_function (chainon (build_tree_list (NULL_TREE, 
> static_id),
> !                                       build_tree_list (NULL_TREE, 
> void_type_node)),
>                                context, NULL_TREE, 0))
>             YYERROR1;
>           store_parm_decls ();
> --- 792,798 ----
>           tree name = get_module_destructor_name (current_module);
>           const char *save_filename = start_dummy_file_name ();
>           context = build_nt (CALL_EXPR, name, no_parameters (), 
> NULL_TREE);
> !         if (!start_function (build_tree_list (NULL_TREE, 
> void_type_node),
>                                context, NULL_TREE, 0))
>             YYERROR1;
>           store_parm_decls ();

Thanks a lot !!

Superb news ----- GPC builds on Mac OS X !!! Hello.pas compiles and 
runs !!!

Next step is to run a lot of tests. More news to follow.

Regards,

Adriaan van Os

Previous mail   Next mail   Formatted
Overview  10 days   Subject   Date   Thread   Author  

Replies

In reply to

Back to main page of archive

Note: This page contains information that does not originate from the owner of this web site, but from the authors of the mails archived. The owner of this web site is not responsible for the content of such information. Any use of that infomation requires the consent of the respective author.

Where WWW addresses (URLs) in the mails archived are marked as hyperlinks, this is only for the comfort of the reader. The content of the web pages linked to like this does not necessarily reflect the opinion of the owner of this web site or of the authors of the mails archived. The owner of this web site is not responsible for the content of such web pages. Those pages are explicitly not to be considered as part of the content of this page, but merely as references.

This page was created by Crystal 0.999 (Linux 2.4.27/i686).