Bo Peng a écrit :
SVN log.
* Get rid of Qt3Support linking
This library is not needed any more?
No, thanks to Edwin's hard work.
* revert to -lz instead -lzlib1 (I think Enrico was right about
libraries ordering and -lz at the end of linking command works fine
under mingw).
I guess you are right. So you will use the zlib.z with mingw, not the
official zlib1.dll, right?
No, the resulting executable will still need the official "zlib1.dll".
AFAIU, the -lz tells g++ (ld actually) to use libz.a which contains the
linking info for "zlib1.dll".
* remove win32 target from gcc/g++ replacement hack for cygwin
I know it looks ugly there, but I prefer to use it to avoid potential
problems. After all, we are all using gcc.
BTW, scons claims that it can generate VC++ project files
automatically so we may have to handle vc compiler later.
Yes, I have read that and that will be extremely cool. But we _don't_
need vcproj file to be able to compile with VC++. Actually, I think
Scons already support that for a long time.
-if platform_name in ['win32', 'cygwin']:
+if platform_name in ['cygwin']:
env['CC'] = 'g++'
env['LINK'] = 'g++'
OK. If you can confirm qt3 also work.
Compiling right now... Will commit after confirmation that it works.
if platform_name == 'win32':
- env['SYSTEM_LIBS'] = ['shlwapi', 'zlib1']
+ env['SYSTEM_LIBS'] = ['shlwapi', 'z']
elif platform_name == 'cygwin':
env['SYSTEM_LIBS'] = ['shlwapi', 'z']
else:
Then, you can write:
if platform_name in ['win32', 'cygwin']:
env['SYSTEM_LIBS'] = ['shlwapi', 'z']
I know but I thought that we will soon diverge because of NLS support.
Not sure about that though.
Abdel.
