[Mingw-w64-public] New version of AppDep

2016-04-15 Thread Julien Darthenay
Hello,

I have just released version 2.0 of my AppDep application.
This is a Windows command line utility designed for appending lines at 
the end of a text file, such as a makefile. So this tool could be useful 
for developers using MinGW on Windows.

It is available on GitHub <https://github.com/JDarthenay/AppDep> and on 
my personal (and French) homepage 
<http://julien.darthenay.free.fr/progcmingw.php>.

You can use it by adding a "depends" target in your makefile such as 
this one for instance:
depends:$(wildcard src/*.c)
 (for %%i in ($?) do @$(CC) -MM -MT $(OBJDIR)%%~ni.o) | AppDep makefile
This example use basic Windows cmd shell, it could be way more elegant 
using bash for Windows.

Anyone could help giving me advice/help about the following topics:
- Usefulness of program
- Licencing, particularly for wgetopt and gettext modules (wgetopt is 
originated from Migw32 source code, I'd really like to have advice on 
the licence text I put inside wgetopt.c and wgetopt.h).
- the makefile.
- adding translations to other languages than French/France.

Thanks for reading.

Regards,

Julien Darthenay
--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] [Bulk] windres option for -march?

2016-04-13 Thread Julien Darthenay
Thanks to you two. This seems to work, except I realize neither 
Win-Builds nor Msys2 seems to be able to "cross-compiling" (I mean I 
need to switch to the 32-bits versions to build the 32-bits objects and 
executable, so in these conditions my compiler options are useless).

Le 13/04/2016 08:49, Gisle Vanem a écrit :
> Julien Darthenay wrote:
>
>> But I am unable to find the
>> options to use with "windres" to build the resource object file. Are
>> there any "windres" option to use to target 64-bit and 32-bit ?
> What I do in such case is:
>
> RCFLAGS = -O COFF
>
> ifeq ($(BUILD_64BIT),1)
>RCFLAGS += --target=pe-x86-64
> else
>RCFLAGS += --target=pe-i386
> endif
>
> $(OBJ_DIR)/libcurl.res: libcurl.rc ../include/curl/curlver.h
>   windres $(RCFLAGS) -o $@ -i libcurl.rc
>
> (taken from a makefile to build libcurl.dll).
>
> I'm not sure if 'gcc -arch=xx' can be made to have any effect
> on creating a .res-file. Better do that explicitly.
>


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


[Mingw-w64-public] windres option for -march?

2016-04-12 Thread Julien Darthenay
Hello,

I try to build either a 64-bit program or a 32-bit with the same compiler.
It seems with "gcc" correct options could be, respectively, 
"-march=x86-64" and "-march=athlon-xp". But I am unable to find the 
options to use with "windres" to build the resource object file. Are 
there any "windres" option to use to target 64-bit and 32-bit ?

Regards,

Julien Darthenay

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] undefined reference to `IID_IMultiLanguage'

2016-04-12 Thread julien . darthenay
http://www.qtcentre.org/threads/38060-How-to-fix-this-error-undefined-reference-to-IID_IMultiLanguage
 

You seem to need - lmlang linker option. 

- Mail original -

De: "Erik van Pienbroek"  
À: mingw-w64-public@lists.sourceforge.net 
Envoyé: Mardi 12 Avril 2016 11:23:49 
Objet: [Mingw-w64-public] undefined reference to `IID_IMultiLanguage' 

Hey, 

I'm currently trying to get the latest qtwebkit (5.6.0) built against 
mingw-w64 v5.0rc2, but I'm getting the following linker error: 
TextCodecWin.cpp:85: undefined reference to `IID_IMultiLanguage' 

I'm wondering whether I'm running into a mingw-w64 bug here or whether 
something needs to be 
fixed in qtwebkit. A grep on the mingw-w64 headers shows that this 
symbol is declared in mlang.h 
I can confirm that the qtwebkit code in question is also including this 
header. 

MSDN ( https://msdn.microsoft.com/en-us/library/aa741022%28v=vs.85%29.a 
spx ) doesn't tell 
whether additional linker flags are needed for this interface, but 
adding -luuid doesn't resolve the issue 

Regards, 

Erik van Pienbroek 
##SELECTION_END## 
-- 
Find and fix application performance issues faster with Applications Manager 
Applications Manager provides deep performance insights into multiple tiers of 
your business applications. It resolves application problems quickly and 
reduces your MTTR. Get your free trial! 
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z 
___ 
Mingw-w64-public mailing list 
Mingw-w64-public@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] How the program is runing in windowsxp?

2016-04-11 Thread julien . darthenay
Hello, 

Can you try to build your program with the g++ flag "-D_WIN32_WINNT=0x0501" or 
maybe "-D_WIN32_WINNT=0x0502"? 

- Mail original -

De: "kl222"  
À: "mingw android"  
Cc: mingw-w64-public@lists.sourceforge.net 
Envoyé: Lundi 11 Avril 2016 03:42:18 
Objet: [Mingw-w64-public] How the program is runing in windowsxp? 

Hi all: 

I use mingw g++ to build a programe. It is running in windows 7 and 
laster. But it don't run in windowsxp. 

Use msvc 2013 tools chains build a programe with parameter 
/SUBSYSTEM:WINDOWS",5.01" . It is running in windowsxp. 

How do use mingw g++? 



Thinks! 

-- 
Find and fix application performance issues faster with Applications Manager 
Applications Manager provides deep performance insights into multiple tiers of 
your business applications. It resolves application problems quickly and 
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/ 
gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532 
___ 
Mingw-w64-public mailing list 
Mingw-w64-public@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public 

--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial! http://pubads.g.doubleclick.net/
gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public


Re: [Mingw-w64-public] Which project are alive?

2016-04-08 Thread Julien Darthenay
Hello Adrien,


> Hi,
>
> On Tue, Apr 05, 2016, Julien Darthenay wrote:
> > Hello,
> >
> > (I am not sure my message was sent because I forgot to activate my
> > mailing-list subscription, so I sent it again. Pretty please, excuse me
> > for the spam if you got this message twice).
> >
> > I have installed MinGW64 three years ago, it was something such as
> > i686-w64-mingw32-gcc-4.8.0-win32_rubenvb.
> > This year I decided to update it, so I discovered the "new" website
> >http://mingw-w64.org  (not sure it is new, but if it was already there in
> > 2013 I was not aware of it and never saw it).
>
> Yes, it's new. Well, only a few months old.
>
> > I tried to use Win-Builds. This seem a rather good stuff, installing a
> > lot of usefull libraries, avoiding me the big pain in the ass to install
> > them one by one, not even sure I could find all of them. But I realize
> > this toolchain seems to be somewhat outdated compared to others, still
> > stuck to MinGW-w64 3.3.0, and last update (1.5) was more than one year
> > ago. I also got an very annoyous bug
> > <http://win-builds.org/bugs/index.php?do=details&task_id=137> 
> <http://win-builds.org/bugs/index.php?do=details&task_id=137%3E>; with gmake
> > 4.0 64-bit, so I am stuck with using GNU Make 3.82.90 from a previous
> > installation. Also building 32bits target with Win-builds 64-bits does
> > not work, so I had to install Win-builds 32-bits.
>
> I saw your report back then but available time has been completely used
> by the development of the next version. Unfortunately the scope of this
> version has increased over and over, ultimately encompassing the scope
> of two versions and getting a consistent release schedule.

OK, so I will patiently wait for 1.6 version.

>
> > I also tried to install MSys2, but I got very disappointed. First thing,
> > the installer seems to install only for current user (at least it
> > installed shortcut only for the user who launch installation) but
> > requires Admin rights to install. This is truly a big flaw that have to
> > be fixed. But my worst worry was Avast putting a lot of stuff in
> > quarantine, and after I searched the with DuckDuckGo the messages from
> > Avast it appears I was being delivered malwares by Soureceforge. So I
> > immediately removed MSys2.
> >
> > At work for some project we are using TDM-GCC, but this tool is not even
> > mentionned in your download section, this is not reasuring. Also last
> > news in their website is from 2015 July 2nd.
> >
> > And Rubenv toolchain don't seem to be maintained any more.
> >
> The story of the download section is roughly as follows:
> - [old site], no dedicated page but the file and directory listing of
>sourceforge's file hosting feature
> - [old site], dedicated page, edited through git commits
> - [new site], wiki, dedicated page, only requires an account
> - [new site], edition doesn't require an account anymore because sending
>emails is probably the most difficult task on the Internet nowadays
>(probably more difficult than buying nuclear weapons)
>
> The new site is hosted on a dedicated server from OVH that is shared
> with a few people related to me. Sourceforge was too slow to let a
> single full pass of the rendering complete (they have a timeout) and the
> wiki's cache would never populate.
>
> Even when the website was still hand-written, I had separated the
> various "toolchains" so they could be edited independently. I refrain
> from touching most sections other than win-builds' and completely avoid
> a couple ones.
>
> > So, now that I have finished narrating my story, I have a few questions...
> > Which of these tools are still alive?
> > What would you recommend me to use?
> > I have downloaded a Debian 8.2 32-bit virtual machine, may I use it to
> > build my how Mingw-64 packages? (Actually I also downloaded the 64-bit
> > one, but when I tried to run it VMWare insulted me and told me to stop
> > dreaming, softwares can be very disrespectful nowadays)
>
> >From what I've seen, the packages in Debian are fine.
> My only complaints is that there are two alternatives provided in the
> packages (one provides no C++11 threading but a small dependency less)
> and users seem to be unaware of that.
>
> > Will you do something about the Sourceforge's malwares issue?
>
> You need to check the actual origin of what you downloaded then. There
> are many links on the download page and the vast majority of them points
> outside of the mingw-w64 SF.net project; and I think t

[Mingw-w64-public] Which project are alive?

2016-04-05 Thread Julien Darthenay
Hello,

(I am not sure my message was sent because I forgot to activate my 
mailing-list subscription, so I sent it again. Pretty please, excuse me 
for the spam if you got this message twice).

I have installed MinGW64 three years ago, it was something such as 
i686-w64-mingw32-gcc-4.8.0-win32_rubenvb.
This year I decided to update it, so I discovered the "new" website 
http://mingw-w64.org (not sure it is new, but if it was already there in 
2013 I was not aware of it and never saw it).

I tried to use Win-Builds. This seem a rather good stuff, installing a 
lot of usefull libraries, avoiding me the big pain in the ass to install 
them one by one, not even sure I could find all of them. But I realize 
this toolchain seems to be somewhat outdated compared to others, still 
stuck to MinGW-w64 3.3.0, and last update (1.5) was more than one year 
ago. I also got an very annoyous bug 
<http://win-builds.org/bugs/index.php?do=details&task_id=137> with gmake 
4.0 64-bit, so I am stuck with using GNU Make 3.82.90 from a previous 
installation. Also building 32bits target with Win-builds 64-bits does 
not work, so I had to install Win-builds 32-bits.

I also tried to install MSys2, but I got very disappointed. First thing, 
the installer seems to install only for current user (at least it 
installed shortcut only for the user who launch installation) but 
requires Admin rights to install. This is truly a big flaw that have to 
be fixed. But my worst worry was Avast putting a lot of stuff in 
quarantine, and after I searched the with DuckDuckGo the messages from 
Avast it appears I was being delivered malwares by Soureceforge. So I 
immediately removed MSys2.

At work for some project we are using TDM-GCC, but this tool is not even 
mentionned in your download section, this is not reasuring. Also last 
news in their website is from 2015 July 2nd.

And Rubenv toolchain don't seem to be maintained any more.

So, now that I have finished narrating my story, I have a few questions...
Which of these tools are still alive?
What would you recommend me to use?
I have downloaded a Debian 8.2 32-bit virtual machine, may I use it to 
build my how Mingw-64 packages? (Actually I also downloaded the 64-bit 
one, but when I tried to run it VMWare insulted me and told me to stop 
dreaming, softwares can be very disrespectful nowadays)
Will you do something about the Sourceforge's malwares issue?
What to do if a MinGW package I need is only on Sourcforge?

Sorry for my disturbing English, and if you have not fallen asleep yet, 
thanks for reading me.

Julien Darthenay
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public