This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Can't 'make' again...


Marcin Wolcendorf wrote:
> 
> I have quite new (december?) cygwin (latest 'not experimental' I was able to
> find) and I try to build from source 'gnupro-99r1p1' from Hitachi and for
> Hitachi (h8300-hms). It fails- now it can't build tcl. /usr/gnupro-99r1p1/build
> is my build directory (I run configure there), /gnupro-99r1p1/src is source
> directory. I run
> /gnupro-99r1p1/src/configure --prefix=/usr/gnupro-99r1p1/build --target=h8300-
> hms
> and get:
> 
> ./tclEnv.o(.text+0x54): undefined reference to `__imp___cygwin_environ'

 The Cygwin is famous about changing every month, so expecting the symbol names being
the same after one year is quite optimistic... I can be wrong, but the '__imp__<name>'
were changed into '___imp__<name>' when changing from b20 to 1.0 --- or vice versa...

 Just check with 'nm' what the symbol names are now in 'libcygwin.a' or 'libc.a', whatever
the C-library in Cygwin was. And then edit them into your sources, 'tcl/win/tclEnv.c'
here... (There are quite a lot more...).

 A better approach could be to check the newer Hitachi-release or use newer sources
and update one piece at a time: binutils, GCC and Insight, using the latest releases
and patches for H8/300... Ok, I heard about the new Hitachi release from a 'bug report'
after giving the site address for the '99r1p1' :

>> Hi Kai,
>>
>> thank you for the link.
>>
>> I've downloaded in ftp://ftp.hsa.hitachi.com/outgoing/tools/3rdparty
>> the 2000r1_i686-cygwin32-x-h8300-hms.zip archive.
>> The compiler seems fine but when I compile something, the CC1.exe
>> it give me thie error : "Virtual memory exhausted!"
>> Can I solve this problem ?

 The Cygwin-1.1.1 was installed in the 'reporter's machine earlier, so this sounded
to be the famous UTNC error ("Update The Nice Cygwin1.dll"). But other experiences
about the new 'official Hitachi-distribution' could prove this...

 The '99r1p1' is very old and I couldn't see any sanity in trying to get a production
compiler from it, gcc-2.95.2 and the Kazu Hirata's patches would suit for a new toolset
much better:

--------------------- clip -------------------------------------------
Subject: h8300-hms-gcc-2.95.2-6.rpm
Date:    Tue, 28 Nov 2000 23:47:30 -0500
From:    Kazu Hirata <kazu@hxi.com>
To:      "'gnuh8@gnuh8.org.uk'" <gnuh8@gnuh8.org.uk>

Hi, 
I just released new RPMs for h8300-hms-gcc-2.95.2. 

        http://www.hdl.co.jp/~kban/h8300-hms/ 

If you just want to take the patch, 

        http://www.hdl.co.jp/~kban/h8300-hms/h8300-hms-gcc-2.95.2-6.patch 

Until gcc-3.0 comes out, I might make gcc-2.97 RPMs just for experimental
purposes.  For productions, please use h8300-hms-gcc-2.95.2.

2.97 is currently broken in the following areas: 

libgcc2 compilation 
floating point emulation 

Both have workarounds, but there is no real solution yet. 

Thanks, 

Kazu Hirata 
--------------------- clip -------------------------------------------

 I would expect the Kazu's patches installing upon the current Cygwin
gcc-2.95.2-x sources, but who knows...

Cheers, Kai



------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]