On Sat, Aug 10, 2013 at 4:31 PM, Derek Buitenhuis <
derek.buitenh...@gmail.com> wrote:
> On 8/1/2013 11:12 AM, Luis Lavena wrote:
> > It is not clear for me why mingw.org <http://mingw.org> (GCC 4.7.2)
> does works while mingw-w64 (GCC 4.7.2 and 4.7.3) produces the failur
I should now forward to rugged (libgit2
developers) and see if they can implement it in the code.
Sorry for being a bit stubborn but I want to be sure that the
recommendations given to others are consistent.
Thank you for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when
z
i686_64-w64-mingw32-mingw-w64-update-v2.0.7_rubenvb.7z
mingw-builds 4.7.3 (packages):
x32-4.7.3-release-win32-sjlj-rev1.7z
Definitely I'm missing something here, so will appreciate any hint and
suggestion.
Thank you in advance.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not
can't (or want) to compile GCC :)
Regards,
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
is the goal of ironCrate (be compatible
with both compilers)
Cheers,
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
--
rwrite.
>
> Enjoy,
>
Once again, thank you Ruben for your patience and continuous effort on this :)
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
---
upported emulations:
i386pe
And seems the XP segfault during ld -shared is gone.
(also make test for Ruby completes properly)
Thank you Ruben for the new release and the updated binutils!
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather
On Sun, Sep 16, 2012 at 7:57 PM, Luis Lavena wrote:
> Hello,
>
> When attempting to compile Ruby source (trunk) against above mentioned
> version, it resulted in a crash for ld.exe.
>
> One of the RubyInstaller co-developers (and also Ruby committer) found
> that --out-impl
svcr90.dll (completely off-topic)
I would love to help debug this further, but I'm not sure what other
information I need to provide.
Ruben: please let me know what other details you need so we can figure
out the root issue.
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is ac
On Mon, Sep 10, 2012 at 7:14 AM, Ruben Van Boxem
wrote:
> 2012/9/8 Luis Lavena
>>
>> Hello,
>>
>> I'm starting to use GCC 4.7.1 (win32 threading model) on both win32
>> and win64 OS and noticed the executables are no longer prefixed.
>>
>> Pre
when building.
Thank you for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
--
Live Sec
tValueKey () from C:\Windows\system32\ntdll.dll
#6 0x004014e0 in ?? ()
#7 0x in ?? ()
===
x86_64-w64-mingw32-gcc-4.7.1-1-release-win64_rubenvb.7z works without issue.
===
i686-w64-mingw32-gcc-4.7.1-1-release-win64_rubenvb.7z (cross from
win64 to i686) also works.
--
Luis Lavena
AREA 17
-
e obtained.
Thank you in advance for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
-
x27;m missing something?
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
--
Live Sec
reate a console application.
See gcc --target-help
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
---
need. script:
#include
int main()
{
std::cout << "Hello, world!\n";
return 0;
}
Compiled as:
g++ hello.cc -o hello.exe
Still depends on LIBSTDC++-6.DLL
Adding -static-libstdc++ made it depend on LIBWINPTHREAD-1.DLL
Maybe I'm confusing how it is supposed to work?
On Tue, Mar 13, 2012 at 2:32 PM, Ruben Van Boxem
wrote:
> Op 13 mrt. 2012 15:11 schreef "Luis Lavena" het
> volgende:
>>
>> Seems other projects are affected by something in 4.7.0 too... Like Ragel:
>>
>> https://gist.github.com/2028996
>>
>>
ting WebKit from building:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52465
>
Seems other projects are affected by something in 4.7.0 too... Like Ragel:
https://gist.github.com/2028996
Which used to work with 4.6.x
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there
nsec accordingly, a real mess.
What would you guys suggest for me to approach and correct this? Any
hint will be appreciated.
Thanks in advance for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rathe
On Fri, Mar 2, 2012 at 1:09 PM, niXman wrote:
>
> I didn't upload sources and scripts cause nobody needs them. I didn't
> want to hide them =)
>
> BTW, Why should I duplicate sources avalilable from official sites?
That is where GPL becomes annoying, but you should co
On Sun, Feb 12, 2012 at 8:43 PM, niXman wrote:
> You can find it in my builds: http://code.google.com/p/mingw-builds/
>
Thank you.
I also think this needs to be solved in mingw-w64 build system
perhaps, that is why I informed it :-)
--
Luis Lavena
AREA 17
-
Perfection in design is ac
ile or directory
compilation terminated.
I would have expected bfd would be installed as being part of binutils.
Should I report a bug/feature request on SourceForge about this?
Thank you in advance for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing
On Fri, Dec 9, 2011 at 7:13 AM, Ruben Van Boxem
wrote:
> 2011/12/8 Luis Lavena
>>
>> 3) Why even _POSIX is not defined localtime_r is?
>
> This has been fixed sometime after my 4.6.3 build. Please update to my
> 4.6.3-1 build. Your testcase below passes/compiles.
>
I&
pthread?
3) Why even _POSIX is not defined localtime_r is?
Please excuse my naive questions and thanks in advance for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more t
mode.
Thank you in advance and apologies if this was already answered, by
keyword search didn't return any useful information.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Sai
On Sat, Nov 19, 2011 at 10:58 AM, Kai Tietz wrote:
> 2011/11/19 Luis Lavena :
>>
>> As for the stdc++, I know -static-libgcc and -static-stdc++ will do,
>> but dunno the one for winpthreads.
>>
>> It is possible?
>>
>
> Yes, this is possible.
on to trigger LLVM
configure to use the static version of winpthread instead of the DLL?
As for the stdc++, I know -static-libgcc and -static-stdc++ will do,
but dunno the one for winpthreads.
It is possible?
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is no
ot ? Shouldn't the ddk headers be in a standard include
> directory by default?
>
Thing is that ddk/ntifs.h depends on other .h files which will require
be prefixed (#include )
Thank you both for your input, will check with other developers what
they would like to do for this.
Regards
On Wed, Oct 19, 2011 at 9:32 AM, Ozkan Sezer wrote:
> On Wed, Oct 19, 2011 at 10:23 AM, Luis Lavena wrote:
>>
>> I'm missing a way to trigger the inclusion of DDK?
>
> Doing #include in your *.c and -I[somepath]/ddk in
> your CFLAGS or something?
>
Thank yo
github.com/joyent/libuv/
[2]
http://msdn.microsoft.com/en-us/library/windows/hardware/ff552012(v=vs.85).aspx
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there
On Thu, Aug 25, 2011 at 4:32 PM, Ruben Van Boxem
wrote:
> Op 25 aug. 2011 21:28 schreef "Luis Lavena" het
>>
>> Re: x86_64 inside Win32 and i686 inside Win64 download folders.
>>
>> It was me or these are in the right place?
>
> I fixed it
t's ok.
Even better: I've successfully built Ruby on my OSX 10.6 with it,
haven't tested it yet, but I bet it works ;-)
Will test the native builds along with the cross-compiled version
later today and let you know.
Cheers,
--
Luis Lavena
AREA 17
-
Perfection in design is achi
On Thu, Aug 25, 2011 at 12:20 PM, Luis Lavena wrote:
> On Thu, Aug 25, 2011 at 10:49 AM, Ruben Van Boxem
> wrote:
>>
>> Ah yes, and download links :)
>> http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win64/Personal%20Builds/rubenvb
>> h
n32/Personal%20Builds/rubenvb
> http://sourceforge.net/projects/mingw-w64/files/Toolchain sources/Personal
> Builds/rubenvb/
>
Thank you Ruben!
But, didn't i686 and x86_64 get uploaded in inverse way?
I see i686-w64-mingw32 in Targeting Win64 and x86_64-w64-mingw32
inside Targetting Win32
idn't last long.
Sorry about that.
I'm still interested in my offer: mac mini hardware to be
delivered/shipped to be colocated/hosted for GCC/MinGW-w64 usage.
Can you email me off-list? luislavena at gmail dot com.
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved
ce, as it will also used to
build Ruby and several projects on Windows for RubyInstaller project.
Tech specs: i3 2100, 8GB RAM, 1TB HDD, Windows 7 x64.
Internet connection: crippled 3rd world ADSL :-P
Will try join over IRC in a bit.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved n
On Wed, Aug 17, 2011 at 9:46 AM, NightStrike wrote:
> On Tue, Aug 16, 2011 at 2:55 PM, Luis Lavena wrote:
>> Hello,
>>
>> Due the recent number of builds for cygwin and linux, version 1.0
>> targeting win32 for darwin has disappear.
>>
>> Last file a
uildbot is down? is there is something I can help with?
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Sai
ive windows variant), then good.
>
7z-sfx is a good alternative to plain zip.
Also, on Linux you can install 7za and extract the SFX from the
command line, like it was a .7z directly.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather
x27;s half-baked and needs more thought. And is
> independent of just plain shipping less stuff, and should come after
> that's done first.
>
This can be achieved with command line 7za and sfx package, as we do
for RubyInstaller project, so no need to have 7-Zip installed in the
gt; role.
>
Great news Kai!
Welcome Ruben!
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
-
e last item be included in the package, but
was wondering if you would like release individual language packages?
I've perfect use for C and C++, but Fortran and Objective-C seems
unless for average scenarios.
Perhaps have a base and language layers?
Just a thought/wish/desire.
Thank you f
ts already
> used by windows headers, even when LEAN_AND_MEAN is in use.
>
Thank you JonY, already discussed with FreeTDS developers and will
provide patches to avoid these issues.
Regards,
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but
stion around this?
I know I can check with ifndef, but wanted to be sure and be
consistent if this is really required or this is a fluke.
Thank you in advance.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there
On Sat, Oct 23, 2010 at 5:51 PM, Cesar Strauss wrote:
> On 10/23/2010 01:39 PM, Luis Lavena wrote:
>
>> I was attempting to port a program from Linux to Windows where certain
>> functions are exported and used by plugin/extensions. Since the
>> program is not a shared ob
h is modifying the program to generate a shared
library to link against it.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away
thout avail.
As I've been suing dynamic languages for quite long, I'm definitely
getting rusty at C.
Does anyone have a hint to achieve this without radically altering the
original program?
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing m
ecent
transaction fees increases, perhaps is not good for you to recover
this donation.
Please email me directly, I'm highly interested in contribute to the
awesome work you guys are doing.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rath
Hello Guys,
I was wondering what infrastructure you guys have for the automated
builds? I'm specially interested in the Darwin ones for 32 and 64 bits
toolchains
Does the team have available resources to have a 24/7 build slave for this?
And if not, how can we help?
Thanks in advance
--
evelopment Team
> ~~
> Teemu
> Bidski
> NightStrike
> Luis Lavena
> Earnie
> Earnie
> ArbolOne
>
> Should you wish to be remove from the group just send me a personal email at
> arbol...@gmail.com and I will remove you from the group.
>
Please remove myself as my set
ect.
Thank you in advance for any recommendation and responses.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine d
On Sun, Sep 12, 2010 at 1:45 AM, Xiaofan Chen wrote:
> On Sun, Sep 12, 2010 at 10:19 AM, Luis Lavena wrote:
>> On Sat, Sep 11, 2010 at 9:58 PM, Xiaofan Chen wrote:
>>> From what I read, dlfcn.h should be deleted as it is not really
>>> applicable to Windows. You
On Sat, Sep 11, 2010 at 9:58 PM, Xiaofan Chen wrote:
> On Sun, Sep 12, 2010 at 5:56 AM, Luis Lavena wrote:
>> Hello,
>>
>> I'm using mingw-w64 to cross-compile Ruby and other libraries from OSX
>> to Windows.
>>
>> Using 4.5.1 prerelease
>> (mi
eport this to the bug tracker or reports from automated
builds are not valid?
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Ex
able-shared --disable-install-doc
--host=i686-w64-mingw32"
make
Going to try 1.0 versions now, but wanted to check here before
proceeding to report to GCC itself.
Thank you.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is
On Thu, Sep 2, 2010 at 4:12 PM, NightStrike wrote:
> On Thu, Sep 2, 2010 at 2:35 PM, Luis Lavena wrote:
>> On Thu, Sep 2, 2010 at 3:25 PM, NightStrike wrote:
>>>
>>> Is there a GCC PR for that?
>>>
>>
>> http://gcc.gnu.org/ml/gcc/2010-07/msg00
On Thu, Sep 2, 2010 at 3:25 PM, NightStrike wrote:
>
> Is there a GCC PR for that?
>
http://gcc.gnu.org/ml/gcc/2010-07/msg00440.html
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
A
ing wrong.
>
Have you set TERM=msys before invoking Configure?
I found that perl Configure mingw or perl Configure mingw64 will not
generate the proper files without emulating msys terminal (like
expecting been invoked inside msys bash)
--
Luis Lavena
AREA 17
-
Perfection in design is achieved no
On Tue, Aug 24, 2010 at 9:12 AM, Earnie wrote:
> Luis Lavena wrote:
>>
>> What about contributing/donating hardware?
>>
>> While patches is a noble idea, not everybody will have the expertise
>> or knowledge to do it.
>>
>> Just a thought.
>
>
f you would like to help you
> can submit patches at
> https://sourceforge.net/tracker/?group_id=2435&atid=302435 and discuss
> it at mingw-us...@lists.sourceforge.net.
>
What about contributing/donating hardware?
While patches is a noble idea, not everybody will have the expertise
or kn
ads/mingw-w64/Toolchains%20targetting%20Win32/Personal%20Builds/sezero_20100711/
And OSX users, go download files from here:
http://sourceforge.net/downloads/mingw-w64/Toolchains%20targetting%20Win32/Automated%20Builds/
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not whe
ore, wanted to know if is advised use that version or use newer
snapshots as they become available.
Wanted to update instructions but a more experienced detail from you
guys will be highly appreciated.
Thank you for your time reading this.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not w
ies, but that is
another story :-)
Thank you again,
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoine de Saint-Exupéry
--
> This is of course my personal opinion.
>
I've checked in Ruby's source code and this is the only place been used.
I have no idea in relation to cygwin's GCC and headers, but just
removed mingw of that list and the extension compiled successfully.
Thank you for your time and yo
expected by
MinGW. I'm guessing as I'm not 100% familiarized with OLE
If you think that is necessary today (2010), I'm going to send a patch
for Ruby to get that fixed.
Thank you for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when
.4.5 and TDM1
I've also changed Ruby extension to use DUMMYUNIONNAME and
__VARIANT_NAME_1/2/3 to refer to n1, n2 and n3.
Apologize for my naive change, would like to know if is valid or not
and if so, if more details are needed to report it back.
Thank you.
--
Luis Lavena
AREA 17
-
Perfecti
On Thu, Jul 29, 2010 at 9:33 PM, JonY wrote:
> On 7/30/2010 05:59, Luis Lavena wrote:
>>
>> Earnie: where specifically is uname source code? I can take a look to
>> Windows API and since I have a x64 OS can check different results and
>> let you know.
>>
>>
indows API and since I have a x64 OS can check different results and
let you know.
If I can add proper identification of x86_64 (based from the OS it is
running) will make me feel better for making you guys waste all this
time answering this thread.
Thank you.
--
Luis Lavena
AREA
name.
(me not happy anymore)
> On a long term scale, it'd be nice to compile msys natively for win64.
> That's a long way off, though.
>
Indeed, but you can still dream the day :-)
Again, thank you guys for your time and responses
--
Luis Lavena
AREA 17
-
Perfec
x27;mingw' (without the 32) are extensive
and could affect a lot of projects that are assuming mingw32.
With all due respect, back to my point: has anyone tried send patches
to upstream for config.guess? I would like to as correct platform
detection can remove one additional step
back to lookup for
*gcc* in the path and extrapolate the platform from it or the
compilation of a simple .C file
Thank you guys for your answers.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothing more to take away.
Antoi
pstream?
> My personal preference for a config.guess return string would be
> x86_64-w64-mingw.
>
I believe this was already established as "x86_64-w64-mingw32" ?
http://sourceforge.net/apps/trac/mingw-w64/wiki/MSYS
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not w
would like to do
is properly detect it (natively) or patch some libraries that include
config.guess files.
Thank you for your time and looking forward suggestions.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to add,
but rather when there is nothi
any suggest about installing
mingw-w64 to target 32bits applications that do not interfere with
Ubuntu?
Thank you in advance for your time.
--
Luis Lavena
AREA 17
-
Perfection in design is achieved not when there is nothing more to a
74 matches
Mail list logo
