headers
Keith Marshall | 1 May 2007 01:01
Picon

Re: regex package; [was: GPL license question].

On Friday 27 April 2007 12:27, Keith MARSHALL wrote:
> > Anybody who likes to, feel free to "adopt" it ;)
>
> Ok, I'll do that, on behalf of the MinGW Community.

I've imported Tor's original package into CVS, and made a number of 
changes to the build/packaging system.

If anyone would like to preview it, and comment prior to me cutting a 
set of release tarballs, it may be found here:
http://mingw.cvs.sourceforge.net/mingw/regex/

If preferred, anonymous CVS checkout is available with:

export CVSROOT
CVSROOT=:pserver:anonymous@...:/cvsroot/mingw
cvs login
cvs -z3 co -P regex

Note that there is  no password for anonymous CVS access; just hit 
<ENTER> when prompted.

Regards,
Keith.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
(Continue reading)

Permalink | Reply | 16 comments |
headers
Bob Rossi | 1 May 2007 01:32
Picon

gcc-4.2 upcoming release

Hi,

I see that gcc-4.2 is getting closer to a release date. Is there
anything, as users, that we can do to make sure that this release works
well for the mingw platform? It seems that there are several users on
#mingw that would be interested to help also.

Bob Rossi

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 1 comment |
headers
Daniel Raymond | 1 May 2007 01:40
Picon

Re: tail fails on large files

>then how about:
>int __cdecl fseeko64 (FILE*, off64_t, int);
>in stdio.h?

That still doesn't work.  Here is my program and output:

wldr10 <at> wldr10-00 /d/la_trace
$ cat end.c; gcc end.c; a.exe
#include <errno.h>
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[])
{
   FILE *fin;
   int result;
   unsigned long cnt = 1024;
   unsigned char *buf = malloc(cnt+1);

   strcpy(buf, "Empty\n");

   fin = fopen("temp.txt", "rb");
   printf("fopen result = %p, errno = %d\n", fin, errno);

   result = fseeko64(fin, -cnt, SEEK_END);
   printf("fseek result = %d, errno = %d\n", result, errno);

   result = fread(buf, sizeof(unsigned char), cnt, fin);
   printf("fread result = %d, errno = %d\n", result, errno);
(Continue reading)

Permalink | Reply | 2 comments |
headers
Greg Chicares | 1 May 2007 02:07
Picon

Re: tail fails on large files

On 2007-04-30 23:40Z, Daniel Raymond wrote:
>> then how about:
>> int __cdecl fseeko64 (FILE*, off64_t, int);
>> in stdio.h?
> 
> That still doesn't work.  Here is my program and output:
[...]
>    unsigned long cnt = 1024;
[...]
>    result = fseeko64(fin, -cnt, SEEK_END);

Just a guess: is off64_t(-1024) the same as off64_t(-unsigned long(1024))?

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 0 comments |
headers
James Steward | 1 May 2007 02:22
Picon

Re: tail fails on large files

On Mon, 2007-04-30 at 18:40 -0500, Daniel Raymond wrote:

>    unsigned long cnt = 1024;

>    result = fseeko64(fin, -cnt, SEEK_END);

>    result = fread(buf, sizeof(unsigned char), cnt, fin);

mm, you declare an "unsigned long cnt" that I think is really still 32
bit and should be signed.  Needs to be "long long" _or_ #include
<inttypes.h> and use int64_t".

Also I think fread takes a size_t for cnt, so a cast might be nice.

Cheers,
James.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
(Continue reading)

Permalink | Reply | 0 comments |
headers
Keith MARSHALL | 1 May 2007 11:11
Favicon

Re: warning with the linker:undefinedsymbols(libtool issue)

John Brown wrote:
> I am currently using MSYS 1.0.10 (uname -r)
> /bin/sed 3.0.2 (/bin = MSYS bin directory)
> /bin/bash 2.05b.0(1)-release (i686-pc-msys)
> /mingw/bin/gcc gcc.exe (GCC) 4.1.1 [Sherpya] (not an official release,
> but I have also tried and failed with (GCC) 3.4.2 (mingw-special))
> /mingw/bin/ld 2.17
> /mingw/bin/as 2.17
> /bin/libtool - ltmain.sh (GNU libtool) 1.4e (1.1162 2002/11/22 22:36:25)
>
> Can you send me a list of the versions of the relevant tools that you
> used to build libtool 1.5.22?

FWIW, I've been using MSYS-1.0.11 snapshots since about mid February,
and what I've listed below reflects this.  I did previously build
libtool-1.5.22, on an older box running MSYS-1.0.10, with complete
success.  (This was as proof of concept only, to assist another user
who had complained about the age of the msysDTK version).

$ uname -r
1.0.11(0.46/3/2)

$ sh --version
GNU bash, version 3.1.0(3)-release (i686-pc-msys)

$ sed --version
GNU sed version 3.02

$ gcc --version
gcc.exe (GCC) 3.4.5 (mingw special)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vincent Torri | 1 May 2007 12:34
Picon

dependancy sysem in the mingw ports ?


Hey,

I would like to know if there is a dependancy system in the mingw ports ? 
(so that a port can't be installed if another is not already installed)

thank you

Vincent Torri

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 1 comment |
headers
Keith MARSHALL | 1 May 2007 12:43
Favicon

Re: error with the zlib mingw port

Vincent Torri wrote:
> I tried the zlib port, but an error occured:

I assume you mean this:
http://downloads.sourceforge.net/mingw/zlib-1.2.3-mingwPORT-1.tar.bz2

and that you will be building from:
http://www.zlib.net/zlib-1.2.3.tar.bz2

That port has been built with an older (broken) version of portmaker,
which causes it to try to

  cd /usr/src/zlib-1.2.3/..

*before* the /usr/src/zlib-1.2.3 parent has been created.  This `cd'
command fails, resulting in failure of the port.  To work around this
you must

  mkdir -p /usr/src/zlib-1.2.3

*before* you run `mingwPORT.sh'.  Assuming that you've done that, then
this port should build ok.  I've just run it, as above, and I cannot
reproduce this:

> ar rcs libz.a adler32.o compress.o crc32.o deflate.o gzio.o \
>    infback.o inffast.o inflate.o inftrees.o trees.o uncompr.o \
>    zutil.o
> windres --define GCC_WINDRES -o zlibrc.o win32/zlib1.rc
> dllwrap --driver-name gcc --def win32/zlib.def \
>    --implib libz.dll.a -o zlib1.dll adler32.o compress.o crc32.o \
(Continue reading)

Permalink | Reply | 12 comments |
headers
Keith MARSHALL | 1 May 2007 12:48
Favicon

Re: dependancy sysem in the mingw ports ?

Vincent Torri wrote:
> I would like to know if there is a dependancy system in the
> mingw ports ?  (so that a port can't be installed if another
> is not already installed)

Not at present.  It is something I am keeping in mind, for a
rainy day.

Regards,
Keith.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
MinGW-users mailing list
MinGW-users@...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Permalink | Reply | 0 comments |
headers
Vincent Torri | 1 May 2007 12:55
Picon

Re: error with the zlib mingw port


On Tue, 1 May 2007, Keith MARSHALL wrote:

> Vincent Torri wrote:
>> I tried the zlib port, but an error occured:
>
> I assume you mean this:
> http://downloads.sourceforge.net/mingw/zlib-1.2.3-mingwPORT-1.tar.bz2

yes

> and that you will be building from:
> http://www.zlib.net/zlib-1.2.3.tar.bz2

yes

>> ar rcs libz.a adler32.o compress.o crc32.o deflate.o gzio.o \
>>    infback.o inffast.o inflate.o inftrees.o trees.o uncompr.o \
>>    zutil.o
>> windres --define GCC_WINDRES -o zlibrc.o win32/zlib1.rc
>> dllwrap --driver-name gcc --def win32/zlib.def \
>>    --implib libz.dll.a -o zlib1.dll adler32.o compress.o crc32.o \
>>    deflate.o gzio.o infback.o inffast.o inflate.o inftrees.o \
>>    trees.o uncompr.o zutil.o zlibrc.o
>> D:\msys\1.0\mingw\bin\dllwrap.exe: CreateProcess: No error
>> make: *** [zlib1.dll] Error 1
>
> It is curious that dllwrap says `CreateProcess: No error', and then
> proceeds to terminate abnormally; seems to point to a possible bug
> in dllwrap, bug it's going to be well nigh impossible to track it
(Continue reading)

Permalink | Reply | 1 comment |

Gmane