[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 3.2.3 RC1
From: |
Tatsuro MATSUOKA |
Subject: |
Re: 3.2.3 RC1 |
Date: |
Sun, 30 Aug 2009 15:53:15 +0900 (JST) |
Hello
--- Tatsuro MATSUOKA wrote:
> I think that this patch in principle should be attached Because The %T and %e
> format specifiers
> for
> strftime are not implemented also for GCC-4.4.0 MinGW official.
>
> However it gives the link error, I temporally disables the changeset.
>
> I have to look at what is done by the patch and what is the origin
> ununderstandabel link error
> with
> it.
>
> Hopefully this issue is not beyond my ability.
changeset 9424 69d05d1a63b9
--- a/configure.in Wed Jul 08 18:31:29 2009 -0400
+++ b/configure.in Thu Jul 09 15:04:34 2009 -0400
@@ -1654,8 +1654,8 @@
esac
case "$canonical_host_type" in
*-*-msdosmsvc)
## The %T format specifier for strftime is reportedly broken,
*-*-msdosmsvc | *-*-mingw*)
## The %T and %e format specifiers for strftime are not implemented
_____________
AS I wrote previously the above changeset gives a link error for building on
3.2.3RC1 sources like
Creating library file: liboctave.dll.a
fu008091.o:(.idata$2+0xc): undefined reference to `libmoldname_a_iname'
nmth008090.o:(.idata$4+0x0): undefined reference to `_nm__tzname'
collect2: ld returned 1 exit status
make[2]: *** [liboctave.dll] Error 1
make[2]: Leaving directory `/home/octaves/OctBuild/octave-3.2.3-rc1/liboctave'
make[1]: *** [liboctave] Error 2
make[1]: Leaving directory `/home/octaves/OctBuild/octave-3.2.3-rc1'
I looked the source strftime.c in liboctave.
The above errors the GCC-4.4.0 + MinGW -offcial seem to be treat code related
to 'tzname' in MinGW
libraries. So I modified condig.h to be the flag HAVE_TZNAME disable after
configure like
/* Define to 1 if you don't have `tm_zone' but do have the external array
`tzname'. */
//#define HAVE_TZNAME 1
With the above, the link error disappeared and I can get successful results on
the octave prompt,
octave.exe:3> strftime ("%e %T", localtime (time ()))
ans = 30 15:37:45
*******************
The errors
fu008091.o:(.idata$2+0xc): undefined reference to `libmoldname_a_iname'
nmth008090.o:(.idata$4+0x0): undefined reference to `_nm__tzname'
Perhaps comes from the fault of the GCC-4.4.0 on MinGW-Official.
I will ask the above problem at the MinGW Mailing list.
Anyway it is pleasure for me the changeset 9424 itself can be applied to the
environment for GCC-4.4.0
MinGW-Official.
The results of the inquiry on the MinGW ML will be reported in the Octave-ML
list.
Regards
Tatsuro
--------------------------------------
Thanks 10 years! Yahoo! Shopping and Yahoo! Auctions
http://pr.mail.yahoo.co.jp/ec10years/
- Re: 3.2.3 RC1, (continued)
- Re: 3.2.3 RC1, Jaroslav Hajek, 2009/08/24
- Re: 3.2.3 RC1, Tatsuro MATSUOKA, 2009/08/24
- Re: 3.2.3 RC1, Tatsuro MATSUOKA, 2009/08/25
- Re: 3.2.3 RC1, Tatsuro MATSUOKA, 2009/08/25
- Re: 3.2.3 RC1, Tatsuro MATSUOKA, 2009/08/25
- Re: 3.2.3 RC1, Tatsuro MATSUOKA, 2009/08/25
- Re: 3.2.3 RC1,
Tatsuro MATSUOKA <=
- Re: 3.2.3 RC1, Benjamin Lindner, 2009/08/30
- Re: 3.2.3 RC1, Tatsuro MATSUOKA, 2009/08/31
R: 3.2.3 RC1, Marco Atzeri, 2009/08/24
Re: 3.2.3 RC1, Benjamin Lindner, 2009/08/24