MSVC is irrelevant.
You should have read the friendly GCC manual I think.
https://gcc.gnu.org/onlinedocs/gcc-5.3.0/gcc/Function-Attributes.html#index-g_t_0040code_007bdllexport_007d-function-attribute-3069
--
Best regards,
lh_mouse
2016-04-01
--
https://msdn.microsoft.com/en-us/library/dabb5z75.aspx
On Fri, Apr 1, 2016 at 8:28 AM, lh_mouse wrote:
> The attribute `dllexport`, as well as `dllimport`, is a GCC thing. You
> should look up it in GCC's main manual.
> You can find GCC manuals here https://gcc.gnu.org/onlinedocs/. The
> specifi
The attribute `dllexport`, as well as `dllimport`, is a GCC thing. You should
look up it in GCC's main manual.
You can find GCC manuals here https://gcc.gnu.org/onlinedocs/. The
specification of either attribute is so long that I wouldn't paste it here.
If you think it is a GCC bug you can file a
Sorry in advance if this is an RTFM question. We test Julia's Windows
build against mingw-w64 continuously, but only rarely build with MSVC
or Windows Clang on a more experimental basis. One of the inconsistencies
that comes up fairly often is that mingw-w64 is more tolerant of headers
and implemen
I am seeing an example of ostream& operator<<(std::ostream& os, Loc& lc) that
should work. did something change between now and 30 years ago?
-
Jim Michaels j...@renewalcomputerservices.com
http://www.RenewalComputerServices.com
http://www.JesusnJim.com (computer repair info, progr
I am also having error consistency problems.std::tree::operator>> vs
std::ifstream& std::tree::operator>> one gives a with error and the other
gives that operator>> is not overloadable. so I tried friend function and it
failed.
tree2.cpp:518:37: error: 'std::ifstream&
std::tree::operator>>(std
I have no idea what you are trying to do by putting stuff into the namespace
std.
Again, you should attach your source file and let me have a look.
--
Best regards,
lh_mouse
2016-04-01
-
发
excuse me again. the compiler has been thrown into some strange state where
it's wildly tossing errors. I don't know what caused it. first error was
overloading not allowed for at. probably at and erase for #3.
#3.1 didn't change anything, but I changed T to _T.
2 If a program declares or define
excuse me - namespace std {class tree<_T> {...}}
-
Jim Michaels j...@renewalcomputerservices.com
http://www.RenewalComputerServices.com
http://www.JesusnJim.com (computer repair info, programming)
From: lh_mouse
To: mingw-w64-public
Sent: Thursday, March 31, 2016 9:37 A
it's in a template. _T is the parameterized type. as in tree<_T>
-
Jim Michaels j...@renewalcomputerservices.com
http://www.RenewalComputerServices.com
http://www.JesusnJim.com (computer repair info, programming)
From: lh_mouse
To: mingw-w64-public
Sent: Thursday, March
Your code is NOT valid.
You are using the reserved identifier '_T'. Your code results in undefined
behavior.
Attach the source file and let us see how to fix it.
WG21 (ISO/IEC C++) N4582
2.10 Identifiers [lex.name]
3 In addition, some identifiers are reserve
c:\jim\tree>g++ -std=c++11 -W -Wall -otree2.o tree2.cpp 2>tree2.err.txt
c:\jim\tree>gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=c:/gcc-5-win32/bin/../libexec/gcc/i686-w64-mingw32/5.3.1/lto-wrapper.exe
Target: i686-w64-mingw32
Configured with: /home/cauchy/vcs/svn/gcc/branche
---
mingw-w64-headers/include/processthreadsapi.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/mingw-w64-headers/include/processthreadsapi.h
b/mingw-w64-headers/include/processthreadsapi.h
index c04e79c..f8c1480 100755
--- a/mingw-w64-headers/include/processthreadsapi.h
+++ b/mingw-w64-
---
mingw-w64-libraries/winstorecompat/src/CoCreateInstance.c | 4
mingw-w64-libraries/winstorecompat/src/CreateEventW.c | 4
mingw-w64-libraries/winstorecompat/src/CreateFileW.c | 4
mingw-w64-libraries/winstorecompat/src/CreateMutexW.c
The compiled file is already installed before, and this was overwriting
it, causing an invalid lib to be installed
---
mingw-w64-crt/Makefile.am | 4
1 file changed, 4 deletions(-)
diff --git a/mingw-w64-crt/Makefile.am b/mingw-w64-crt/Makefile.am
index 038dea5..16c8ba1 100644
--- a/mingw-w6
---
mingw-w64-headers/include/fileapi.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/mingw-w64-headers/include/fileapi.h
b/mingw-w64-headers/include/fileapi.h
index 53abd81..022f6d4 100755
--- a/mingw-w64-headers/include/fileapi.h
+++ b/mingw-w64-headers/include/fileapi.h
@@ -161,6 +161,7
which simply suppresses the call.
---
mingw-w64-headers/include/fileapi.h| 2 +-
.../winstorecompat/src/CreateFileW.c | 22 ++
2 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/mingw-w64-headers/include/fileapi.h
b/mingw-w64-headers/
Hi,
I hope this is the correct way to send patches, if not, please feel free to
correct me :)
The patch series adds support for 64bits build in libwinstorecompat.
It also adds a few symbols replacement & suppression
I wouldn't be surprised if I missed something on the way, so I'll be waiting
fo
combaseapi already provides a __forceinline version
---
mingw-w64-headers/include/combaseapi.h | 2 -
mingw-w64-libraries/winstorecompat/Makefile.am | 1 -
.../winstorecompat/src/CoCreateInstance.c | 67 --
3 files changed, 70 deletions(-)
delete mod
---
mingw-w64-libraries/winstorecompat/src/CreateEventW.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
b/mingw-w64-libraries/winstorecompat/src/CreateEventW.c
index ba933d9..1daf9e8 100644
--- a/mingw-w64-libraries/winst
---
mingw-w64-headers/include/combaseapi.h| 2 ++
mingw-w64-headers/include/errhandlingapi.h| 15 ---
mingw-w64-headers/include/fileapi.h | 15 ---
mingw-w64-headers/include/libloaderapi.h | 4
mingw-w64-headers/include/memoryapi.h
---
mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
b/mingw-w64-libraries/winstorecompat/src/GetFileAttributes.c
index 66b2937..8d68ee0 100644
--- a/mingw-w64-librari
Hi,
JonY writes:
>
> v5.0-rc2 is released! THIS IS A TEST VERSION.
>
> Notable fixes since rc1:
> * Fixed a wscanf/scanf mem leak.
> * Fix inconsistent x86 fpu precision across threads, hopefully.
> * Closing file handle created by mkstemp should no longer have the file
> deleted.
Thanks to A
23 matches
Mail list logo
