On 10/9/20 11:06 AM, KO Myung-Hun wrote:
> OS part is os2-emx not emx.
>
> * build-aux/config.sub [i*86-pc-os2-emx]: Set os to os2-emx.
> ---
> build-aux/config.sub | 4
> 1 file changed, 4 insertions(+)
Thanks, but config.sub is only mirrored, not maintained, by gnulib.
OS part is os2-emx not emx.
* build-aux/config.sub [i*86-pc-os2-emx]: Set os to os2-emx.
---
build-aux/config.sub | 4
1 file changed, 4 insertions(+)
diff --git a/build-aux/config.sub b/build-aux/config.sub
index 9bc49a7e9..9fb81d598 100755
--- a/build-aux/config.sub
+++ b/build-aux
On 5-04-10 15:35, Eric Blake wrote:
Hi Eric,
Any news about some testing ?
[adding bug-gnulib]
On 04/03/2010 03:48 PM, Elbert Pol wrote:
Hello all,
I tried today to port it to OS2
I used Gcc 4.4.2 and the make fails here:
In file included from fnmatch.c:175:
fnmatch_loop.c: In function
On 5-04-10 18:53, Paolo Bonzini wrote:
Hi all,
Sorry din't forward to all...
-- Forwarded message --
From: Elbert Pol
Date: Mon, Apr 5, 2010 at 17:59
Subject: Re: Os2
To: Paolo Bonzini
On 5-04-10 10:13, Paolo Bonzini wrote:
On 04/04/2010 09:49 PM, Elbert Pol
[adding bug-gnulib]
On 04/03/2010 03:48 PM, Elbert Pol wrote:
> Hello all,
>
> I tried today to port it to OS2
> I used Gcc 4.4.2 and the make fails here:
>
> In file included from fnmatch.c:175:
> fnmatch_loop.c: In function 'internal_fnmatch':
> fnmat
Hi Bruno,
OpenWatcom Debugger is the one the peeps use with os/2
I play around with hat and see if i can come up with some use full info
Bruno Haible wrote:
Elbert Pol wrote:
Seems Gdb is acting weird with v4.16
Mayby i need to port it first to the latest version.
Porting gdb is an adventur
Elbert Pol wrote:
> Seems Gdb is acting weird with v4.16
> Mayby i need to port it first to the latest version.
Porting gdb is an adventure 10 times as big as porting gnulib.
If you cannot make use of gdb on your platform, I would recommend to switch
back to the classical printf debugging.
> I f
Hoi Bruno,
Seems Gdb is acting weird with v4.16
Mayby i need to port it first to the latest version.
I found a some map files in the dir.
I attach one, mayby it's usefull ???
Bruno Haible wrote:
Elbert Pol wrote:
U:/test-fflush: No such file or directory.
An error message "No such file or di
Elbert Pol wrote:
> U:/test-fflush: No such file or directory.
An error message "No such file or directory" tell you to look for the right
file name. Probably it has a ".exe" suffix?
> Btw: I have to run Gdb after i try to port the software?
No. gdb 6.4 is very good for x86 platforms; even gdb 5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Elbert Pol on 4/15/2008 3:32 PM:
|
| # gdb U:/test-fflush
Are you sure that the failed test was u:/test-fflush, and not in some
subdirectory? You may also try adding the .exe suffix, to see if that
helps gdb find it.
| GDB 4.16 (emx),
Hi Bruno,
I try to run gbd and this is what i get
# gdb U:/test-fflush
GDB is free software and you are welcome to distribute copies of it
under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.16 (e
Hello,
Elbert Pol wrote:
> >> diff: -: Invalid seek
> >> FAIL: test-argp-2.sh
> >
> > Your 'diff' program can use some modernization. POSIX
> >http://www.opengroup.org/onlinepubs/009695399/utilities/diff.html
> > goes into some length explaining why the input does not need to be seekable.
> I
Elbert Pol wrote:
> But the check failed :(
> I attach logs.
Thanks!! 39 failing tests means, there's some occasion for you to learn how
to use gdb.
The SIGFPE failures likely have the same or similar causes.
> diff: -: Invalid seek
> diff: -: Invalid seek
> diff: -: Invalid seek
> FAIL: test-ar
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson asked:
>> On second thought; Elbert, does your platform have SD_RECEIVE etc?
>
> No, it doesn't. I already looked for it while preparing the patch.
Ok, thanks for testing.
/Simon
Simon Josefsson asked:
> On second thought; Elbert, does your platform have SD_RECEIVE etc?
No, it doesn't. I already looked for it while preparing the patch.
Bruno
Elbert Pol wrote:
> I attach the logs
Thank you. I've uploaded a new tarball at
http://www.haible.de/bruno/gnu/testdir.tar.gz
> but din't run the make -k check cause i thought this
> is only important if the make runs it without a error?
Correct. "make check" does not make much sense if "make
Simon Josefsson <[EMAIL PROTECTED]> writes:
> Bruno Haible <[EMAIL PROTECTED]> writes:
>
>> Elbert Pol wrote:
>>
>>> test-sys_socket.c:27: error: `SHUT_RD' undeclared here (not in a function)
>>> test-sys_socket.c:27: error: initializer element is not constant
>>> test-sys_socket.c:27: error: (nea
Bruno Haible <[EMAIL PROTECTED]> writes:
> Elbert Pol wrote:
>
>> test-sys_socket.c:27: error: `SHUT_RD' undeclared here (not in a function)
>> test-sys_socket.c:27: error: initializer element is not constant
>> test-sys_socket.c:27: error: (near initialization for `a[0]')
>> test-sys_socket.c:27:
Elbert Pol wrote:
> test-sys_socket.c:27: error: `SHUT_RD' undeclared here (not in a function)
> test-sys_socket.c:27: error: initializer element is not constant
> test-sys_socket.c:27: error: (near initialization for `a[0]')
> test-sys_socket.c:27: error: `SHUT_WR' undeclared here (not in a funct
Elbert Pol wrote:
> localcharset.c:37:1: warning: "OS2" redefined
> :20:1: warning: this is the location of the previous definition
I'm fixing this warning:
2008-04-13 Bruno Haible <[EMAIL PROTECTED]>
* lib/localcharset.c (OS2): Don't redefine if alre
Hello Bruno,
Bruno Haible wrote:
Elbert Pol wrote:
I run this and now the check complited whitout a error.
Cool! Now the next version of m4 will support your platform.
I also updated a ChangeLog entry: the lack of output before the abort() was
normal, not a problem with your platform.
heh
> checking build system type... Invalid configuration `...': machine `...' not
> recognized
> configure: error: sh build-aux/config.sub ... failed
> >./configure CPPFLAGS=-Wall CFLAGS=-g ... 2>&1 | tee configure.log
Here by "..." I meant the usual configure flags that you pass (--prefix,
--l
Hello Bruno,
When i run i get this
configure: WARNING: you should use --build, --host, --target
configure: loading site script u:/moztools/config.site-gcc335b4
type: No such file or directory
type: No such file or directory
type: No such file or directory
type: No such file or directory
func
Elbert Pol wrote:
> I run this and now the check complited whitout a error.
Cool! Now the next version of m4 will support your platform.
I also updated a ChangeLog entry: the lack of output before the abort() was
normal, not a problem with your platform.
If you are not yet tired of it, you can a
Hi Bruno,
Bruno Haible wrote:
Elbert Pol wrote:
Sorry for that trouble with not sending to bug-gnulib
Thank you. Now it's easy to reply to you.
ok :P
I run this and now the check complited whitout a error.
I attach logs.
I run that test file and attach the logs.
Thank you. The proble
Elbert Pol wrote:
> Sorry for that trouble with not sending to bug-gnulib
Thank you. Now it's easy to reply to you.
> I run that test file and attach the logs.
Thank you. The problem seems to be localized to freadptr. And the absence
of output before the abort() indicates an abort() from the lib
Hi Bruno,
Sorry for that trouble with not sending to bug-gnulib
I run that test file and attach the logs.
I will play with Gdb this weekend.
--
With the best regards,
Elbert Pol
-
Another mail from Elbert Pol.
--- Begin Message ---
Hoi Bruno,
Where to get that patch?
And should i use it ?
And i never did use a debugger so give me please some backup about how
to run ...
--
With the best regards,
Elbert Pol
28 matches
Mail list logo
