In our previous episode, Bernd said:
> I have this from the GLIB heads:
>
> typedef intgint;
> typedef gint gboolean;
>
> Now I need a few packed records with such gboolean types in them. On
> my i386 I am now just using
That's afaik a wrong translation. longbool are true <>0, while gboole
In our previous episode, Bernd said:
> Am 22. April 2012 17:39 schrieb Marco van de Voort :
> > gboolean,
> > like Pascal booleans, are only true =1.
>
> Just out of curiosity, how can they enforce this for the C compiler
> with only some definitions in a header file?
I
In our previous episode, Reinier Olislagers said:
> Running fpcup (64 bit) on my Windows machine gives errors with fpc
> fixes_2.6 (r21000/21001):
>
> C:/development/fpc/compiler/ppcx64.exe -Ur -Xs -O2 -n -S2
> -FuC:/development/fpc/rtl/units/x86_64-win64
> -FuC:/development/fpc/packages/dblib
> -
In our previous episode, Jonas Maebe said:
> > It is hard because 2.6.x uses a different makefile system compared to trunk,
> > which is harder to tune for specific OSes.
>
> Now it is broken for Darwin ("fpc-2.2" = fixes branch in this context):
Fixed I hope.
__
In our previous episode, Mark Morgan Lloyd said:
> Marco, I see you had a StackOverflow question on this a year or so ago.
> Did you ever get anywhere with it in practice?
It was an idea to lower the overhead and improve the reliability of our
serial protocol. (because of the out of band informat
In our previous episode, Florian Kl?mpfl said:
> > make sysutils/runtime etc an external loadable library and we are
> > going to see FPC generate similar sized executables for similarly
> > sized programs.
>
> It makes them look smaller but their footprint is actually larger so
> this is exactly
In our previous episode, Bernd said:
> an fpc checkout from the 2.6 fixes branch
> a lazarus checkout from the trunk
>
> For normal compiling (not cross) after updating everything from svn I
> usually just use
>
> in the fpc directory
> make clean all
> sudo make install
A small warning, and po
Interested people might want to have a look at
http://bugs.freepascal.org/view.php?id=12492
there are iirc still unprocessed patches in that report.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo
In our previous episode, Reinier Olislagers said:
>
> Seem to be having some problems compiling FPC trunk r21192 x86 windows
> (see below).
> However, x64 build does work.
>
> Is this a known problem?
> Should I keep pestering the list with these kinds of mails (I can put
> them up in the bugtrac
Hello,
I'm in the process of converting an old MSVC6 application to FPC/Delphi,
so I'm thinking about using a c to pascal converter.
The code is older 6-10kloc, and is plain C in a MFC C++ framework. It does
nothing but processing samples (array handling and transformation), and
drawing a graph o
In our previous episode, dhkblas...@zeelandnet.nl said:
>
> c2pas32 often gives acceptable results.
Definitely the best results so far. If it is enough, I don't know yet, but
then it will at least be good enough to speed up fragments. Thanks!
___
fpc-p
In our previous episode, Tomas Hajny said:
> 1) Find the first alphabetic character after the first line (which is
> already processed/skipped by InstantFPC anyway) while ignoring all
> whitespaces and possible comments (in all allowed formats, i.e. including
> (* *) ) - the only small complexity h
In our previous episode, Mattias Gaertner said:
> It's not big. The RTL lacks little functions for scripts. For
> example download an URL, get a list of files in a directory, load a
> xml file, test a RE.
>
> Running pascal programs as scripts is only the first step. The
> next step is to provide
In our previous episode, Jonas Maebe said:
> > Is it (already) possible to use Unicodestrings for file paths?
>
> Only if your current ansi code page supports the characters used in the
> unicodestring. There are not unicodestring overloads yet in the RTL.
I think Joerg means something else. The
In our previous episode, Darius Blaszyk said:
> I'm struggling to convert a simple for loop from C to pascal. The code is
> shown below (as is a trace of the loop parameter values). I'm a bit puzzled
> how this should look elegantly in pascal. Anyone has an idea?
>
> Regards, Darius
>
>
> unsi
In our previous episode, Bernd said:
> unixutil
>
> another deprecated function that has not written any hint towards its
> replacement right behind the 'deprecated' keyword (where it would
> belong). The RTL documentation also does not contain any hints.
Unixutil is a barrel of leftovers of 1.0.
In our previous episode, Bernd said:
> > So use functions from 2.0.x like sysutils.extract*
>
> Found it, thank you.
>
> I was a little bit impatient yesterday, I should have searched a
> little longer on my own.
>
> Due to the extraordinarily high quality of FPC and Lazarus I have
> begun to t
In our previous episode, Sven Barth said:
> While I can not comment on the changes you listed (though they sound
> more or less valid)
I'm not sure if the *rec records can handle pointers, one probably can't use
reference types in them, because the standard filedescriptions are
threadvars.
Thin
In our previous episode, Sven Barth said:
> > Think what happens if those are simply "cloned".
> >
>
> Why shouldn't reference types work in threadvard records? As long as the
> reference count mechanism does it's work correctly it should work.
Afaik because the ref count mechanism doesn't. The
In our previous episode, leledumbo said:
> > So I ask: what's the correct code to inform as argument a TProcess and
> a instruction string and as a return, to get the output string?
If very up to date FPC 2.7.1:
var s : ansistring;
if RunCommand(binaryname,['arg1','arg2'],s) then
begin
//
In our previous episode, leledumbo said:
> WUAOOOW!!! Where are those functions, Marco?
In 2.7.1 (trunk)
> Which revision implements them?
r21437
> And last but not least, do those functions consider BIG output?
Yes. As said in the original message, the base is the large output wiki
source.
P
In our previous episode, Jonas Maebe said:
> > m1: Matrix = ((1, 2, 3), (2, 3, 4));
> >
> > and get a properly sized dynamic array matching the matrix given.
> >
> > This is obviously not supported, but what can I do? I can build an
> > infinite number of functions, taking fixed-sized arrays as
In our previous episode, Reinier Olislagers said:
>
> Also, I'm sure there must be functions to convert endianness - at least
> network byte order (big endian) to host order.
> I found e.g. Synapse synsock:
> function ntohs(netshort: word): word;
> function ntohl(netlong: longword): longword;
In our previous episode, Leonardo M. Ram? said:
> Hi, I want to format a float number to currency. To do this, I use the Format
> function using the %m format, as this:
> Format('%m', [123.25]);
>I'm using Ubuntu 12.04 and my regional settings at configured to display "$
>1234.25", but I'm gett
In our previous episode, Mattias Gaertner said:
> Has someone already implemented a fpimage reader for jpeg2000?
Not that I know. I once looked into it, but it seemed a rather big chunk.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://
In our previous episode, kyan said:
>
> A couple of questions regarding handling of strings, dynamic arrays
> and objects -especially exceptions- when writing programs that use
> shared libraries (.dll, .so).
>
> In Delphi we have the option of either using packages to ensure that
> there is only
In our previous episode, kyan said:
> I suggest that you implement this using interfaces. You place the
> interface declaration in a common file, use the interfaces from the
> main exe but implement them in separate dlls.
Or maybe go a step further, and use IDispatch that passes through unknown
me
In our previous episode, Sven Barth said:
> > says that WinRT is a COM-based API and uses a .NET-like metadata format.
> > So it is not native code after all then. I don't know why they advertised
> it as native. I guess it is faster than .NET code because it is not
> managed. I thought that .NET a
In our previous episode, J?rgen Hestermann said:
> > How to put longstrings globally on?
> > I tried with {$h+} in project compiler settings (other) with no effect.
> Safest method is not to use the generic type "string" in your code.
> Instead use directly the string type that you need (i.e. "ansi
In our previous episode, Rainer Stratmann said:
> > Example of this "no effect"? {$H+} should do it.
>
> Is it global (for all sourcefiles) if put on top of the first sourcefile?
No. This can be easily seen that if one would first compile files 2..5 and
only then 1, while compiling 2..5 the compi
In our previous episode, Michael Van Canneyt said:
> >>
> >> http://wiki.freepascal.org/index.php?title=User_Changes_Trunk
> >>
> >> to notify people of this change.
> >
> > Could you change it to use the same format/template as the other entries?
>
> We can always trust Jonas to notice such thing
In our previous episode, Jonas Maebe said:
>
> > I'll try to test against 2.7.1 later in the day, although as I've
> > said Linux is OK.
>
> The memory layout is not necessarily the same on both OSes.
Or does the linux kernel contain a facility to work around certain kinds of
exceptions?
E.g.
In our previous episode, michael.vancann...@wisa.be said:
> > different issue. I'd neither be surprised nor particularly sorry if that
> > turned out to be x86-only.
>
> Apparently, it is available for your platform too.
>
> Strange that it was removed from trunk, though. We'll need to re-enable
In our previous episode, waldo kitty said:
> > However I always think of named
> > pipes, threads etc. as being primarily OS/2 v1 innovations, although some
> > might
> > have been introduced by the obscure Microsoft OS usually referred to as
> > "European MS-DOS v4.0".
>
> for some reason i was
In our previous episode, Michael Van Canneyt said:
> lgetxattr("/etc/odbc.ini", "security.selinux", 0x14de920, 255) = -1 ENODATA
> (No data available)
> getxattr("/etc/odbc.ini", "system.posix_acl_access", 0x0, 0) = -1 EOPNOTSUPP
> (Operation not supported)
>
> If you want speedier operation, an
In our previous episode, leledumbo said:
> I think the fast point from OP point of view is the less typing, less source
> code. Not from executable point of view.
Hmmm, makes me wonder when typing became the limiting factor in programming
:-)
___
fpc-pas
In our previous episode, Mattias Gaertner said:
> What does strlen return on nil?
> The FPC function strlen is implemented via FPC_PCHAR_LENGTH.
> The documentation does not say what happens when passing nil.
Both the generic and assembler implementation return 0.
_
In our previous episode, Bart said:
>
> [OT]
> Ideal programming Language (ObjectPascal 10.1?), reduced typing.
>
> Program AnyProgram;
> begin
> MyPrgram := TMyProgram.Create(ReadMyMindAndCreateWhatIWantNow);
> end.
Actually, from experience, that isn't even enough. What you want
at the begi
In our previous episode, Mark Morgan Lloyd said:
> When using a function like fpAccept on a non-blocking socket, in some
> cases -1 is returned with a documented (Linux kernel) error code of
> EAGAIN. Should I be looking for this in errno or SocketError?
Socketerror is more portable, but on *nix
In our previous episode, Jonas Maebe said:
> >
> > Free Pascal Compiler version 2.7.1 [2012/05/22] for i386
> >
> > Anyone have
> > an idea what could be wrong?
>
> Building development versions of FPC always has been and always will be
> guaranteed to work only if you start with the latest *r
In our previous episode, Sven Barth said:
> > The function returns the right language.
>
> Somehow this sounds like the GNU GetText function _() works. With the
> exception that the text which has to be translated is simply searched by
> looking through the source code for _("some text")...
Not
In our previous episode, Rainer Stratmann said:
> > > There are not many different ways for a call.
> > >
> > > http://css.csail.mit.edu/6.858/2011/readings/i386/CALL.htm
> >
> > Yes, so the amount of effort may increase drastically. New CPU may bring
> > new ways too.
>
> But not the 80x86 CPU. I
In our previous episode, Jonas Maebe said:
> > I am not able to use this function:
> > http://www.freepascal.org/docs-html/rtl/dos/weekday.html
> > nor can I find it in the sources.
> > Does it still exist?
> > If yes, how to use it? Which unit? DOS does not work.
>
> The weekday function only exi
In our previous episode, Lukasz Sokol said:
> Me neither - but IIRC using gettext (dxgettext) was something /incredibly/
> easy :
> the translating function is called '_()' :) (yes, function _([const] input:
> string): string; )
>
> (allegedly, in newer (dx)gettext, not even that- it's enough t
In our previous episode, Reinier Olislagers said:
> > in packages\fcl-res\xml) but not in the bin directory.
> >
> > IIRC, fpdoc picks up fpdoc.css when generating HTML/CHM output.
> > Shouldn't fpdoc.css be also present under the bin directory then?
> >
> > Thanks,
> > Reinier
> >
> Bump.
>
>
In our previous episode, Reinier Olislagers said:
>
> Now we've got 2 different behaviours:
> - fpdoc in the source directory has fpdoc.css and will generate chm/html
> files with it
> - fpdoc in the bin directory doesn't have it.
> In my view this difference in behaviour is unnecessary and only s
In our previous episode, Jonas Maebe said:
[ Charset UTF-8 unsupported, converting... ]
>
> michael.vancanneyt wrote on Tue, 14 Aug 2012:
>
> > There is no discussion that fpdoc.css should be distributed.
> > The only question is: where should we put it ?
>
> On Unix, $PREFIX/share/doc/fpc-$fpcv
In our previous episode, michael.vancann...@wisa.be said:
> > If I understand it correctly, this is only the case for plain HTML whereas
> > CHM includes it internally (and from this point of view it is much more a
> > configuration file influencing the output than part of fpdoc documentation
> > -
In our previous episode, Rainer Stratmann said:
> > You already have a very good grasp of the issues involved as you were
> > writing your own solution. You could probably improve dxgettext with
> > some things and get that in the main development tree, thereby improving
> > things for others.
>
>
In our previous episode, Graeme Geldenhuys said:
> In both these cases, I manually created unversioned symlinks to those
> libraries, and that got my applications working again. This is not
> ideal, but I don't know how else to handle this.
> Does any body know what is the "most correct" way of ha
In our previous episode, Graeme Geldenhuys said:
> > You said that you manually created the symbolic link. I simply explained
> > that you should
> > never do that, and instead install the development packages because they
> > will do that
> > (correctly) for you.
>
> So my applications that I d
In our previous episode, Rainer Stratmann said:
> > Limitations, not problems. Compared to the Delphi internal translation
> > systems. Yours has the same, by design.
>
> Which limitations?
see below
> > If your source (main) language has a word with two meanings, how will you
> > translate to a
In our previous episode, Rainer Stratmann said:
> > > In my case it can also be possible that there are not all words
> > > translated yet. Then the original text is shown or englich one. The
> > > translation can be made later. That is (also) an advantage.
> >
> > No it can't, since if two the sam
In our previous episode, Graeme Geldenhuys said:
> Hi,
>
> On 15 August 2012 15:32, Reinier Olislagers
> wrote:
> > And you can use the (Firebird/Interbase Services IIRC) API to get the
> > server version. I seem to remember Ludo's recent addition to FPC has
> > this functionality.
>
> Yes, but
In our previous episode, Michael Van Canneyt said:
> > I don't see what is wrong with that. You get a nice exception when you try
> > to load a different library than the one that is alread loaded. But if I
> > want to make an app that works with embedded firebird or firebird client
> > (user selec
In our previous episode, Graeme Geldenhuys said:
> I had a quick look to see what other (non FPC based) application do.
> FlameRobin has a dependency on libfbclient.so.2 (thus versioned .so
> library). That's why it works without having to install the -devel
> package.
Is that a cross-distro binar
In our previous episode, Graeme Geldenhuys said:
> I'm sure I can add that, and I'm sure it will work for my Firebird
> connections, but other libraries I use don't have such functionality.
>
> I'm trying to get to the bottom of
> * Why must developers jump through hoops to get there DB apps
In our previous episode, Graeme Geldenhuys said:
> > Blend perfectly with the distro they are build for, but if changes occur
> > chances on recovery are slim.
>
> Be more specific, what changes?
Change in naming, (either root (gds->fbclient) or version numbers) non
standard directories (the $pre
In our previous episode, Ludo Brands said:
> Making it easier for the programmer to specify the library he wants will put
> a halt on "this discussion returning in some way or the other every 6-9
> months". What is recurring in these discussions also is the non- or
> badly-documented ibase60dyn.ini
In our previous episode, Ludo Brands said:
>
> Unfortunately your example illustrates nicely the difference.
> InitializeInterbase is unknown in the fpc I'm using. InitialiseIBase60 does
> exist but you have to add the non-trivial ibase60dyn to the uses clause to
> get to it (Google has 146 hits f
In our previous episode, Ludo Brands said:
> > > of TIBConnection, non of these difficulties would exist.
> >
> > Documentation is a different story.
>
> It is a different story but an integral part of this particular problem. Why
> else has the "solution" to be spelled out everytime the problem
In our previous episode, Luca Olivetti said:
> >> If dynamic linking is so great, why do we constant, constantly have these
> >> discussions and worse all these illadvised changes?
> >
> > Because the problem is not in dynamic versus static.
> >
> > We would have exactly the same discussions if the
In our previous episode, Rainer Stratmann said:
> > And let's not forget: if we choose a reasonable default library name,
> > 99% of all problems fall away by themselves, and the component will
> > not be needed in the first place; Just for special cases will you need it.
>
> I did not follow the
In our previous episode, microc...@zoho.com said:
> Is anybody else receiving mailformed emails from the list?
>
> I've received several, most or all from Marco, with all with most of the
> headers appearing as text since there is an extra blank line between the
> X-Mailer header and the previous
In our previous episode, Michael Van Canneyt said:
> > In our previous episode, Ludo Brands said:
> of TIBConnection, non of these difficulties would exist.
> >>>
> >
> > If drastic changes (like postponing header initialization till larger parts
> > of the LCL are in the air) must be made, I
In our previous episode, Jonas Maebe said:
> > My plan (for linux) was:
> > Search fbclient.so search fbclient.so.2 (2.x series of firebird)
> > search fbclient.so.1 (1.x series of Firebird) if the library name has not
> > been specified.
>
> fbclient.so should not be searched. It could point to
In our previous episode, Mark Morgan Lloyd said:
> When putting text into a resourcestring, for example for i18n, what is
> best practice for multiline blocks?
>
> I'm thinking of, for example, explanatory text that goes on a page in a
> wizard-style set of dialogues, or a description that appea
In our previous episode, Graeme Geldenhuys said:
> 0) Am I jumping the gun here, and FPC is not nearly compatible enough to
> port a Delphi 2010, XE, XE2 project to FPC 2.7.1?
If it relies heavily on unicodestring, IMHO yes.
My guess is that you mistook a comment that confirmed the base
impleme
In past unicode discussions, rawbytestring was offered as a solution to
mixing utf8 and unicodestring (utf16).
I got the impression that rawbytestring was a kind of open array string, to
which strings could be passed without implicit conversion. (saving a lot in
overloading)
A week or two back I
In our previous episode, Timothy Madden said:
> Very ingeniuos, I believe this is as close to a solution as I can get
> for now.
>
> But there are still a few probles I can see:
>- there is no way to "prefix" symbols within a unit, that I know of.
Some languages related to pascal and maybe ev
In our previous episode, Marcos Douglas said:
> I proposed this sintaxe:
> uses my_long_unit_name as my;
> begin
> my.proc();
> end
This doesn't protect any better, since
the new unit might also define "my".
___
fpc-pascal maillist - fpc-pascal@list
In our previous episode, Marcos Douglas said:
> Yes, we know too... but how prevent this using third-party libs?
> For example, what do you think if I have a project that have a file
> called lnet.pas? Can I use this identifier?
As much as any identifier. If you uses lnet; in the same unit where
In our previous episode, ik said:
>
> Doesn't 2.7.1 is the current development version ?
Yes. But it can describe pretty much any version from last december to till
when 2.8.0 comes out and trunk version number will change to 2.9.1.
___
fpc-pascal mail
In our previous episode, Sven Barth said:
> Because only for modes TP and Delphi the default style is Intel instead
> of AT&T which was chosen as the default for FPC (not the mode, but the
> compiler) on x86 systems.
>
> And before you ask: I don't know why AT&T was chosen as default, maybe
> b
In our previous episode, Rainer Stratmann said:
> I downloaded the daily source an wanted to build a crosscompiler for arm
> with:
>
> make clean buildbase installbase CROSSINSTALL=1 CROSSOPT="-XParm-elf-"
> OS_TARGET=embedded CPU_TARGET=arm SUBARCH=armv7m
Starting with what compiler?
In our previous episode, michael.vancann...@wisa.be said:
> >> From personal experience, when i first time saw how pascalish is closures
> > implementation in Delphi i just admired the ease in which that concept was
> > fused into the language of very different style built upon very different
> > i
In our previous episode, Sven Barth said:
>
> The closures (or anonymous functions as they are called in Delphi) are
> missing, because none of the developers has them on the important slots
> of the todo lists. So as long as nobody comes and implements them then
> they are not going to be impl
In our previous episode, Reinier Olislagers said:
> If possible, I'd like
> r22380 in trunk to be marked for backporting to FPC 2.6.1 as it fixes an
> internal compiler error.
I already had tested it and it applies cleanly. As soon as I get a green
light from a compiler developer that it is ok to
In our previous episode, Graeme Geldenhuys said:
> > I think I've had to install those on any Debian system I've used for
> > development, so for any change you'd be up against the entire Debian
> > philosophy. Good luck.
>
> I don't think one needs to approach the Debian guys directly. I think
>
In our previous episode, Graeme Geldenhuys said:
> > Is that the old squeeze or Raspbian?
>
> I have the "wheezy" one, which I believe is Raspbian?
As far as I got it (I'm sure Peter G. can explain it better):
Wheezy is a debian designation. Afaik Debian only supports two ARM targets,
armv5 (EAB
In our previous episode, Graeme Geldenhuys said:
> So far the Raspbian image is pretty rubbish, compared to the
> pre-configure one I bought on my SD card. I guess the "raspbian" it too
> much "bleeding egde" (read super unstable). The Raspbian one has errors
> in raspi-config, so I can set my D
In our previous episode, Graeme Geldenhuys said:
> > As is so often the case, a truly cross-platform solution requires a good...
>
> Under linux such a check is easy. Everything is accepted, expect for the
> NUL character. :-)
Which paths are you talking about? Paths passed to the shell or to t
In our previous episode, Graeme Geldenhuys said:
> > Right... but 255 characters for a filename is already rather much as
> > well when I compare this with the amount of text I can squash into a SMS ;)
> Now I can't remember exactly, is that 255 characters, or 255 bytes?
> Because if it is the lat
In our previous episode, Tony Whyman said:
> Can someone please tell me where 2.6.1 comes from and what its status
> is? The FPC website still has 2.6.0 as the official release. On the
> other hand, some of the Lazarus snapshots include 2.6.1., but only for
> Windows targets.
See the "faq" on he w
In our previous episode, Jonas Maebe said:
> >> internal compiler error.
> >
> > I already had tested it and it applies cleanly. As soon as I get a green
> > light from a compiler developer that it is ok to merge, I'll merge it.
>
> It's ok, thanks.
Done, r22436
_
In our previous episode, dhkblas...@zeelandnet.nl said:
A bit late, but:
> I need to translate this: #define mymalloc(x,y) (x*)malloc((y)*
> sizeof(x))
Impossible.
1. FPC macros can't be parameterized
2. less problematic, but macros don't import over unit borders,
you'd have to put the macr
In our previous episode, Marco van de Voort said:
> 3. There is no way to pass something typeless to a function and then get
>the size of it. This make emulating it with functions hard.
Btw, Modula2 allows to pass any type of defined size to an ARRAY OF BYTE
open array (and thu
In our previous episode, Mark Morgan Lloyd said:
> This is an "out of interest" question rather than being particularly
> important. I've managed to get my hands on an Itanium-based system for
> my collection, and find that it runs the x86 Linux variant of FPC fairly
> happily. However, GNU as a
In our previous episode, Mark Morgan Lloyd said:
> >
> > IIRC there is also a CROSSBINUTILSPREFIX in case you only have to override
> > it for the "cross" part.
>
> Thanks Marco, I'd missed -XP since I was mistakenly looking at the -A
> section.
>
> For information, it works, but I'm getting an
In our previous episode, Bernd said:
> > be done. I will not waste time with it because I personally consider it
> > as a problem of the linux package system and not FPC's problem.
>
> It can be solved in Ubuntu, its just a bit more tricky. Now I will
> have to build and package 2.6.0 debs for Ubu
In our previous episode, Nico Erfurth said:
> x86 can handle unaligned access, but most implementations (I think
> current atoms and via nano are an exception) will suffer a rather high
> performance penalty.
I thought most modern x86's only had a penalty when an unaligned
access crossed a cacheli
In our previous episode, Jonas Maebe said:
> > reading and writing records as a whole safe on all platform/
> > architecture
> > combinations right? Apart from a few padding bytes, what are the
> > performance penalties of doing this then? Why would there be
> > penalties?
>
> The cpu cache wil
In our previous episode, dhkblas...@zeelandnet.nl said:
>
> I am trying to update my FPC from SVN, but for some reason I
> keep on getting a compilation error. The last build was from 21955 (23rd
> July 2012). See below for the makefile output.
The crucial bit of information, the version of the
In our previous episode, dhkblas...@zeelandnet.nl said:
> The starting compiler is also from SVN (21955).
[bold][font size=1][color=red][style=blink]
The starting compiler is only guaranteed to work if it is the last release.
And only the last release, 2.6.0.
Anything else can break at any t
In our previous episode, Graeme Geldenhuys said:
> > [bold][font size=1][color=red][style=blink]
> > The starting compiler is only guaranteed [snip]
> > [/style][/color][/font][/bold]
>
> hehehe It is rather crazy how often this same problem occurs on the
> mailing list.
And how old
In our previous episode, Reinier Olislagers said:
> > work-in-progress.
> >
> > So saying "if it won't compile with stable then sod off" isn't helpful.
>
> Mark, I understand what you mean.
>
> Regardless of the way Graeme put his point, I think having:
> - a rough check on latest stable compile
In our previous episode, Jonas Maebe said:
> > It is kept simple on purpose. Only works on toplevel makefile (easy to
> > maintain), only on the toplevel "all" target, the required version
> > is also
> > kept there (toplevel Makefile.fpc as only place).
>
> I think it's annoying that you then h
In our previous episode, Jonas Maebe said:
> > OVERRIDEVERSIONCHECK=1 whenever you build a cross-compiler. Even
> > more: it will suggest that building a cross-compiler should also be
> > done starting with the latest release, while in fact it they should
> > be built using a native compiler
In our previous episode, Vincent Snijders said:
> > I thought about the 2.6.0<->2.6.2 transition, but it is easy to temporarily
> > wrap another version check around it for a few weeks. More work, but not a
> > problem. (just needs documentation in rel_eng)
>
> Alternatively, it could just be a wa
In our previous episode, Mattias Gaertner said:
> > I disagree. To prevent any strange side-effects (undefined behaviour),
> > the version check should happen as early as possible - before any
> > compiling commences.
>
> I'm compiling fpc trunk with trunk/fixes/release since years. It works more
1 - 100 of 2476 matches
Mail list logo
