MinGW build

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

MinGW build

Bart Bakker
Hi all,

About a month ago I've asked how to build FR with Borlands' Free C++
Compiler. After trying a couple of things, it worked fine. Now I've
(finally) installed MinGW, and trying to build FR with it. I've first
built wx (both its root and STC) which works fine. Then I've configured
FR using:

  ../configure
--with-wx-config=/d/projects/fr-cvs/wxWidgets-2.6.2/wx-config --enable-debug

and did a make. On the FR resource script I got:

windres -i../res/flamerobin.rc -oflamerobin_flamerobin_rc.o --define
HAVE_FRCONFIG_H  --define __WXDEBUG__ --define _DEBUG --define IBPP_GCC
--define IBPP_WINDOWS --include-dir . --include-dir ../src --include-dir
../src/ibpp --i

And when building flamerobin.exe:

g++ -o flamerobin.exe flamerobin_addconstrainthandler.o
flamerobin_Config.o flamerobin_DatabaseConfig.o flamerobin_converters.o
flamerobin_Element.o flamerobin_FRError.o flamerobin_Observer.o
flamerobin_Subject.o flamerobin_Visitor.o flamerobin_dberror.o
flamerobin_framemanager.o flamerobin_frDataGrid.o
flamerobin_frDataGridCells.o flamerobin_frDataGridTable.o
flamerobin_frprec.o flamerobin_frutils.o flamerobin_BackupFrame.o
flamerobin_BackupRestoreBaseFrame.o flamerobin_BaseDialog.o
flamerobin_BaseFrame.o flamerobin_ContextMenuMetadataItemVisitor.o
flamerobin_LogTextControl.o flamerobin_TextControl.o
flamerobin_DatabaseRegistrationDialog.o flamerobin_EventWatcherFrame.o
flamerobin_ExecuteSqlFrame.o flamerobin_FieldPropertiesDialog.o
flamerobin_MainFrame.o flamerobin_MetadataItemPropertiesFrame.o
flamerobin_MultilineEnterDialog.o flamerobin_PreferencesDialog.o
flamerobin_PreferencesDialogSettings.o flamerobin_PrintableHtmlWindow.o
flamerobin_ReorderFieldsDialog.o flamerobin_TriggerWizardDialog.o
flamerobin_RestoreFrame.o flamerobin_ServerRegistrationDialog.o
flamerobin_SimpleHtmlFrame.o flamerobin_FindDialog.o flamerobin_images.o
flamerobin_logger.o flamerobin_main.o flamerobin_column.o
flamerobin_constraints.o flamerobin_database.o flamerobin_domain.o
flamerobin_exception.o flamerobin_function.o flamerobin_generator.o
flamerobin_Index.o flamerobin_metadataitem.o
flamerobin_MetadataItemVisitor.o flamerobin_parameter.o
flamerobin_procedure.o flamerobin_relation.o flamerobin_role.o
flamerobin_root.o flamerobin_server.o flamerobin_table.o
flamerobin_trigger.o flamerobin_view.o flamerobin_myTreeCtrl.o
flamerobin_objectdescriptionhandler.o flamerobin_Identifier.o
flamerobin_SimpleParser.o flamerobin_SqlStatement.o
flamerobin_SqlTokenizer.o flamerobin_statementHistory.o
flamerobin_styleguide.o flamerobin_styleguidemsw.o flamerobin_treeitem.o
flamerobin_ugly.o flamerobin_urihandler.o flamerobin_flamerobin_rc.o -L.
-L/d/projects/fr-cvs/wxWidgets-2.6.2/lib  -mthreads  
-Wl,--subsystem,windows -mwindows
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_msw_stc-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_msw_xrc-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_msw_qa-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_msw_html-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_msw_adv-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_msw_core-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_base_xml-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_base_net-2.6.a
/d/projects/fr-cvs/wxWidgets-2.6.2/lib/libwx_base-2.6.a -lwxregex-2.6
-lwxexpat-2.6 -lwxtiff-2.6 -lwxjpeg-2.6 -lwxpng-2.6 -lwxzlib-2.6
-lrpcrt4 -loleaut32 -lole32 -luuid -lwinspool -lwinmm -lshell32
-lcomctl32 -lcomdlg32 -lctl3d32 -ladvapi32 -lwsock32 -lgdi32    
-mwindows  -libpp
flamerobin_addconstrainthandler.o(.text+0x426): In function
`ZN20AddConstraintHandlerD0Ev':
d:/projects/fr-cvs/mghie/debug/../src/addconstrainthandler.cpp:
undefined reference to `wxAssert(int, char const*, int, char const*,
char const*)'
flamerobin_addconstrainthandler.o(.text+0x91a): In function
`ZNK20AddConstraintHandler12selectActionERK8wxStringP8wxWindow':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/arrstr.h:154: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_addconstrainthandler.o(.text+0x965): In function
`ZNK20AddConstraintHandler12selectActionERK8wxStringP8wxWindow':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_addconstrainthandler.o(.text+0x2324): In function
`ZN20AddConstraintHandler9handleURIER3URI':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_Config.o(.text+0x4a2): In function
`ZN6Config8getValueE8wxStringRi':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_Config.o(.text+0x6d2):d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259:
more undefined references to `wxAssert(int, char const*, int, char
const*, char const*)' follow
flamerobin_main.o(.rdata$_ZTV11Application[vtable for
Application]+0xc0): In function `ZN20wxThreadHelperThreadD1Ev':
c:/MinGW/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/basic_string.h:
undefined reference to `wxAppConsole::OnAssert(char const*, int, char
const*, char const*)'
flamerobin_column.o(.text+0x313): In function `ZNK6Column9getDomainEv':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_column.o(.text+0x829): In function `ZN6Column11getDatatypeEv':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_column.o(.text+0xb43):d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259:
undefined reference to `wxAssert(int, char const*, int, char const*,
char const*)'
flamerobin_column.o(.text+0x1004): In function `ZNK6Column9getSourceEv':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_column.o(.text+0x1084): In function `ZNK6Column12getCollationEv':
d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259: undefined
reference to `wxAssert(int, char const*, int, char const*, char const*)'
flamerobin_column.o(.text+0x14f4):d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/string.h:259:
more undefined references to `wxAssert(int, char const*, int, char
const*, char const*)' follow
collect2: ld returned 1 exit status
make: *** [flamerobin.exe] Error 1


I'm building the latest CVS code (did the update about half an hour
ago). Does the build only fail on MinGW, and does anyone have a clue of
how to solve this?

--
With kind regards,
Intersoft

Bart Bakker
Senior Software Engineer
--
e: [hidden email]
t: +31 (0)20 581 19 75
f: +31 (0)20 581 19 70
w: http://www.intersoftsoftware.com/
This correspondence and every attachment is for the named person's use
only. It may contain confidential or legally privileged information, or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must
not disclose, copy or rely on any part of this correspondence if you are
not the intended recipient. Intersoft and/or its employees are not
responsible for the incorrect or incomplete transmission of this email
or any attachments, nor for any delays in receipt. Any views expressed
in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of
Intersoft.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Michael Hieke-2
Hi Bart,

Bart Bakker wrote:

> I've first built wx (both its root and STC) which works fine.

Please make sure that you use the same setting (--disable-debug or
--enable-debug) that you used for wx

> Then I've configured FR using:
>
>  ../configure
> --with-wx-config=/d/projects/fr-cvs/wxWidgets-2.6.2/wx-config
> --enable-debug

for this configure command line.  Mixing debug and release will not
work, AFAICT.

Thanks

--
Michael Hieke



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Milan Babuskov-5
In reply to this post by Bart Bakker
Bart Bakker wrote:

> I've first
> built wx (both its root and STC) which works fine. Then I've configured
> FR using:
>
>  ../configure
> --with-wx-config=/d/projects/fr-cvs/wxWidgets-2.6.2/wx-config
> --enable-debug
>
> and did a make. On the FR resource script I got:
>
> windres -i../res/flamerobin.rc -oflamerobin_flamerobin_rc.o --define
> HAVE_FRCONFIG_H  --define __WXDEBUG__ --define _DEBUG --define IBPP_GCC
> --define IBPP_WINDOWS --include-dir . --include-dir ../src --include-dir
> ../src/ibpp --i

I remember I had manually patch Makefile for windres to work properly.
IIRC, it's not much of a problem though, the effects are only visible on
Windows 98.

> d:/projects/fr-cvs/mghie/debug/../src/addconstrainthandler.cpp:
> undefined reference to `wxAssert(int, char const*, int, char const*,
> char const*)'
> flamerobin_addconstrainthandler.o(.text+0x91a): In function
> `ZNK20AddConstraintHandler12selectActionERK8wxStringP8wxWindow':
> d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/arrstr.h:154: undefined
> reference to `wxAssert(int, char const*, int, char const*, char const*)'

It looks like you are compiling debug version of FR with release version
of wx. That should work, but maybe there is a problem with MinGW
regarding that combination. Try building FR in release as well (or debug
version of wx).

--
Milan Babuskov
http://njam.sourceforge.net
http://www.flamerobin.org



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Bart Bakker
Milan Babuskov wrote:
>> windres -i../res/flamerobin.rc -oflamerobin_flamerobin_rc.o --define
>> HAVE_FRCONFIG_H  --define __WXDEBUG__ --define _DEBUG --define
>> IBPP_GCC --define IBPP_WINDOWS --include-dir . --include-dir ../src
>> --include-dir ../src/ibpp --i
>
> I remember I had manually patch Makefile for windres to work properly.
> IIRC, it's not much of a problem though, the effects are only visible
> on Windows 98.

I see. The Makefile contains '--include $(WXDIR)/include' and since
$(WXDIR) is not set this is translated to '--include /include'. I think
there's something wrong in FR's bakefile for MinGW. Because it's not
that important, I'll look into this another time.

>
>> d:/projects/fr-cvs/mghie/debug/../src/addconstrainthandler.cpp:
>> undefined reference to `wxAssert(int, char const*, int, char const*,
>> char const*)'
>> flamerobin_addconstrainthandler.o(.text+0x91a): In function
>> `ZNK20AddConstraintHandler12selectActionERK8wxStringP8wxWindow':
>> d:/projects/fr-cvs/wxWidgets-2.6.2/include/wx/arrstr.h:154: undefined
>> reference to `wxAssert(int, char const*, int, char const*, char const*)'
>
> It looks like you are compiling debug version of FR with release
> version of wx. That should work, but maybe there is a problem with
> MinGW regarding that combination. Try building FR in release as well
> (or debug version of wx).

You're right, I was. Now I've configured FR for release and the build
works fine. The executable however is about 28 megabytes though, but
that seems to be normal for MinGW builds according to the WX docs.

Thanks for you're (and Michael's) support again :-)

--
With kind regards,
Intersoft

Bart Bakker
Senior Software Engineer
--
e: [hidden email]
t: +31 (0)20 581 19 75
f: +31 (0)20 581 19 70
w: http://www.intersoftsoftware.com/
This correspondence and every attachment is for the named person's use
only. It may contain confidential or legally privileged information, or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must
not disclose, copy or rely on any part of this correspondence if you are
not the intended recipient. Intersoft and/or its employees are not
responsible for the incorrect or incomplete transmission of this email
or any attachments, nor for any delays in receipt. Any views expressed
in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of
Intersoft.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Michael Hieke-2
Bart,

Bart Bakker wrote:

> I see. The Makefile contains '--include $(WXDIR)/include' and since
> $(WXDIR) is not set this is translated to '--include /include'. I
> think there's something wrong in FR's bakefile for MinGW.

the note in BUILD.txt ("MUST set a WXDIR environment variable which
points to your wxWidgets root directory") does not only apply to builds
!= autoconf, but applies to MinGW builds too (if only to make windres
include all necessary resources).
I have added a note to that effect to the BUILD.txt file.

> You're right, I was. Now I've configured FR for release and the build
> works fine. The executable however is about 28 megabytes though, but
> that seems to be normal for MinGW builds according to the WX docs.

You can run strip.exe on the executable.

Thanks

--
Michael Hieke



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Milan Babuskov-2
In reply to this post by Bart Bakker
Bart Bakker wrote:

>>> windres -i../res/flamerobin.rc -oflamerobin_flamerobin_rc.o --define
>>> HAVE_FRCONFIG_H  --define __WXDEBUG__ --define _DEBUG --define
>>> IBPP_GCC --define IBPP_WINDOWS --include-dir . --include-dir ../src
>>> --include-dir ../src/ibpp --i
>>
>> I remember I had manually patch Makefile for windres to work properly.
>> IIRC, it's not much of a problem though, the effects are only visible
>> on Windows 98.
>
> I see. The Makefile contains '--include $(WXDIR)/include' and since
> $(WXDIR) is not set this is translated to '--include /include'. I think
> there's something wrong in FR's bakefile for MinGW. Because it's not
> that important, I'll look into this another time.

It has been discussed in detail on this list. Apparently there is no
easy way to fix it. I even made a simple awk one-liner to fix it, but
you still need to insert it manually in Makefile.

Here's the windres line that should work. It's a single line:

windres.exe -i../res/flamerobin.rc -oflamerobin_flamerobin_rc.o
`wx-config --cxxflags | awk '{x=split($0,s); for (n=1;n<=x;++n) if (s[n]
~ "-I") r = r " --include-dir " s[n]; print r }' | sed s/-I//g`


Take a look at thread: "Notes on MinGW build" for more info. It was it
september last year.

--
Milan Babuskov
http://njam.sourceforge.net
http://www.flamerobin.org



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Bart Bakker
In reply to this post by Michael Hieke-2
Michael Hieke wrote:
> the note in BUILD.txt ("MUST set a WXDIR environment variable which
> points to your wxWidgets root directory") does not only apply to
> builds != autoconf, but applies to MinGW builds too (if only to make
> windres include all necessary resources).
> I have added a note to that effect to the BUILD.txt file.

I see. I saw the change in BUILD.txt, it's more clear now when you're
building FR the first time :-)


> You can run strip.exe on the executable.

I did and that leaves me with an executable of about 5.5 megabytes. That
sounds more reasonable :-)

Anyway, the build completely works now. I'll look into the code in the
near future, and see if I can help you guys on some issues.


--
With kind regards,
Intersoft

Bart Bakker
Senior Software Engineer
--
e: [hidden email]
t: +31 (0)20 581 19 75
f: +31 (0)20 581 19 70
w: http://www.intersoftsoftware.com/
This correspondence and every attachment is for the named person's use
only. It may contain confidential or legally privileged information, or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must
not disclose, copy or rely on any part of this correspondence if you are
not the intended recipient. Intersoft and/or its employees are not
responsible for the incorrect or incomplete transmission of this email
or any attachments, nor for any delays in receipt. Any views expressed
in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of
Intersoft.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Bart Bakker
In reply to this post by Milan Babuskov-2
Milan Babuskov wrote:
> It has been discussed in detail on this list. Apparently there is no
> easy way to fix it. I even made a simple awk one-liner to fix it, but
> you still need to insert it manually in Makefile.
> Take a look at thread: "Notes on MinGW build" for more info. It was it
> september last year.
>

I see. I'll take a look at the discussion later. IMO there's no reason
for fixing it in the autobuild files, especially not now Michael has
added the note to BUILD.txt.


--
With kind regards,
Intersoft

Bart Bakker
Senior Software Engineer
--
e: [hidden email]
t: +31 (0)20 581 19 75
f: +31 (0)20 581 19 70
w: http://www.intersoftsoftware.com/
This correspondence and every attachment is for the named person's use
only. It may contain confidential or legally privileged information, or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must
not disclose, copy or rely on any part of this correspondence if you are
not the intended recipient. Intersoft and/or its employees are not
responsible for the incorrect or incomplete transmission of this email
or any attachments, nor for any delays in receipt. Any views expressed
in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of
Intersoft.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Milan Babuskov-2
In reply to this post by Bart Bakker
Bart Bakker wrote:
> I did and that leaves me with an executable of about 5.5 megabytes. That
> sounds more reasonable :-)
>
> Anyway, the build completely works now. I'll look into the code in the
> near future, and see if I can help you guys on some issues.

That's great. For current issues, you can look at the roadmap page, and
sf.net bug/features trackers:

http://www.flamerobin.org/dokuwiki/doku.php?id=wiki:roadmap
http://sourceforge.net/tracker/?group_id=124340

Feel free to discuss anything on the list, as we all have our views on
each topic ;)

--
Milan Babuskov
http://njam.sourceforge.net
http://www.flamerobin.org



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Bart Bakker
In reply to this post by Bart Bakker
Michael Hieke wrote:

> the note in BUILD.txt ("MUST set a WXDIR environment variable which
> points to your wxWidgets root directory") does not only apply to
> builds != autoconf, but applies to MinGW builds too (if only to make
> windres include all necessary resources).
> I have added a note to that effect to the BUILD.txt file.

I see. I saw the change in BUILD.txt, it's more clear now when you're
building FR the first time :-)


> You can run strip.exe on the executable.

I did and that leaves me with an executable of about 5.5 megabytes. That
sounds more reasonable :-)

Anyway, the build completely works now. I'll look into the code in the
near future, and see if I can help you guys on some issues.


--
With kind regards,
Intersoft

Bart Bakker
Senior Software Engineer
--
e: [hidden email]
t: +31 (0)20 581 19 75
f: +31 (0)20 581 19 70
w: http://www.intersoftsoftware.com/
This correspondence and every attachment is for the named person's use
only. It may contain confidential or legally privileged information, or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must
not disclose, copy or rely on any part of this correspondence if you are
not the intended recipient. Intersoft and/or its employees are not
responsible for the incorrect or incomplete transmission of this email
or any attachments, nor for any delays in receipt. Any views expressed
in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of
Intersoft.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel
Reply | Threaded
Open this post in threaded view
|

Re: MinGW build

Bart Bakker
In reply to this post by Bart Bakker
Milan Babuskov wrote:

> It has been discussed in detail on this list. Apparently there is no
> easy way to fix it. I even made a simple awk one-liner to fix it, but
> you still need to insert it manually in Makefile.
> Take a look at thread: "Notes on MinGW build" for more info. It was it
> september last year.
>

I see. I'll take a look at the discussion later. IMO there's no reason
for fixing it in the autobuild files, especially not now Michael has
added the note to BUILD.txt.


--
With kind regards,
Intersoft

Bart Bakker
Senior Software Engineer
--
e: [hidden email]
t: +31 (0)20 581 19 75
f: +31 (0)20 581 19 70
w: http://www.intersoftsoftware.com/
This correspondence and every attachment is for the named person's use
only. It may contain confidential or legally privileged information, or
both. No confidentiality or privilege is waived or lost by any
mis-transmission. If you receive this correspondence in error, please
immediately delete it from your system and notify the sender. You must
not disclose, copy or rely on any part of this correspondence if you are
not the intended recipient. Intersoft and/or its employees are not
responsible for the incorrect or incomplete transmission of this email
or any attachments, nor for any delays in receipt. Any views expressed
in this message are those of the individual sender, except where the
sender expressly, and with authority, states them to be the views of
Intersoft.



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Flamerobin-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/flamerobin-devel