On 17 December 2010 14:45, Earnie wrote:
> Dmitrijs Ledkovs wrote:
>>
>> Fair enough. How is it compiled from source (bootstrap steps if such
>> are required)? What compiler do you use to compile MSYS from source?
>
> We handle that manually. Only MSYS developers will
What is GNU triplet for ReactOS?
Should we define a separate Debian-arch/os for ReactOS?
Regards,
Dmitrijs.
--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative e
On 16 December 2010 14:12, Earnie wrote:
> Dmitrijs Ledkovs wrote:
>>
>> What is GNU triplet for MSYS then? How different it is from the
>> MinGW tripplet? Is it just a different ABI then?
>>
>
> There should never be a publicly declared triplet for MSYS. We h
On 15 December 2010 13:36, NightStrike wrote:
> On 12/14/10, Dmitrijs Ledkovs wrote:
>> $ cat dpkg/ostable
>> # This file contains the table of known operating system names.
>> #
>> # Architecture names are formed as a combination of the system name
>> # (fr
On 14 December 2010 13:20, Andy Koppe wrote:
> On 14 December 2010 00:26, Dmitrijs Ledkovs wrote:
>>> mingw32-winnt
>>> mingw64-winnt
>>> mingw32-msys
>>> mingw64-msys
>>> mingw32-cygwin
>>> mingw64-cygwin
>>>
>>
>> --
On 14 December 2010 12:52, NightStrike wrote:
> On Sun, Dec 12, 2010 at 4:56 AM, Dmitrijs Ledkovs
> wrote:
>> CC: mingw-w64 mailing list
>>
>> I'm asking to add mingw32-w64 tripplet and os to dpkg. Please suggest
>> / improve how you would like to have debi
On 13 December 2010 23:21, Jonathan Nieder wrote:
> Dmitrijs Ledkovs wrote:
>
>> There are currently two free implementations of msvcrt: mingw.org and
>> mingw-w64.
>> Programs built with mingw32 *unable* to safely use DLLs built with
>> mingw64 there are subtle
>
> Some uninformed reactions.
>
Thank you for shedding some more lights of what ABI/OS parts should mean!
> Dmitrijs Ledkovs wrote:
>
>> --- a/ostable
>> +++ b/ostable
>> @@ -31,3 +31,4 @@ bsd-openbsd openbsd openbsd[^-]*
>> sysv-
On 8 September 2010 09:55, Kai Tietz wrote:
> 2010/9/8 Dmitrijs Ledkovs :
>> x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I.
>> -I/build/buildd/w64-toolchain-1.0b+201009080043/upstream/mingw-w64-crt -m64
>> -D_SYSCRT=1 -DCRTDLL=1
>> -I/build/buildd/w64-toolchain-1.0b+
x86_64-w64-mingw32-gcc -DHAVE_CONFIG_H -I.
-I/build/buildd/w64-toolchain-1.0b+201009080043/upstream/mingw-w64-crt -m64
-D_SYSCRT=1 -DCRTDLL=1
-I/build/buildd/w64-toolchain-1.0b+201009080043/upstream/mingw-w64-crt/include
-D_CRTBLD
-I/build/buildd/w64-toolchain-1.0b+201009080043/x86_64-w64-min
Pete Batard writes:
> Before we commit to continuing using multilib then, do you know any good
> reason why the use of multilib should be discouraged with MinGW-w64 at
> the moment?
>
> Regards,
>
> /Pete
>
I'm not entirely sure that it works for ada, fortran, boehm/java.
I presume it is far
On 5 August 2010 16:53, Luis Lavena wrote:
> On Wed, Aug 4, 2010 at 7:39 PM, Dmitrijs Ledkovs
> wrote:
>>
>> There are three roots of packages:
>>
>> 1) Sezero's custom toolchain
>> 2) Automatic snapshot toolchain
>> 3) Rolling release 1.0 branch
Luis Lavena writes:
> Hello,
>
> I work with Ruby language, more specifically improving it's Windows
> support using open source solutions like GCC instead of Visual Studio.
>
> This project is called RubyInstaller, and a side effect of it is
> increase awareness and support of developers working
Me is puzzled. trying to build java, gcc4.4 works fine. trunk
doesn't.. =(
Creating library file: .libs/libgcj.dll.a
.libs/link.o:/home/tdlk/src/mingw-w64/superv32/gcc/libjava/link.cc:2022:
undefined reference to `__imp__GC_base'
.libs/link.o:/home/tdlk/src/mingw-w64/superv32/gcc/libj
On 16 July 2010 14:02, Chris Sutcliffe wrote:
> Hi Kai,
>
>> This issue is caused by a recent fixed bug in binutils' dllwrap tool.
>> Please use a new binutils version (head) version. Then your problem
>> should be solved.
>
> Thank you for clarifying the source of the issue.
>
> Will this fix be
On 8 July 2010 11:45, Kai Tietz wrote:
> Dmitrijs Ledkovs wrote on 08.07.2010 12:34:15:
>
>> I've blindly update boehm-gc to cvs snapshot similar way i dealt with
>> libffi (wipe the dir and replace it with a checkout = )
>>
>> Unfortunatly that doesn
I've blindly update boehm-gc to cvs snapshot similar way i dealt with
libffi (wipe the dir and replace it with a checkout = )
Unfortunatly that doesn' work for compiling gcj i get this:
libtool: link: cannot find the library
`../boehm-gc/libgcjgc_convenience.la' or unhandled argument
`../boeh
On 8 July 2010 11:26, Bidski wrote:
> Ok, so with GCC and BinUtils configured as they are currently on my system
> (--disable-multilib and --target=x86_64-w64-mingw32 and nothing else
> specified except for --prefix and --with-sysroot) do I have 32 bit GCC and
> BinUtils that is capable of buildin
progress ...
To: Dmitrijs Ledkovs
revno: 645
committer: akhaldi
timestamp: Wed 2010-06-09 21:24:32 +
message:
Reintegrate header-work branch. Important changes include continued
work on headers and progress on compiling for ARM.
removed
On 7 June 2010 15:14, Kai Tietz wrote:
> 2010/6/7 Ozkan Sezer :
>> On Mon, Jun 7, 2010 at 12:37 PM, Kai Tietz wrote:
>>> 2010/6/7 Ozkan Sezer :
>>
>
> Well, the only solution I see here for the ddk-optional SDK is, that
> we do a fork of it and have to maintain it by ourself. The
On 6 June 2010 12:00, Ozkan Sezer wrote:
> On Sun, Jun 6, 2010 at 1:37 PM, Wolfgang Glas wrote:
>> Hi all,
>>
>> I'm using GUID_DEVINTERFACE_USB_DEVICE in my windows code, which uses
>> setupapi.dll. This declaration has been in ddk/usbiodef.h as of
>> mingw-w64-gcc-4.4.1
>>
>> However this he
On 29 May 2010 01:15, Luis Lavena wrote:
> If the problem is Ubuntu mingw32 package, any suggest about installing
> mingw-w64 to target 32bits applications that do not interfere with
> Ubuntu?
>
You can try
$ sudo apt-add-repository ppa:mingw-w64/daily-builds
$ sudo apt-get update
$ sudo apt-get
As far as I understand this is one of the last steps in building java
with mingw-w64.
If you have any thought, rotten patches or hints eveything is welcome.
I will try to do a java build using mingw.org if that works maybe
there is something to steal =)
This build was using gcc-4.5 branch snapsh
http://ubuntuforums.org/showpost.php?p=6400043&postcount=22
related?
On 19 May 2010 04:19, Dmitrijs Ledkovs wrote:
> I get this. Even though I don't care about la files at all.
>
> I'll try boehm from cvs but as far as it goes now this is just one
> broken gcc =)
I get this. Even though I don't care about la files at all.
I'll try boehm from cvs but as far as it goes now this is just one
broken gcc =) this is 4.5 snapshot from today.
-8<-
/home/dmitrij/src/mingw-w64/superv32/gcc/libjava/boehm.cc:601:
undefined reference to `__imp__GC_
---
.../security/jce/prng/natVMSecureRandomWin32.cc|7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
mode change 100755 => 100644
libjava/gnu/java/security/jce/prng/natVMSecureRandomWin32.cc
diff --git a/libjava/gnu/java/security/jce/prng/natVMSecureRandomWin32.cc
b/libjava/
I've had this build-issue with 4.4, 4.5 & trunk with this fail giving me errors
about missing ";" and typedef expectations. I've "stole" bits from Posix variant
and I have no clue whether this makes any sense at all, but at least now it
compiles for me =)
-
gnu/java/security/jce/prng/natVMSecureRandom.cc: In static member
function 'static jint
gnu::java::security::jce::prng::VMSecureRandom::natGenerateSeed(JArray<__java_byte>*,
jint, jint)':
gnu/java/security/jce/prng/natVMSecureRandom.cc:29: error: expected
type-specifier
gnu/java/security/jce/prng/n
Hmmm I don't undertand the need for this.
The compiler is build with sysroot so the binaries find all the
related includes, libs etc magically. The paths are different such
that you can have multiple versions co-installed.
Right-click on my computer and adjust the path variable to include the
On 13 May 2010 10:16, JonY wrote:
> On 5/13/2010 08:11, Dmitrijs Ledkovs wrote:
>>
>> In gcc configure I have:
>>
>> --enable-libmudflap
>>
>> And then the build fails at $ make all stage (the last make
>> invocation) with this:
>>
>> ch
I've found missing file in gcc 4.4.3 from one of the ktietz & jon_y
commits in the gcc trunk.
But i'm still getting build failure with errors abou ";" and "}"
stuff. Are there any other java specific patches backported from trunk
to 4.4.3 that I should be aware off?
Thanks ;-)
In other news
ada
On 10 May 2010 18:52, Brian Lewis wrote:
> Hi, I'm trying to follow these instructions:
> http://sourceforge.net/apps/trac/mingw-w64/wiki/Cross Win32 and Win64
> compiler
>
> When I try to build mingw-w64-crt, ./configure can't find _mingw_mac.h
> and stops with the error "Please check if the ming
I'm almost there..
Update:
1) testsuite
I've enabled $ make check in this build and it started to run dejagnu
testsuite against "unix" boar issuing warnings that it is probably
wrong =) Well more than half of test failed taking about 2.5 hours and
obviously it failed my build.
So can someon
On 5 May 2010 18:09, Ozkan Sezer wrote:
> On Wed, May 5, 2010 at 8:03 PM, Dmitrijs Ledkovs
> wrote:
>> On 5 May 2010 16:56, Ozkan Sezer wrote:
>>>>> Already tested that before sending. Compiled using my own x86-linux->
>>>>> w64 toolchain, the resu
On 5 May 2010 16:56, Ozkan Sezer wrote:
>>> Already tested that before sending. Compiled using my own x86-linux->
>>> w64 toolchain, the result runs just fine on w64. (why should it fail?)
>>>
>>
>> Because debian smarty pants script for detection of "code assumes
>> pointer size = size of int is
On 5 May 2010 16:50, Ozkan Sezer wrote:
> On Wed, May 5, 2010 at 6:42 PM, Dmitrijs Ledkovs
> wrote:
>> On 5 May 2010 16:31, Ozkan Sezer wrote:
>>> On Wed, May 5, 2010 at 6:22 PM, Wolfgang Glas wrote:
>>>> On 2010-05-05 16:49, Ozkan Sezer wrote:
>>>
On 5 May 2010 16:31, Ozkan Sezer wrote:
> On Wed, May 5, 2010 at 6:22 PM, Wolfgang Glas wrote:
>> On 2010-05-05 16:49, Ozkan Sezer wrote:
> Can you please write s simple Fortran programm which will call this:
>
> 60 /* GETLOG (LOGIN), g77 intrinsic for retrieving the login name for
On 4 May 2010 22:07, Wolfgang Glas wrote:
> On 2010-05-04 17:34, Dmitrijs Ledkovs wrote:
>> On 4 May 2010 15:25, Wolfgang Glas wrote:
>>> On 2010-05-04 15:48, Dmitrijs Ledkovs wrote:
>>>> On 4 May 2010 13:37, Wolfgang Glas wrote:
>>>>>
>>>
On 4 May 2010 15:25, Wolfgang Glas wrote:
> On 2010-05-04 15:48, Dmitrijs Ledkovs wrote:
>> On 4 May 2010 13:37, Wolfgang Glas wrote:
>>>
>>> Summing up, suach an official mingw-w64-gcc-4.4.4 release would be very
>>> benefitial to us, although this might ca
On 4 May 2010 15:25, Wolfgang Glas wrote:
> On 2010-05-04 15:48, Dmitrijs Ledkovs wrote:
>> On 4 May 2010 13:37, Wolfgang Glas wrote:
>>>
>>> Summing up, suach an official mingw-w64-gcc-4.4.4 release would be very
>>> benefitial to us, although this might ca
On 4 May 2010 15:11, JonY wrote:
> On 5/4/2010 21:24, Dmitrijs Ledkovs wrote:
>>
>> On 4 May 2010 12:57, JonY wrote:
>>>
>>> On 5/4/2010 18:58, Dmitrijs Ledkovs wrote:
>>>>
>>>> On 4 May 2010 10:40, JonY wrote:
>>>>>
>
On 4 May 2010 13:37, Wolfgang Glas wrote:
>
> Summing up, suach an official mingw-w64-gcc-4.4.4 release would be very
> benefitial to us, although this might cause some extra hazzles.
>
> TIA and best regards,
>
> Wolfgang
>
Which languages do you need? I have working debian packages for i68
On 4 May 2010 13:50, Doug Semler wrote:
> On Tue, Apr 27, 2010 at 1:37 AM, Mario Emmenlauer wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>
>> Hi Doug,
>>
>> On 04/26/2010 03:37 PM, Doug Semler wrote:
>>> On Mon, Apr 26, 2010 at 6:25 AM, Mario Emmenlauer
>>> wrote:
> On 04/
On 4 May 2010 14:31, Ozkan Sezer wrote:
> On Tue, May 4, 2010 at 4:27 PM, Ozkan Sezer wrote:
>>> By why does this not fail when building native linux compiler? I'm
>>> using same patched source as used by the distribution in that field.
>>> By inspected the said function I fail to see what's wron
On 4 May 2010 12:57, JonY wrote:
> On 5/4/2010 18:58, Dmitrijs Ledkovs wrote:
>>
>> On 4 May 2010 10:40, JonY wrote:
>>>
>>> On 5/4/2010 17:08, Dmitrijs Ledkovs wrote:
>>>>
>>>> On 4 May 2010 10:03, Ozkan Sezer wrote:
>
2010/5/4 kmx :
> Hi,
>
> could you please add the following 2 items to the list of Projects
> successfully using MinGW-w64
>
> 1/ "perl (5.12.0 and later)" with link to http://www.perl.org/
>
> 2/ "strawberry perl (contains bundled mingw-w64 gcc toolchain)" with link to
> http://strawberryperl.com/
On 4 May 2010 10:40, JonY wrote:
> On 5/4/2010 17:08, Dmitrijs Ledkovs wrote:
>>
>> On 4 May 2010 10:03, Ozkan Sezer wrote:
>>>
>>> On Tue, May 4, 2010 at 10:53 AM, Dmitrijs Ledkovs
>>> wrote:
>>>>
>>>> On 4 May 2010 07:
On 4 May 2010 10:03, Ozkan Sezer wrote:
> On Tue, May 4, 2010 at 10:53 AM, Dmitrijs Ledkovs
> wrote:
>> On 4 May 2010 07:51, Ozkan Sezer wrote:
>>> On Tue, May 4, 2010 at 9:44 AM, Dmitrijs Ledkovs
>>> wrote:
>>>> the patch link from documentatio
On 4 May 2010 07:51, Ozkan Sezer wrote:
> On Tue, May 4, 2010 at 9:44 AM, Dmitrijs Ledkovs
> wrote:
>> the patch link from documentation doesn't apply from me.
>>
>> neither against tarball nor against cvs please help.
>
> Is the patch from here?
> http:
the patch link from documentation doesn't apply from me.
neither against tarball nor against cvs please help.
shared binutils built successfully
--
___
Mingw-w64-public mailing
On 3 May 2010 20:28, Kai Tietz wrote:
> Hello Dmitrijs,
>
> 2010/5/3 Dmitrijs Ledkovs :
>> is anyone building binutils with --enable-shared? cause utils become
>> ~10MiB from 54MiB for the linux -> mingw cross for one target arch?
>
> I know that shared build of bin
On 3 May 2010 20:28, Kai Tietz wrote:
> Hello Dmitrijs,
>
> 2010/5/3 Dmitrijs Ledkovs :
>> is anyone building binutils with --enable-shared? cause utils become
>> ~10MiB from 54MiB for the linux -> mingw cross for one target arch?
>
> I know that shared build of bin
is anyone building binutils with --enable-shared? cause utils become
~10MiB from 54MiB for the linux -> mingw cross for one target arch?
--
___
Mingw-w64-public mailing list
Ming
After spending a lot of time in Debian chroot's used for building
package I thought that there must be an easier way of building
circular dependencies.
The cunning feature is to build --with-sysroot & --with-build-sysroot.
Binutils & GCC support that.
In my debian packages I currently build with
54 matches
Mail list logo
