Re: [Firebird-devel] Update ICU in Windows
On 04/09/18 18:26, Adriano dos Santos Fernandes wrote: Hi! I'm looking for a way to update ICU in Windows. I also think we should just stop to save few megabytes customizing ICU. +1 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
[Firebird-devel] Update ICU in Windows
Hi! I'm looking for a way to update ICU in Windows. We used to customize ICU via this page (http://apps.icu-project.org/datacustom/ICUData52.html). There we see now only up to version 57, and latest ICU version is 61. Another problem is I don't even known the Visual Studio version that will be used to build FB 4. ICU comes only with VS 2017 solutions. I also think we should just stop to save few megabytes customizing ICU. The needed DLL files for 64 bits library is ~7.5 MB with ultra-7z compression. It's nothing for today's non-web application. If FB 4 would use VS 2017, it's probably possible to use their pre-built binary, but there is no 32 bits pre-built files for download in their page. Adriano -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On Monday 17 February 2014 20:39:38 Alex Peshkoff wrote: > On 02/17/14 20:27, Adriano dos Santos Fernandes wrote: > > On 17/02/2014 13:08, Dimitry Sibiryakov wrote: > >> 17.02.2014 17:01, Adriano dos Santos Fernandes wrote: > >>> - The data file is common for win32 and win64. If we include the binary > >>> files in our source repository (and I think we should) it's less > >>> megabytes. > >>> > >>> Do you agree with above? > >>> > >> I disagree with including these files into the repository. > >> > >> BTW: Other projects which depend on external packages (such as GTK, > >> for example) used>> > >> to provide two packages: with and without external packages included. > >> This way those who know what they have installed can save traffic. > > > > I estimate a very few number of files summing around 15 MB. > > > > This is much less than current ICU 3 sources, with thousand files > > summing 50 MB and nobody died yet. > > > > What is the problem with you? > > The problem for me is not bytes. I dislike a whole approach called > 'Everything needed for windows build should be present in single > repository'. I think that building firebird anyway requires at lease > minimum qualification (without it - why build at all? use prebuilt > binaries please.) which should be enough to obtain from the net required > additional packages. > speaking as packager for a small linux distro, I get very upset when I find that a repository has included large chunks from another library, especially as I usually already have more recent versions on my system. Anyone building from source, primarily developers or packagers, should be able to build and install any needed libraries independently of firebird. If packagers wish to include some library in their package, they are free to do so, but this should not be part of the firebird database repository. If the developers wish to maintain separate repositories of upstream libraries, they are free to do so, but should not inflict them on others. The firebird project could include patches which it considers should be applied to certain versions of an upstream library, but it should be the packager's responsibility to apply them. > I can agree when some not ideally supported software (like editline or > btyacc) is added to the repository. But adding to it a library (does not > matter, sources or binaries) well supported by big company is a logical > nonsense on my mind. > > > > > -- Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > Firebird-Devel mailing list, web interface at > https://lists.sourceforge.net/lists/listinfo/firebird-devel -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
Firebird is not so heavy on external projects LibreOffice it is for example in exernal 625M total for firebird for example they have a make file and a script to extract it also a set of patches for it https://gitorious.org/libreoffice/core/source/685ec1899435037205d98a102a32ca8b6a4836d0:external/firebird another alternative would be git modules for stable external projects On Mon, Feb 17, 2014 at 6:55 PM, Alex Peshkoff wrote: > On 02/17/14 20:47, Adriano dos Santos Fernandes wrote: >> On 17/02/2014 13:39, Alex Peshkoff wrote: >>> The problem for me is not bytes. I dislike a whole approach called >>> 'Everything needed for windows build should be present in single >>> repository'. I think that building firebird anyway requires at lease >>> minimum qualification (without it - why build at all? use prebuilt >>> binaries please.) which should be enough to obtain from the net required >>> additional packages. >>> >>> I can agree when some not ideally supported software (like editline or >>> btyacc) is added to the repository. But adding to it a library (does not >>> matter, sources or binaries) well supported by big company is a logical >>> nonsense on my mind. >>> >>> >> Windows has not such things as /usr/include /bin, etc. >> >> Dumping extra packages on the filesystem requires Visual Studio >> configuration, PATH configuration, etc. >> >> But if we choose rule of not include others packages, we must do for >> all. What is a "well supported" and a "big company"? It may be a >> completely different thing for you and me. > > Sorry but I think this is not too big problem :) > Anyway > >> Then, libreadline, libtommath, btyacc and everything must be removed. We >> must work with their maintainer to support out changes and bug fixes. > > that will be ideal case. > If maintainers do not accept required for us changes we should have > patches in repository. > > > > -- > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > Firebird-Devel mailing list, web interface at > https://lists.sourceforge.net/lists/listinfo/firebird-devel -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
Hi, >This way those who know what they have installed can save traffic. Traffic does not matter anymore. Regards, Alexey Kovyazin -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 02/17/14 20:47, Adriano dos Santos Fernandes wrote: > On 17/02/2014 13:39, Alex Peshkoff wrote: >> The problem for me is not bytes. I dislike a whole approach called >> 'Everything needed for windows build should be present in single >> repository'. I think that building firebird anyway requires at lease >> minimum qualification (without it - why build at all? use prebuilt >> binaries please.) which should be enough to obtain from the net required >> additional packages. >> >> I can agree when some not ideally supported software (like editline or >> btyacc) is added to the repository. But adding to it a library (does not >> matter, sources or binaries) well supported by big company is a logical >> nonsense on my mind. >> >> > Windows has not such things as /usr/include /bin, etc. > > Dumping extra packages on the filesystem requires Visual Studio > configuration, PATH configuration, etc. > > But if we choose rule of not include others packages, we must do for > all. What is a "well supported" and a "big company"? It may be a > completely different thing for you and me. Sorry but I think this is not too big problem :) Anyway > Then, libreadline, libtommath, btyacc and everything must be removed. We > must work with their maintainer to support out changes and bug fixes. that will be ideal case. If maintainers do not accept required for us changes we should have patches in repository. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 17/02/2014 13:39, Alex Peshkoff wrote: > The problem for me is not bytes. I dislike a whole approach called > 'Everything needed for windows build should be present in single > repository'. I think that building firebird anyway requires at lease > minimum qualification (without it - why build at all? use prebuilt > binaries please.) which should be enough to obtain from the net required > additional packages. > > I can agree when some not ideally supported software (like editline or > btyacc) is added to the repository. But adding to it a library (does not > matter, sources or binaries) well supported by big company is a logical > nonsense on my mind. > > Windows has not such things as /usr/include /bin, etc. Dumping extra packages on the filesystem requires Visual Studio configuration, PATH configuration, etc. But if we choose rule of not include others packages, we must do for all. What is a "well supported" and a "big company"? It may be a completely different thing for you and me. Then, libreadline, libtommath, btyacc and everything must be removed. We must work with their maintainer to support out changes and bug fixes. Adriano -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 02/17/14 20:27, Adriano dos Santos Fernandes wrote: > On 17/02/2014 13:08, Dimitry Sibiryakov wrote: >> 17.02.2014 17:01, Adriano dos Santos Fernandes wrote: >>> - The data file is common for win32 and win64. If we include the binary >>> files in our source repository (and I think we should) it's less megabytes. >>> >>> Do you agree with above? >> I disagree with including these files into the repository. >> >> BTW: Other projects which depend on external packages (such as GTK, for >> example) used >> to provide two packages: with and without external packages included. This >> way those who >> know what they have installed can save traffic. >> > I estimate a very few number of files summing around 15 MB. > > This is much less than current ICU 3 sources, with thousand files > summing 50 MB and nobody died yet. > > What is the problem with you? > The problem for me is not bytes. I dislike a whole approach called 'Everything needed for windows build should be present in single repository'. I think that building firebird anyway requires at lease minimum qualification (without it - why build at all? use prebuilt binaries please.) which should be enough to obtain from the net required additional packages. I can agree when some not ideally supported software (like editline or btyacc) is added to the repository. But adding to it a library (does not matter, sources or binaries) well supported by big company is a logical nonsense on my mind. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
17.02.2014 17:27, Adriano dos Santos Fernandes wrote: > I estimate a very few number of files summing around 15 MB. > > This is much less than current ICU 3 sources, with thousand files > summing 50 MB and nobody died yet. So, there are three options: 1) Sources in repository (50 MB) 2) Binaries in repository (15 MB) 3) No ICU in repository (0 MB) The choice is obvious, isn't it?.. -- WBR, SD. -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 17/02/2014 13:08, Dimitry Sibiryakov wrote: > 17.02.2014 17:01, Adriano dos Santos Fernandes wrote: >> - The data file is common for win32 and win64. If we include the binary >> files in our source repository (and I think we should) it's less megabytes. >> >> Do you agree with above? >I disagree with including these files into the repository. > >BTW: Other projects which depend on external packages (such as GTK, for > example) used > to provide two packages: with and without external packages included. This > way those who > know what they have installed can save traffic. > I estimate a very few number of files summing around 15 MB. This is much less than current ICU 3 sources, with thousand files summing 50 MB and nobody died yet. What is the problem with you? Adriano -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
17.02.2014 17:01, Adriano dos Santos Fernandes wrote: > - The data file is common for win32 and win64. If we include the binary > files in our source repository (and I think we should) it's less megabytes. > > Do you agree with above? I disagree with including these files into the repository. BTW: Other projects which depend on external packages (such as GTK, for example) used to provide two packages: with and without external packages included. This way those who know what they have installed can save traffic. -- WBR, SD. -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 17/02/2014 07:49, Dmitry Yemanov wrote: > Adriano, > >> It seems that Windows people decided that a multi-megabyte library >> should not be included in Firebird. > IIRC, the ICU site had an ability to generate stripped libs online. Is > that still possible? We might use that for officially distributed > packages and let people dealing with multi-MB libs for manual builds. > > Yes, it seems a good tool, but it generates a data file, not a DLL. This data file may be used to build a full-contained DLL or it may be used externally. At first, I think an external file has more advantages than disadvantages: - Users may use the same tool to generate a new data file and overwrite our striped one. Yes, users may download the DLL too, but AFAIK, the official DLL has not everything. Some uncommon data is not supplied by default. - The data file is common for win32 and win64. If we include the binary files in our source repository (and I think we should) it's less megabytes. The only disadvantage is that is one more file, but AFAIK it's always loaded from the DLL directory, so it will not be a problem. But it need to be verified, customized, rebuilt with data file and tested. Do you agree with above? Adriano -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
Adriano, > It seems that Windows people decided that a multi-megabyte library > should not be included in Firebird. IIRC, the ICU site had an ability to generate stripped libs online. Is that still possible? We might use that for officially distributed packages and let people dealing with multi-MB libs for manual builds. Dmitry -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 17/02/2014 05:57, Alex Peshkoff wrote: > On 02/14/14 21:52, Adriano dos Santos Fernandes wrote: >> On 14/02/2014 15:35, Dmitry Yemanov wrote: >>> 14.02.2014 21:16, Adriano dos Santos Fernandes wrote: >>> > Why to compile ICU by hands at all? What's wrong with precompiled > binaries? > That is a interesting question. Would need to choose if include binaries in the repository or not. If not, build will not be simple and may need extra download. >>> In the past, I was strongly against this idea. Now I'm not that sure >>> anymore. So if others are OK with this option, we can go this way too. >> Me too, specially because the source code size of the new version is >> much bigger than the old one. > I was always against adding a lot of standard foreign code to our tree. > Going this way we may end with having compiler and C-library in it :) At least we are not rewriting it, like we're doing with the standard C++ library. > So please let's avoid a lot of foreign libraries in our tree. For me > it's not a question of src size (at least Internet becomes faster and > faster), but an approach in general - where possible we should use > standard 3d-party software. ... > On posix we may use OS-native packages to run and build firebird. Why > does windows require custom changes? Old still not fixed MT bug? > > It seems that Windows people decided that a multi-megabyte library should not be included in Firebird. Adriano -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
2014-02-17 12:57 GMT+04:00 Alex Peshkoff : > I was always against adding a lot of standard foreign code to our tree. > Going this way we may end with having compiler and C-library in it :) > > So please let's avoid a lot of foreign libraries in our tree. For me > it's not a question of src size (at least Internet becomes faster and > faster), but an approach in general - where possible we should use > standard 3d-party software. +1 and let them support their products. -- Roman Simakov -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On Monday 17 February 2014 09:38:44 Alex Peshkoff wrote: > On 02/15/14 11:45, Paul Reeves wrote: > > On Friday 14 February 2014 18:24:40 Dimitry Sibiryakov wrote: > >> 14.02.2014 18:16, Adriano dos Santos Fernandes wrote: > >>> If not, build will not be simple and may need extra download. > >> > >> It already needs extra downloads: unixtools, Inno Setup, Visual > >> Studio. > > > > This is not strictly true. > > > > Obviously a compiler is needed for the build and microsoft don't supply > > those with the O/S, but neither unixtools nor Inno Setup are necessary to > > build firebord. They are only used for packaging. > > Previously sed was needed to build ibase.h. Did it change? > ibase.h is concatenated from several internal header files during the build stage so the resulting file has the license interspersed several times in the final output. Sed is run during the packaging stage and produces a file with a single license at the start. The file produced in the build stage is usable but the packaged version is just, well, packaged more nicely. :-) Paul -- Paul Reeves http://www.ibphoenix.com Supporting users of Firebird -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 02/14/14 21:52, Adriano dos Santos Fernandes wrote: > On 14/02/2014 15:35, Dmitry Yemanov wrote: >> 14.02.2014 21:16, Adriano dos Santos Fernandes wrote: >> Why to compile ICU by hands at all? What's wrong with precompiled binaries? >>> That is a interesting question. >>> >>> Would need to choose if include binaries in the repository or not. >>> >>> If not, build will not be simple and may need extra download. >> In the past, I was strongly against this idea. Now I'm not that sure >> anymore. So if others are OK with this option, we can go this way too. > Me too, specially because the source code size of the new version is > much bigger than the old one. I was always against adding a lot of standard foreign code to our tree. Going this way we may end with having compiler and C-library in it :) So please let's avoid a lot of foreign libraries in our tree. For me it's not a question of src size (at least Internet becomes faster and faster), but an approach in general - where possible we should use standard 3d-party software. > >> AFAIU, the build itself would be as simple as now (provided that .lib >> files are downloaded and placed properly). >> >> > We would need a diff of all custom changes adopted, like removing things > from the data file, so one can recompile it. > > Build changes like separate win32/x64 binaries, although I was doing it, > would not be needed. On posix we may use OS-native packages to run and build firebird. Why does windows require custom changes? Old still not fixed MT bug? -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 02/15/14 11:45, Paul Reeves wrote: > On Friday 14 February 2014 18:24:40 Dimitry Sibiryakov wrote: >> 14.02.2014 18:16, Adriano dos Santos Fernandes wrote: >>> If not, build will not be simple and may need extra download. >> It already needs extra downloads: unixtools, Inno Setup, Visual Studio. > This is not strictly true. > > Obviously a compiler is needed for the build and microsoft don't supply those > with the O/S, but neither unixtools nor Inno Setup are necessary to build > firebord. They are only used for packaging. > Previously sed was needed to build ibase.h. Did it change? -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On Friday 14 February 2014 18:24:40 Dimitry Sibiryakov wrote: > 14.02.2014 18:16, Adriano dos Santos Fernandes wrote: > > If not, build will not be simple and may need extra download. > >It already needs extra downloads: unixtools, Inno Setup, Visual Studio. This is not strictly true. Obviously a compiler is needed for the build and microsoft don't supply those with the O/S, but neither unixtools nor Inno Setup are necessary to build firebord. They are only used for packaging. Paul -- Paul Reeves http://www.ibphoenix.com Supporting users of Firebird -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 14/02/2014 15:35, Dmitry Yemanov wrote: > 14.02.2014 21:16, Adriano dos Santos Fernandes wrote: > >>> Why to compile ICU by hands at all? What's wrong with precompiled binaries? >>> >> That is a interesting question. >> >> Would need to choose if include binaries in the repository or not. >> >> If not, build will not be simple and may need extra download. > In the past, I was strongly against this idea. Now I'm not that sure > anymore. So if others are OK with this option, we can go this way too. Me too, specially because the source code size of the new version is much bigger than the old one. > AFAIU, the build itself would be as simple as now (provided that .lib > files are downloaded and placed properly). > > We would need a diff of all custom changes adopted, like removing things from the data file, so one can recompile it. Build changes like separate win32/x64 binaries, although I was doing it, would not be needed. Adriano -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
Does Firebird use cmake? If so, cmake has a "find_package" mechanism that is platform, compiler, and version independent. If Firebird doesn't use cmake, well, it should. I haven't looked at this, but there is a package definition at https://github.com/julp/FindICU.cmake. On 2/14/2014 11:57 AM, Dmitry Yemanov wrote: > Adriano, > >> ICU 5.2 comes only with MSVC 10 build. It should not be "possible" for >> us to create solution for older MSVC. >> >> Are we prepared for this? > Sorry, I don't get why it should not be possible for us? Our official > compiler for v3 is MSVC10 -- so far so good -- but if someone still > wants to use a prior version for development, why cannot he spend some > time and create appropriate solution/project files for ICU? Licensing > issues? > > > Dmitry > > > -- > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > Firebird-Devel mailing list, web interface at > https://lists.sourceforge.net/lists/listinfo/firebird-devel -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
14.02.2014 21:16, Adriano dos Santos Fernandes wrote: >> Why to compile ICU by hands at all? What's wrong with precompiled binaries? >> > That is a interesting question. > > Would need to choose if include binaries in the repository or not. > > If not, build will not be simple and may need extra download. In the past, I was strongly against this idea. Now I'm not that sure anymore. So if others are OK with this option, we can go this way too. AFAIU, the build itself would be as simple as now (provided that .lib files are downloaded and placed properly). Dmitry -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
14.02.2014 18:16, Adriano dos Santos Fernandes wrote: > If not, build will not be simple and may need extra download. It already needs extra downloads: unixtools, Inno Setup, Visual Studio. One download more will change nothing. -- WBR, SD. -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
Adriano, > With older ICU, you probably used Visual Studio to upgrade older format > to newer one. > > Now, the inverse will be necessary. AFAIK, Nickolay used something for > this, but I don't know if it was fully functional or needed manual edits. > > But note, ICU has not only vcxproj files. It has also mak files and used > nmake. > > Someone may waste a lot of time doing this, and I do not guarantee it > will work. So, this is just about technical complexity of the work. Fine with me. Perhaps this issue should be simply re-raised as "does anyone here still don't use MSVC10 for v3"? Dmitry -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 14/02/2014 15:03, Dimitry Sibiryakov wrote: > 14.02.2014 17:57, Dmitry Yemanov wrote: >> if someone still >> wants to use a prior version for development, why cannot he spend some >> time and create appropriate solution/project files for ICU? >Why to compile ICU by hands at all? What's wrong with precompiled binaries? > That is a interesting question. Would need to choose if include binaries in the repository or not. If not, build will not be simple and may need extra download. If yes, it's not very nice, but we already do (or did) this for some files. And, size of ICU binaries seems much smaller than sources. It may be a option, IMO. Adriano -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
On 14/02/2014 14:57, Dmitry Yemanov wrote: > Adriano, > >> ICU 5.2 comes only with MSVC 10 build. It should not be "possible" for >> us to create solution for older MSVC. >> >> Are we prepared for this? > Sorry, I don't get why it should not be possible for us? Our official > compiler for v3 is MSVC10 -- so far so good -- but if someone still > wants to use a prior version for development, why cannot he spend some > time and create appropriate solution/project files for ICU? > With older ICU, you probably used Visual Studio to upgrade older format to newer one. Now, the inverse will be necessary. AFAIK, Nickolay used something for this, but I don't know if it was fully functional or needed manual edits. But note, ICU has not only vcxproj files. It has also mak files and used nmake. Someone may waste a lot of time doing this, and I do not guarantee it will work. Adriano -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
Adriano, > ICU 5.2 comes only with MSVC 10 build. It should not be "possible" for > us to create solution for older MSVC. > > Are we prepared for this? Sorry, I don't get why it should not be possible for us? Our official compiler for v3 is MSVC10 -- so far so good -- but if someone still wants to use a prior version for development, why cannot he spend some time and create appropriate solution/project files for ICU? Licensing issues? Dmitry -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
Re: [Firebird-devel] Update ICU in Windows
14.02.2014 17:57, Dmitry Yemanov wrote: > if someone still > wants to use a prior version for development, why cannot he spend some > time and create appropriate solution/project files for ICU? Why to compile ICU by hands at all? What's wrong with precompiled binaries? -- WBR, SD. -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
[Firebird-devel] Update ICU in Windows
Hi! There is an old task to do it, and I started to work on it. First thing: ICU 5.2 comes only with MSVC 10 build. It should not be "possible" for us to create solution for older MSVC. Are we prepared for this? Adriano -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
