On Monday 23 September 2013 18:16:15 Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 23.09.2013 17:59, Ilya Bakulin wrote:
> > Hi Vladimir,
> > So I'm preparing a OpenBSD port of GRUB2. I have chosen a revision 5152
> > for the initial version of the port.
>
> I already did couple revisions ago.
Hi Vladimir,
So I'm preparing a OpenBSD port of GRUB2. I have chosen a revision 5152
for the initial version of the port.
Unfortunately, the build fails when using -Werror.
I suspect that the ports framework overrides some values that are usually
guessed by ./configure, and this causes build to fa
On 23.09.2013 17:59, Ilya Bakulin wrote:
> Hi Vladimir,
> So I'm preparing a OpenBSD port of GRUB2. I have chosen a revision 5152
> for the initial version of the port.
I already did couple revisions ago. After that I made further
simplifications to multi-OS mess and it's possible that there is min
On 30.08.2013 19:33, Douglas Ray wrote:
>
> calomel.org asserts that, as of OpenBSD 5.1, all their random devices
> use the arc4 library; /dev/urandom now gives as good as /dev/arandom.
This is good enough. We are not crypto society which goes into security
holes in other software. Also impact of
On 23/08/13 7:31 PM, Vladimir '?-coder/phcoder' Serbinenko wrote:
On 23.08.2013 11:26, Ilya Bakulin wrote:
On Thursday 22 August 2013 20:16:48 Vladimir '?-coder/phcoder' Serbinenko
wrote:
On 21.08.2013 21:06, Vladimir '?-coder/phcoder' Serbinenko wrote:
Based on your work, current WIP patch. I
On Friday 23 August 2013 11:31:06 Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> > There is a warning about random generator not being secure in
> > util/grub-mkpasswd-pbkdf2.c, which may be supressed by adding "&& !
> > defined (__OpenBSD__)" to the defines list.
>
> To do this we need a confirmat
On 23.08.2013 11:26, Ilya Bakulin wrote:
> On Thursday 22 August 2013 20:16:48 Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> On 21.08.2013 21:06, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>> Based on your work, current WIP patch. I've committed some parts of your
>>> patch as well as my ow
On 16.08.2013 16:41, Grégoire Sutre wrote:
> On 08/16/2013 04:33 PM, Ilya Bakulin wrote:
>
>> So the types "double" and "float" are not recognized.
>>
>> Could you please help me to debug this?
>
> I get the exact same problem on NetBSD. A simple (temporary)
> work-around is to remove the flags:
On 08/16/2013 04:33 PM, Ilya Bakulin wrote:
So the types "double" and "float" are not recognized.
Could you please help me to debug this?
I get the exact same problem on NetBSD. A simple (temporary)
work-around is to remove the flags:
-Dfloat=__grub_poision -Ddouble=__grub_poision
Those ar
Hi Vladimir,
so I'm trying the latest version from BZR now. Running ./configure without
CFLAGS succeeds now, thanks!
On Wednesday 14 August 2013 18:28:45 Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> #ifdef __OpenBSD__
> #define mbstate_t grub_posix_mbstate_t
> #endif
Yes, this seems to help!
On 08/15/2013 05:00 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
This is not right fix. Many systems incorrectly define wchar_t as 16-bit
type whil GRUB needs at least 21 as we handle all unicode characters.
Please try:
=== modified file 'grub-core/lib/posix_wrap/wchar.h'
--- grub-core/lib/p
On 14.08.2013 15:49, Grégoire Sutre wrote:
On 08/14/2013 03:31 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 14.08.2013 15:09, Ilya Bakulin wrote:
./lib/posix_wrap/sys/types.h:25: error: conflicting types for 'size_t'
/usr/include/stddef.h:48: error: previous declaration of 'size_t' was
h
On 14.08.2013 17:16, Ilya Bakulin wrote:
If I move the "typedef mbstate .. mbstate_t" into '#if !defined(__OpenBSD__)',
then the code uses the version from stddef.h, which lacks "code" and "count"
fields. It is defined as follows:
Try:
#ifdef __OpenBSD__
#define mbstate_t grub_posix_mbstate_t
#e
Hi,
On Wednesday 14 August 2013 15:49:03 Grégoire Sutre wrote:
> On 08/14/2013 03:31 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> > You need to modify following:
> > #ifndef __APPLE__
> > typedef grub_size_t size_t;
> > #else
> > #include
> > #endif
> > to
> > #if !defined (__APPLE__) && !d
On 08/14/2013 03:31 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 14.08.2013 15:09, Ilya Bakulin wrote:
./lib/posix_wrap/sys/types.h:25: error: conflicting types for 'size_t'
/usr/include/stddef.h:48: error: previous declaration of 'size_t' was
here
gmake[3]: *** [fs/squash4_module-squash4
On 14.08.2013 15:09, Ilya Bakulin wrote:
./lib/posix_wrap/sys/types.h:25: error: conflicting types for 'size_t'
/usr/include/stddef.h:48: error: previous declaration of 'size_t' was here
gmake[3]: *** [fs/squash4_module-squash4.o] Error 1
You need to modify following:
#ifndef __APPLE__
typedef g
On Wednesday 14 August 2013 10:59:24 Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 13.08.2013 23:03, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> > On 09.08.2013 15:37, Ilya Bakulin wrote:
> >> Could you please help me to solve the linking problem?
> >> What else do you need from me?
> >
> >
On 14.08.2013 15:09, Ilya Bakulin wrote:
So for proper compilation I_have_ to pass -ftrampolines in both CFLAGS and
TARGET_CFLAGS.
Please use latest bzr version.
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/g
On 13.08.2013 23:03, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
On 09.08.2013 15:37, Ilya Bakulin wrote:
Could you please help me to solve the linking problem?
What else do you need from me?
Sounds like your gcc doesn't pass -m32 to linker. Try at configue stage
set TARGET_LDFLAGS=-melf_i386
19 matches
Mail list logo
